ale z nas malkontenci, zamiast przyjąć wyzwanie i stworzyc emulator pracujący z prędkością kilku % oryginału tylko narzekamy i marudzimy

Alex podrzuć skonwertowana grafike, mape poziomów, logike gry, muzyke z gier NES-owych i stworzy sie konwersje na XE/XL które będą znacznie szybsze od jakiegokolwiek emulatora, no to czekam

a może emulgator Atari7800 bo tam też jest CPU 6502 ;), MARIA to pikuś ANTIC ją weźmie pod włos

na prawdziwym 65816 XLPaint MAX oczywiście działa

na UltraXE odpalałem programy dla 65816 i zachowuje się on tak jakby rejestry 16bit były 8bit, tak że mało tam działa prawdziwego 65816

może mam Twoja ostatnia kopie

; migniecie gracza czasami+wyjscie do door

; przyspieszyc przeciwnikow x3 pixele (tylko club na razie ma taki speed)  szybsza animacja przeciwnikow - to wieksze odejscie po ciosie - club
; poprawic wodospad
; sortowanie na score nie dziala

; wsp weapon fan i gracza?
; ? dodanie opcji latania dla BLUE - ale to jest wątpliwe
; ? kasowanie gwiazdki na starej pozycji - po zakonczeniu wyswietlania - dla 100% pewności, że nigdy nie zostanie na ekranie
; ? przeciwnik nie ma prawa uciekac z rogu przed skonczeniem ciosu????????????
; niezmiernie rzadko, ale gra się zawiesza - $0000 - TEBE
; gra nie działa pod NTSC

ANTIC daje jasność, GTIA daje kolor, tak że w aktualnym tandemie nie jest to możliwe, możliwe jest w przypadku VBXE i układu Maria

p.s.
aktualnie już dostępne są inne szerokości zmian (tryby pracy) tak że pewnie od jutra wieczór zobaczycie nowe zrzuty ekranów, m.in. pokolorowany ekran GRAPHICS0

DRACON:
>> Czy ten caly upgrade sluzy tylko do generowania nieruchomych obrazkow, czy tez do jakis efektow w demach?

TEBE:
nie tylko statyczne, ale dema Ci teraz nie napisze, jeśli widziałes dema na C64, Spectrum to wiesz ze z ich mapą kolorów można ruchome efekty uzyskac (dokonam konwersji jakichś obrazków z dem, gier np. North&South)

aktualnie Psychol musi dorzucic pare układów (multiplexerow) aby obniżyć rozdzielczość tej akceleracji GTIA, to co jest pokazane na ekranach przykładowych działa z pełną mocą, obniżenie rozdzielczości pozwoli tworzyć mape kolorów jako pola wielkości znaków 8x8 pixli HiRes (albo wieksze) przy pomocy jednego wpisu do pamięci dopałki, aktualnie są to pola 4x1 HiRes

scroll pionowy widziales na załączonych filmikach?  wiec pinball-e czy inne scrolowane w pionie gry można łatwo uzyskać (scroll w poziomie jest z krokiem co 4 pixle HiRes aktualnie)

DRACON:
>> czemu z lewej strony zawsze sa te "paseczki" (na kazdym obrazku)???

TEBE:
kolorowe paseczki sa widoczne przez to ze za wczesnie w linii wstawiam wartosc do rejestru $d01a, to jest do poprawienia

DRACON:
>> Jaka jest dostepna paleta kolorow do wykorzystania i co sie dzieje,

TEBE:
paleta 128 kolorów, taka jak w Atari, chyba ze zaczniemy uzywać trybów GTIA wtedy 256 kolorów (ale rozdzielczość wtedy spada, pixle 4x1 HiRes, a mapa kolorów 8x1 HiRes)

DRACON:
>> jak sie taki obrazek nagle przelaczy na tryb zwyklego GTIA? ;)

TEBE:
załączony przyklad ASM_EXAMPLE (plik PSYCHOL.OBX) można odpalić pod emulem, czy pod standardową Atarką, zostanie wyświetlona bitmapa w 4 kolorach szarości, bo takie kolory akurat ustawiam na przerwaniu VBL

