Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Nowy firmware 1.5 dla SDrive-MAX Ulepszony tryb szybki i poprawki kaset w nowej wersji firmware
Ice-T 2.8.2 Nowa wersja Ice-T dla 8-bitowego Atari już dostępna - poprawki i nowe funkcje
Galactic Panic - nowa przygodówka na ST Darmowa gra point and click na Atari ST - ponad 100 ekranów przygody.
Nowa wersja ARIFE Tool od PVBest73 Uaktualniono uniwersalne narzędzie do analizy obrazów ROM i dysków Atari
Echa Sommarhack 2025 Podczas szwedzkiego party Sommarhack zaprezentowano kilkadziesiąt produkcji,
atari.area forum » Posty przez tebe
modyfikując pętle renderująca piksle uzyskać możemy roto-zoomowane pionowe pasy, kwadraty, szachownice jeśli zaczniemy przelączać test dla XP <-> YP
test dla kwadracików (dla pionowych pasów zamiast <8 będzie np. =8)
for j=0 to height -1
for i=0 to width-1
if (xp >> 8) mod 16 < 8 then plot(i,j) = white
xp ...
yp...
next i
xp..
yp...
next jsprawdzałem ile zajmą dane dla rotozooma 128x128 piksli o 64 klatkach obrotu w wersji bez optymalizacji, zapisanie wszystkich wyliczonych ofsetów X:Y dla tekstury zajmie ~1MB, po spakowanie 7Zip-em zejdzie do 128KB, spakowanie ZIP-em ~290KB
teraz wersja z załącznika dla metody z postu #41 która sprowadza się do wyliczenia jednego "kafelka" obrazu a potem to już "stemplowanie" tym kafelkiem tak aby pokryć cały obraz, dane zajmują bez kompresji 49KB
gdyby zamiast ofsetów do tekstury trzymać już gotową wyliczoną teksturę którą tylko wypełniamy obraz, zajętość pamięci zmniejszy się, szybkość "stemplowania" też wzrośnie jeśli będziemy robić to znakami a nie bajtami
ta procka z posta #41 pozwala obliczyć tylko jeden "kwadrat" zoom-rotatora, resztę piksli przepisuje się na tej podstawie dla x-Xofset, y-Yofset
to jest tylko wewnętrzna pętla, reszta jest podobna jak w klasycznej metodzie http://madteam.atari8.info/index.php?prod=fx#rzoom
wg moich domysłów to właśnie ta procka której używają komodorowcy, pozwala to zmniejszyć rozmiar danej klatki animacji, liczymy tylko jej niewielki fragment, resztę na tej podstawie przekopiowujemy
zresztą postaram się zamieścić gotowy przykład
w końcu natrafiłem na opis optymalizacji pętli roto-zoomera z której korzystają najpewniej commodorowcy
http://www.gamedev.pl/forum/super-szybk … -by-madmax
Cytat:
Najbardziej pomysłowa organizacja wewnętrznej pętli, jaka mi przychodzi do głowy w tej chwili wyglądała by mniej więcej tak:
Kod: do {
if(((xp|yp)&~0xFFF)==0)
*dst = src[(xp>>8)|((yp>>8)<<4)]
dst++;
xp += dx;
yp += dy;
} while(dst<line_end);
Co prawda hardcodowane do bitmap 16x16, ale powinno zasuwać aż miło. :)istotne informacje dla programujących
kolejna strona, tym razem z mnóstwem artykułów
http://www.flipcode.com/archives/
i rozdziałem poświęconemu efektom z dem
http://www.flipcode.com/archives/The_Ar … ogue.shtml
na dole tej podstrony są odnośniki do kolejnych opisów efektów (m.in. Bitmap Distortion, Bump Mapping, Fractal Zooming, Static Texture Mapping, Roto-Zooming)
na stronie http://codebase64.org
pojawił się ciekawy i obszerny opis efektów w wykonaniu zestawu znakowego C64, m.in. Twister
gość tworzy rozwiązanie dla konkretnych założeń, które sobie narzucił, bo chce, bo go to kręci, no i ... ? widać ominął go ten rozdział historii kiedy w modzie było pisanie swojego IRQ-Loadera, chciał dorzucić kamyczek do tego ogródka i tyle
najwyżej nie będziecie z tego korzystać, przejdziecie obok tego, skoro nie jesteście jego grupą docelową, potrzebne jest tutaj dodatkowo wylewanie Waszych frustracji, obrażanie, poniżanie, chcecie pobić onet "poziomem" wypowiedzi, czy bierzecie udział w konkursie chama forum
może to było zabawne na początku ale trzeba znać umiar
Mark Twain: "Lepiej jest nie odzywać się wcale i wydać się głupim, niż odezwać się i rozwiać wszelkie wątpliwości."
p.s.
Synthpopalooza rozwija interlace znakowy, sugeruję żeby tutejsza grupa krzyżowców nawróciła go na właściwą ścieżkę, w końcu kto korzysta w dzisiejszych czasach z interlacu
dodatkowe opisy i przykłady
HORIZONTAL SCROLLING
http://madteam.atari8.info/index.php?prod=fx#hscrol
LENS EFFECT
http://madteam.atari8.info/index.php?prod=fx#lens
po odpowiednim zwiększeniu promienia dostajemy teksturowaną kule
tak, do poprawki instalator plugina, każdy inny plugin WCX instalowany jest z poziomu TC, byłoby miło gdyby z ATR.WCX też tak było
niewiedza jest błogosławieństwem
nie chcemy małych kroczków chcemy kopa z xBios-a :D
zwróciliście uwagę na pierwszy wpis w tym przydługim wątku "mysle ze temat skierowany jest do programistow gier .... oferta" i potem wypowiadają się osoby zainteresowane wykorzystaniem tego pomysłu
kiedyś pisało się mniejsze produkcje a jak ktoś się zbytnio rozpisał i chciał wydać grę to nie było zmiłuj, tnij pan do 16K to wydamy (Montezuma Revenge/Preliminary Monty), wydawca dyktował warunki, czasy się zmieniają, produkcje są coraz większe, a wydawcami są fani którzy są autorami takich produkcji np. taki Prince Of Persia na C64 gdzie lwią część zajmują klatki animacji bohatera
Pecus było już na ten temat, dlaczego ROM ma być wyłączony, ciągle szczekasz i gonisz ten swój ogonek
sra sie zdecydowanie latwiej jesli poslady sa rozluznione, rozumisz...
pozycja kucna jest jedyną słuszną pozycją udowodnili to amerykańscy naukowcy :P
same poślady to nie wszystko, nawet na sraniu się nie znasz Candle :D
w przerwie kłótni nad xBios-em można zaznajomić się z nowym opisem efektów, tym razem przy wydatnym współudziale Konopa/atariBDSM vel LieblingPejcz/atariBDSM :)
Konop opracował wszystkie obliczenia potrzebne dla uzyskania efektu TWIRL http://madteam.atari8.info/index.php?prod=fx#twirl
dodatkowo opis realizacji fraktali Sierpinskiego http://madteam.atari8.info/index.php?prod=fx#sierpinski
bez sensu to są sterowniki do urządzeń zajmujące wielokrotność sterownika SIO, kiedyś może zrozumiecie jak jakiś "czarodziej" zaserwuje wam nowe urządzenie którego sterownik zajmie 4kb, 8kb a może 48kb pamięci RAM, wtedy będziecie stukać po głowie
jeśli dla SIO ładuje się N-ta liczba oprogramowania, to dla nowego urządzenia którego sterownik będzie dłuższy od SIO będzie to liczba N-X, więc trzymajcie elektroników za JAJA aby ich radosna twórczość trzymała się standardów nie tylko tych poziomu elektroniki ale i softu
ślepo łykacie cokolwiek Wam zaserwują
nie takie PBI straszne jak je malują
jeśli ktoś będzie chciał napisać program/gre który ładuje dane za pomocą portów Joy-a to też mu zabronicie, o czym jest ta dyskusja, co by było gdyby, co jeśli, gdy
xBios ma swoje wady/ma swoje zalety, no i ..., to jest scena atari xe/xl, czy Wy chcecie narzucać komuś jak ma pisać soft który wykorzystuje możliwości sprzętu w zakresie SIO + XE/XL, życie zweryfikuje to podejście
widać scena jest za mała, skoro chcecie kontrolować czyjeś poczynania i wymuszać na nim zmianę podejścia bo Wam tak łatwiej, bo wyprzedzacie teraźniejszość i wiecie co będzie lepsze i słuszniejsze, boicie się nowych wyzwań czy jak
na przyszłość XXL proszony jest o nie ogłaszanie swoich projektów publicznie, tylko stawianie userów przed faktem dokonanym
zamiast usilnie starać się udowodnić jakimi ignorantami jesteście pokażcie po prostu program który zrobi to samo co xBios i obsłuży wszystko to co czego xBios nie obsługuje, nie będzie dyskusji
zachowujecie się jak stetryczali dziadkowie, ze swoimi przyzwyczajeniami wyuczonymi przez lata praktyki, po co uczyć się czegoś nowego już nie ten wiek, nie te latka, a może jesteście do tego stopnia bezczelni że uwierzyliście w to że dyktujecie jeden słuszny kierunek rozwoju, cokolwiek zbudujecie będzie słuszne i stanie się standardem, tyle że sprzęt jest niczym bez oprogramowania i to oprogramowanie decyduje o jego popularności a nie liczba przyłączanej elektroniki, elektronika nie pisze sobie softu i nie modyfikuje się sama
za dużo wyprodukowaliście, ponieśliście koszty, jejku słuchaj człowieku za dużo kasy w to wtopiłem a ty chcesz to zrobić inaczej niż do tej pory, nie rób mi tego, tyle lat robili to w ten sposób, jakoś nie narzekali, a teraz chcesz sobie ułatwiać a mi utrudniać
bez softu to tylko kupa złomu
to mi wygląda na otwarcie nowego frontu wojny, z jednej strony xBios vs Candle i reszta świata, teraz Drac&Trub vs Candle, robi się ciekawie, co za emocje :)
super, nie trzeba buforów tymczasowych, można dekompresować z pliku pod adres docelowy, tego jeszcze nie było
Water / Rain Drop Effect
kolejna strona z opisem efektów i przykładami w CPP
opisany kolejny efekt, Metaballs
http://madteam.atari8.info/index.php?prod=fx#metaballs
strona uaktualniona o dodatkowy przykład szybkich blobów dających się przenieść na XE/XL, oba przykłady w załączonych archiwum razem ze źródłami w Delphi
atari.area forum » Posty przez tebe
Wygenerowano w 0.108 sekund, wykonano 12 zapytań