przykład w Delphi uaktualniony, Tunnel i Wormhole zintegrowane w jeden program, dodane dodatkowe parametry wpływające na kształt

do plotterow moze jeszcze taki efekt:

http://youtu.be/GeLeyrAHiZg?t=1m50s

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

chyba warto wykopać artykuły z serious'a - np. ten o wypełnianiu z nr 3
http://www.serious-dial.atari.pl/SSerious/S03/menu.html

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

na stronie http://codebase64.org

pojawił się ciekawy i obszerny opis efektów w wykonaniu zestawu znakowego C64, m.in. Twister

http://codebase64.org/doku.php?id=base: … ng_carpets

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)

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. :)

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

przygladalem sie TB tym ichnim efektom i zauwazylem jedna rzecz, ze wprawdzie wszystko sie sklada z duzych klockow ale nie sa to bezposrednio kopiowane te same klocki- chodzi mi o to ze inaczej krawedzie wygladaja w roznych klockach choc maja ten sam "kierunek"- inny rozklad pikseli ( trudno mi to inaczej wytlumaczyc )

willy, juz nie pamietam, ale tutaj komodorowcy zrobili szachownice chyba na tej zasadzie.pzdrrrrr

Pewnie każdy to wie ... ale:

Zegar atari: 1773447Hz (cykli na sekundę)

Zakładam 25 klatek/sek.

zostaje:
70937 cykli na klatkę.

Odświerzanie, dma, muzyka itd ... zaokrąglę to do 64000cykli/ramkę żeby łatwiej było.

160x200(pixeli)=32000 pixeli

Zostaje 2 cykle na pixel.
Zakładając że ekran jest w trybie 2bpp daje to 8 cykli na bajt.
LDA -> ~4 cykle, bardziej realnie 5
STA->  ~4 cykle, bardziej realnie 5

A gdzie reszta ??

Zmniejszając pionową rozdzielczość do 100pixli jest 2x więcej czasu, ale nadal to za mało na obliczenia wg jakiegokolwiek 'wysokopoziomowego' algo pixel by pixel.

Wg mnie to jest niemożliwe.
Chyba że zastosuje się jakieś tricki ... Ta rotująca szachownica z dema oxyronow  jest w rozdzielczości 160*96 i właśnie trickowo jest to zrealizowane. Nie wiem jeszcze jak ale chyba nie chce mi się dłużej nad tym siedzieć.

Edit: nie mógłbym spać gdybym nie popatrzył na to.

napi* pod afresem $b000 są generowane paterny, paternów jest ... całe 16 - 8 bitowych, ale są ułożone w sprytny sposób i w sprytny sposób następnie kopiowane na ekran. Paterny są wykorzystywane do "rysowania" linii przejść pomiędzy kolorami. Reszta jest wypełniana poprostu $00 albo $ff.

Dalej zgaduję bo tego już nie analizowałem.
Gdzieś jest zaszyta tablica co dokąd w jakich odstępach kopiować, ew. jest to na wstępie gdzieś obliczone. Teoretycznie można w ten sposób stwożyć niemal dowolną szachownicę niewielkim nakładem mocy.

W załączeniu nieco obrobiona bitmapa pokazująca paterny. Org miała rozdzielczość 8x4096, ale żeby była bardziej czytelna przeskalowałem na 64x4096.

Smacznego.