Uwaga, bo w $D22x i $D23x drzemią sobie 3ci i 4ty POKEY.

Edit: Aha, o rozmrażarce kanałów POKEY-owych nie słyszałem :) Chociaż są jakieś sprzętowe detektory stereo które generują dźwięk z jednego POKEYa na obu kanałach stereo.

@Yosh: A co myślałbyś o takim fjuczerze?
Z rozmów z Tobą zrozumiałem, że generujesz kod wykonywany przez Atari, który bierze daną z rejestru i zapisuje w pamięci. A gdyby tak na dysku znajdował się gotowy program podzielony na bloki jednostronicowe o początku w obszarze carta $D500. Takie bloki ładowałbyś z dysku, podstawiał jako pamięć w $D500 i wykonywał (przez Atari) tak jak to robisz obecnie (ten kod musiałby oczywiście wiedzieć jak pobrać daną z Twojego sprzętu). Dałoby to użyszkodnikowi możliwość praktycznie bezpośredniego wykonania kodu ładowanego z dysku sektor po sektorze. Owszem - niebezpieczne. Ale wtedy znikają pytania o możliwość odtwarzania dźwięku, multiplikacji sprajtów itd.

Edit: Może te bloki mogłyby być większe, albo wręcz zawijane na stronie $D5 (nie pamiętam jak masz to dokładnie zrealizowane).

Edit 2: Albo może dałoby się zrealizować w jakiś sposób mapowanie gdzie do pamięci mają trafić konkretne bajty z sektora z dysku. Wtedy program generowałbyś sobie tak jak dotąd bazując na takiej mapie. Choć wykonanie kodu bezpośrednio z dysku dałoby znacznie większe możliwości zarówno jeśli chodzi o kompresję danych graficznych (zapis tylko danych które się zmieniły), sprajtów, dźwięku itp.

Reflektowałbym zatem na 5 szt. Cart i 5 szt. ECI.

Jeśli zmieścisz się w 512K można rozważać jeszcze wersję wykorzystującą pamięć VBXE. Choć nie wiem czy istnieją w przyrodzie jednostki mające VBXE a nie mające XRAM.

Jest jeszcze AtariMAX 8Mb (1MB). Obawiam się, że nie ma uniwersalnego schematu bankowania. Zerknij na: https://sourceforge.net/p/atari800/sour … C/cart.txt

http://www.worldofspectrum.org/ ?
Ja się jeszcze posiłkuję papierem: "Przewodnik po ZX Spectrum" http://www.worldofspectrum.org/infoseek … id=2000592

Bez zbędnych rotacji pamięci:

        lsr
        ror
        sta res+1
        ror
        tax
        and #%11000000
        sta res
        ror
        adc res
        sta res
        txa
        and #%00011111
        adc res+1
        and #%01111111
        sta res+1

36 cykli.

mul96   lsr
        ror
        pha
        and #%00111111
        sta res+1
        pla
        ror
        pha
        and #%11000000
        sta res
        ror
        adc res
        sta res
        pla
        and #%00011111
        adc res+1
        sta res+1
        rts

Edit: pha/pla możesz zastąpić tax/txa co oszczędzi 6 cykli.

Ja jestem zinteresowany DOS-ami.

Błąd w oryginalnym playerze zrobionym przez Pelca polega na tym, że do resetowania POKEY-a używa rejestru $D21F zamiast $D20F. Stąd kiedy masz Stereo to pierwszy POKEY gra źle bo po komunikacji z magnetofonu/stacji dysków zostają mu stare ustawienia, a resetowany jest drugi POKEY (a muzyka  Lasermanii gra tylko na pierwszym POKEY-u).
Nawiasem mówiąc w Lasermanii, Misji, Fredzie, Saperze i Klosie używany jest Avalon Music Composer a nie Chaos music Composer :) Ale błąd w obydwu playerach jest ten sam.

Edit: Problem nie objawia się kiedy ładujesz grę z dowolnego urządzenia które nie korzysta z komunikacji szeregowej (IDE+, SIDE), bo wtedy rejestry POKEY-a nie są przez procedury transmisji dotykane i POKEY jest zresetowany jeszcze przez procedurę RESET.

Ładne, ładne :) A końcówka...