Świetnie.

Dziękuję.

Nie wiem, czy ktoś je robi. Dokumentacja jest na stronie Autora: http://raven1.magix.net/sonari/sonari.html a playerek dla utworów .PT3 z ProTrakera3 z ZX (2xAY) jest w trakcie pisania, więc jeśli już ktoś to będzie robił polecam wersję Sonari z dwoma AY/YM. Tym bardziej że urządzenie jest tak zaprojektowane że można wsadzić do niego tylko jeden układ (AY lub YM) jeśli ktoś nie chce/nie ma obydwóch.

Edit: Jest już gotowy player plików .STC (Sound Tracker 1.1 z ZX), ale wymaga jeszcze selekcji utworów demonstracyjnych. Wkrótce będzie dostępny.

Mógłbyś zrzucić zawartość taśmy? Tych pierwszych wersji nie ma w sieci - są tylko albo jakieś cracki, albo wersje z muzyką :/. A oryginału ni-ma...

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.