teraz wiecie skad Bill Gates bral pomysly na Windows ;)

Różnie określają ten sposób zmiany kolorów, ale przerwanie DLI samo w sobie nie jest wystarczające, można wywołać program przerwania DLI ale dalej trzeba już sie synchronizować odpowiednią liczbą cykli CPU.

Uruchom G2F (Graph2Font), wybierz MODE=GED+ lub MODE=GED--, przejdź do EDIT RASTERS (ALT+R), zobaczysz okno z domyślną listą rozkazów CPU dla jednej linii ekranu, teraz możesz ją modyfikować co wpłynie na miejsce zmiany kolorów na ekranie, ale idealnej dowolności nie ma.

Podsumowując metoda o którą pytasz to dzielenie rastra "split raster", w tej metodzie nie uzywasz rejestru $D40A jak ma to miejsce w przerwaniu DLI, tylko musisz napisac swoj program którym idealnie co do cyklu zsynchronizujesz sie z tworzoną linia obrazu. Musisz jeszcze wiedzieć ile czasu (w cyklach CPU) zajmuje stworzenie liniii obrazu dla konkretnej szerokości obrazu. G2F obsługuje dzielenie rastra dla ekranu normalnego i wąskiego, dla szerokiego jest to mało opłacalne.

Innym programem wykorzystującym dzielenie rastra jest GED i pewien program FOX'a, którego nazwy zapomnialem, oba na małe ATARI.

Jeśli zostanie użyta w 50% ekranu to CPU w 50% ekranu będzie zmieniał kolory i na nic więcej nie będzie miał czasu.

Trzeba tak naprawdę pomieszać zmiany w rastrze ze zmianami na przerwaniu DLI jeśli to możliwe bo najczęściej są fragmenty ekranu które wymagają zmian koloru co linie i takie fragmenty które tego nie wymagają. Można wtedy wywoływać przerwanie DLI dla konkretnej linii ekranu, odpowiednio sie zsynchronizować i dalej kontynuować zmiany za pomocą dzielenia rastra. Ogólnie wymagana jest optymalizacja programu przerwania DLI, przykładem takiej optymalizacji jest zbliżająca sie gra GETRIS. Czyli jeśli jesteś dobrym koderem to dasz radę.

Dely masz w paczce z MADS'em ...\examples\LIBRARIES\graphics

macgyver musisz wnieść opłate licencyjną

piotrv zrob to w asemblerze, wiecej osob bedzie moglo skorzystac

nie znam gry, nie gralem, jednak gratuluje skonczonego lub wiecej niz prawie skonczonego projektu
z tego co zobaczylem na wikipedii rzeczywiscie jest to wyzwanie dla programisty

Sikor przygotuj mapy do gry, grafike wszystkich uzytych "klocków", przeszkadzajek itd., napisz scenariusz i podeslij koderowi

jeszcze jedna muza CMC+digi jest na drugiej stronie dema Happy Demo/Madteam/1995

tia Electron, jak wsadzisz 14MhZ 65816 to rzeczywiscie zmieni sie liczba cykli CPU na 1 linie ekranu i bedzie mozna robic 'ciasniejsze' zmiany koloru w linii

Pasiu odpalal na swojej dopalce grafiki z G2F i synchronizacja sie walila, co oznacza ze trzeba je na potrzeby dopalki inaczej synchronizowac

pozatym pewnego rodzaju przyspieszenie mozna juz zrealizowac na zwyklym 65816 1.79MhZ, wykorzystac 16bit rejestry do zmiany dwoch rejestrow kolorow czyli jak 6502 potrzebuje 4 rozkazow (12 cykli) "lda# sta$.." "lda# sta .." tak na 65816 wystarczaja 2 rozkazy (8 cykli) "lda.w# sta $.." cykle oszczedzamy i ciasniejsze zmiany mamy, jednak stopien skomplikowania takiego rozwiazania wzrasta makabrycznie

na temat mozliwosci graficznych C64, Atari w odniesieniu m.in. do spritów http://en.wikipedia.org/wiki/Sprite_%28 … raphics%29

ogolnie rzeczywiscie ANTIC jest bardziej elastyczny, zawsze jest cos za cos

Scorpio, z nowych "wynalazkow" na Atari XE/XL to jest TIP (Taquart Interlace Picture), wykorzystany m.in. w demie NUMEN

może uda podłączyć sie MARIE z Atari 7800 do XE/XL, Zenon/Dial obiecał przyjrzeć się schematom i wypowiedziec sie na ten temat

Scorpio a czego Ty oczekujesz po maszynie z 64kB na pokładzie, oczekujesz trybu "chunky", gdzie jeden piksel opisuje jeden bajt jak ma to miejsce na PC, czyli rozdzielczosc 320x192 zabralaby 61440 bajtow, a gdzie miejsce na OS, na program uzytkownika ?

jak Ty bys zaprojektowal grafike, aby miala duzo kolorow i nie zajmowala duzo pamieci ?