p.s. #1
imagen21 to efekt zabawy strzałkami kursora, gora/dol scrol pionowy, lewo/prawo scrol poziomy mapy kolorow

p.s. #2
image22, imagen24 to ekran BASIC-a z włączoną dopałką, Psychol napisał krótki program przy tak ograniczonej widoczności, efekt działania jest pod linkiem FILM #3 (video2.mpg)

http://madteam.atari8.info/index.php?prod=gtia2

Strona uaktualniona o nowe zrzuty ekranów, m.in. grafiki przeniesione z C64

Przykłady imagen20.jpg, imagen19.jpg mają specjalnie skróconą bitmapę aby zmieściły się w pamięci, aktualnie (asm_example.zip) wszystkie dane pakowane są deflaterem, wrzucane pod ROM od adresu $E000 i stamtad rozpakowywane pod właściwe adresy. Jeśli obrazki są bardziej skomplikowane wówczas występuje więcej zmian kolorów/rejestrów i pliki REG.DAT i VAL.DAT nie pakują już się tak dobrze przez co nie mieszczą się pod ROM-em. W nowszej wersji zostanie to poprawione.

Do zassania GFX_CONVERTER, program zamienia BMP-y 320x240 na dane potrzebne do asemblacji ASM_EXAMPLE (wygenerowane pliki GFX.MIC, REG.DAT, VAL.DAT kopiujemy do katalogu z asm, uruchamiamy !GO.BAT i mamy plik który po uruchomieniu na dopałce pokaże obrazek).

Pozatym przy pomocy GFX_CONVERTER-a możemy obejrzeć jak zmieniane są rejestry kolorów, możemy też pliki GFX.MIC, GFX.COL wczytać do G2F i obejrzeć jak wygląda grafika gdy zmieniamy tylko  4 rejestry ($d01a,$d016,$d017,$d018) koloru na początku każdej linii obrazu.

W samym przykładzie ASM_EXAMPLE (PSYCHOL.ASM) aktualnie komunikacja z dopałką GTIA odbywa się przez strone $D6 (przejściowo), zapis do komórek pozycji poziomej i pionowej musi zostać wykonane 2x (przejściowo) pierwszy zapis zatrzaskuje - drugi zapisuje w pamięci (niedopatrzenie związane z zatrzaskiem).

wypełnienie pamięci dopałki wygląda tak (wypełniamy rejestr=$d01e, dana=$00):

    mva #0 xpos
    sta xpos
    sta ypos
    sta ypos

    mva #$1e rin

    lda #$00

    ldx #0
    ldy #0

clr            sta din
    iny
    bne clr

    stx ypos
    stx ypos

    inx
    bne clr

zrezygnowaliśmy z automatycznego zwiększania pozycji pionowej (gdy pozycja pozioma >255) ponieważ nie jest to wykorzystywane tak często (można realizować to programowo) a dzięki temu oszczędzamy miejsce na płytce i na elektronice.

uzupełnię informację dotyczącą kolejności zapisu rejestru i wartości, nie zwróciłem na to uwagi ale rzeczywiście ma to znaczenie bo pozwala skrócić transfer do pamięci dopalonego GTIA

prawidłowa kolejność to: rejestr, wartość (po zapisie wartości następuje zapisanie w pamięci GTIA)

czyli możemy zapisywać tylko wartości a rejestrem będzie ten który został ostatnio zapisany (taka optymalizacja szybkości i objętości transferu)

o czymś takim wspomniał Psychol gdy z nim ostatnio rozmawiałem, dla trybu z najczęstszą zmianą rejestrów byłby tylko jeden 64kb bufor, gdy ustawimy inny tryb pracy i zmiany stają sie szersze, zużycie pamięci spada i wtedy można wskazać adres skąd ma pobierać dane, będzie można zmieścić więcej niż jedną mapę zmian

