A to: http://allegro.pl/item425077564_atari_1 … 02769.html ? Nieatrakcyjna rzecz?

Edit: Z ciekawości - jak taką maszynę uruchamiać w Europie (Polsce)? Jakieś specjalne przelotki, tv/monitory trzeba do tego podłączyć?

Szkoda, że się nie uda :( A jak tam z nowym instrumentarium do Jet Set Willy?

Swat?

Co myślisz o coverowaniu tego gościa http://www.8bitpeoples.com/discography/by/stu ?

edit: Np. dYManite ?

Zauważ epi, że spectrumowcy mieli do tej pory tak wierną wersję tylko graną przez beeper'a (autorstwa zilog'a zdaje się). A tutaj gra to AY...

Scroll przez rejestr VSCROL rzeczywiście działa, ale nie da się go użyć w hiresie, ze względu na zrywanie synchronizacji. Trzeba by poza manipulacją VSCROLL dokładać też jedną linię trybu f tuż przed jvb (czyli przepisywać f+jvb) bo ANTIC wcina tyle linii, ile ustawiliśmy w VSCROLL.

Proszę uprzejmie. 1test.obx zrywa synchro, 2test.obx nie zrywa.
Pewnie wiesz, ale przy operacjach krytycznych na VBLKI nie jest odświeżany DLPTRS i wtedy jvb się przydaje, bo ANTIC leci wg tego, co wskazuje DLPTR.

O ile dobrze pamiętam tryby 2,3,$f ANTIC'a zrywały synchronizację - reszta nie (tebe o tym już pisał).
Edit: Ale, ale - czy przynajmniej jedna pusta linia na początku dlisty nie była wymagana po to, żeby ekran nie podjeżdżał do góry ?

O ile dobre zrozumiałem problem chodzi Ci MaW o coś takiego:

10 a=peek(20)
20 gosub TwojaProcedura
30 b=peek(20): if (b >= a and b < a+2 or b < a and b < a+2-256) then 30
40 a=b: goto 20

Jeśli Twoja procedura wykonując się przekroczy czas trwania 2 ramek, to po prostu polecimy dalej - jeśli nie przekroczy to zsynchronizujemy się. Pominąłem oczywiście synchronizację z początkiem ramki bo myślę, że na tak dokładnej synchronizacji Ci nie zależy?

Pomysł jest ciekawy. Ale co z rozdzielczością? Trzeba by uzyskać pełną rozdzielczość na tych 64px. Gdyby zdążyć z przesuwaniem sprajtów w linii i przesłanianiem kawałków pikseli trybu graficznego i zmianą kolorów sprajtów to by się mogło udać (a przynajmniej pozycje i kształt). Paradoksalnie to missiles byłyby tutaj chyba użyteczniejsze :) Ech - czemu to kolory i pozycje sprajtów w gtia nie są brane z banków...?

65xe z expansion port; rozszerzenie ram z bajtka do 192kb i sprzętowy reset (samoróba) też chyba wg bajtka - dawno to było i nie pamiętam :(. Obydwa rozszerzenia robił kolega więc nie podam szczegółów, bo nie za bardzo się znam.

xxl już zrobił jeden "rekompilator offlineowy" - możesz go popytać jakie są problemy. Polecam wątek http://atariarea.krap.pl/forum/viewtopic.php?id=4772

lda abs - 4 cykle
sta abs - 4 cykle
CPU jest taktowany 1,773447 MHz w PAL - zegar dzielony jest przez 2 więc masz 886723 cykle procesora na sekundę.
W ramce (PAL - 1/50 s) masz więc 17734 cykli więc jesteś w stanie przepisać rozwiniętą pętlą 2216 bajtów (najszybszy sposób). Rozdzielczość 40x192 daje Ci 7680 bajtów na Atari XL/XE. Nie liczę zupełnie cykli, które ANTIC zabiera na odświeżanie ekranu i zakładam, że ANTIC podczas generacji ma wyłączone rysowanie ekranu.
Nawet gdyby zastosować sprajty do rysowania obrazu a grafikę do rysowania sprajtów to i tak masz dla ekranu 960 bajtów do przepisania, a dla sprajtów 576 bajtów (chyba, że będziesz to modyfikował tylko tam, gdzie trzeba) - w sumie masz więc 1536 ($600) bajtów do przepisania co daje 12288 cykli (i zajmuje $2400 ramu). Reszta czyli 5446 zostaje Ci na logikę i generowanie treści.

8 linii po 2 stany - ilość kombinacji = ilość stanów do potęgi ilość linii; wychodzi 256 kombinacji - nie wystarczy Ci generatora znaków.

Jak działałyby gry gdyby nie pozwalał? Rozdzielczość OS9: 80x192.

Przecież to zazpisywanie pełnych bajtów: $00, $11, $22 i tak aż do $88. Żadnego maskowania, przesunięć, liczenia - gdzie tu trudność?