mozna wygenerować przerwanie, ale jeśli będzie zbyt gęsto umieszczone, np. w tej samej linii kilka razy, to CPU 6502 w najgorszym przypadku (zbyt długi kod obsługi przerwania) nie wyrobi się z obsługą

GTIA wygeneruje przerwanie dla CPU, ale go nie zhaltuje, GTIA robi swoje, CPU robi swoje tzn. w przypadku przerwania NMI skacze pod wektor $FFFA do obsługi przerwania (w tym czasie GTIA nadal "zapieprza" do przodu)
starczy czasu na kilka operacji (Antic tworzy linie średnio w czasie ~113 cykli CPU, pod warunkiem że zaczęliśmy od początku linii), rejestry na stronie $d0xx są aktualnie tylko do zapisu, dlatego OS głupieje bo probuje czytać np. $d013 (TRIG3 - znacznik dołączenia kartridża)

WSYNC ($d40a) tutaj nic nie zdziała, zahaltuje CPU6502, ale GTIA będzie robić swoje bo nic nie jest go wstanie zahaltować, możemy jedynie przejść w normalny tryb pracy GTIA co oznacza też że możemy zacząć zapisywać/modyfikować pamięć dopalacza

koszt, w granicy 100..120 zł na pewno powinno się to zmieścić

aktualnie wykorzystywane rejestry:

$d020 - ON/OFF
$d021 - tryb pracy liczników (ogólnie szersze/węższe zmiany dzięki czemu mamy
        większą/mniejszą zajętość pamięci GTIA i szybszą/wolniejszą możliwość jej modyfikacji)
$d022 - shift Horizontal (w trybie ON), licznik linii poziomej (w trybie OFF)
$d023 - shift Vertical (w trybie ON), licznik linii pionowej (w trybie OFF)
$d024 - DATA - wartość jaką chcemy wstawić do rejestru
$d025 - REJESTR (bity 0..4) do którego zapisujemy
        bity 5..7 do wykorzystania (bit 5 będzie powodował wygenerowanie przerwania NMI)

zapisywanie pamięci GTIA jest gdy $d020=OFF (wartości na jakie będzie reagował mogą jeszcze ulec zmianie), do $d022 wpisujemy pozycje poziomą, do $d023 pozycje pionowa i zaczynamy "zapychać" pamięć, wartość do $d024, młodszy adres rejestru do $d025 (kolejność istotna)

zapis do pamięci GTIA powoduje zwiększenie licznika $d022, jeśli przekroczy 255 to zwiększany jest licznik $d023, liczniki $d022-$d023 pozwalają na różne sposoby zapychania pamięci

gdy zapisaliśmy/zmodyfikowaliśmy pamięć GTIA możemy włączyć wyświetlanie $d020=ON, teraz zmiana licznika $d022 powoduje scrol poziomy, $d023 scrol pionowy wyświetlanej mapy kolorów/rejestrów

aktualnie trzeba wyłączyć OS aby nie nastąpił zwis, OS odczytuje niektóre rejestry np. $d013, jeśli $d013<>$3fa = jmp $c0df czyli pętla bez końca, OS czyści też całe strony pamięci (zdaje się po resecie) $d0,$d2,$d4,$d3 (bez $d301) wpisując tam zera

jeśli gtia w tym trybie ma być "przeźroczysta" dla systemu trzeba uwzględnić w/w sytuacje i pewnie jeszcze troche, aby GTIA nie zaczęło reagować gdy zapisywane są zera, no i żeby wystawić odpowiednie wartości, np. dla $d013=0 (wpiszcie do $3fa wartość <>0 powinien nastąpić zwis).

lepsze efekty do pokazania będą jak Psychol podłączy właściwą pamięć (64kb x 16bit), teraz jedzie na częściach które miał pod ręką

w wersji finalnej ma to byc płytka która wcisnie się w podstawkę po GTIA (jeśli nie ma podstawki trzeba ja wlutować), pare kabelków połączeniowych i koniec (nie ma cięcia ścieżek).