Ale MIDI (Adlib/SoundBlaster, nie mówię o General MIDI) jest w DB emulowane i przechodzi przez podsystem dźwięku SDL. Poza tym DN3D sampli też używa. Więc wskazówka jednak adekwatna.

Cosi, ja bym sugerował ściągnięcie i kompilację najnowszej wersji Atari800 z CVS-a (pytaj o pomoc bez krępacji) i sprawdzenie czy tam jest wszystko dobrze. Od czasu wydania wersji 2.1.0 system dźwięku został poważnie zmodyfikowany, poprawiono sporo błędów (np. poprawnie działa odgrywanie sampli :) ), więc pewnie i Twój błąd nie będzie już występował.

Invasion (Bulldog Software).

Bajtek 2/91, s.10:
"Nieco bardziej różnią się od siebie stacje dysków stosowane do ?małych" Atari. Jest ich wiele, więc zajmę się tylko tymi, które występują w Polsce w większych ilościach. Są to: Atari 1050, Atari XF551, LDW Super 2000, California Access 2001 oraz będąca jeszcze w opracowaniu California Access 2002."

Autor - oczywiście Zientara.

Zachodzę w głowę, w jaki sposób stacja będąca w opracowaniu występuje gdziekolwiek w większych ilościach.

A to CA2002 w ogóle istnieje?

Atari800WinPLus? Kulą w płot żeś trafił, jest to najmniej dokładny emulator z dostępnych. Przesiądź się na bardzo dokładną Altirrę.

Henry's House to żadna rewelacja. Bohater jest z 2 duszków + bit 5 GPRIOR, reszta duchów idzie na niektóre przeszkadzajki. Tło to ANTIC 4 z przerwaniami DL co parę linii trybu - przy nieruchomym polu gry zrobić coś takiego to banał. Kolorów jest tyle ile trzeba - faktycznie wydaje Ci się, że jest za dużo.

E tam, pod Linuksem też działa.

W Windows 95 kursor jest normalnie widoczny nawet gdy mysz nie jest podłączona - pozostaje przez cały czas na środku ekranu.

Sprawdź, czy po odłączeniu myszy i restarcie kursor się pojawia. Powinno też wyskoczyć ostrzeżenie o braku myszy.

Sprawdź też ustawienia kursora we właściwościach myszy - może ktoś Ci zrobił głupi dowcip.

Domyślam się dlaczego. Funkcja SDL_OpenAudio() pobiera w 1. parametrze _proponowany_ rozmiar bufora dźwięku, ale funkcja ta może ten rozmiar zaakceptować albo nie. W 2. parametrze zwraca ona rzeczywisty rozmiar bufora, który udało się uzyskać. W Atari800 ten 2. parametr jest ignorowany - bufor ma ustalony na sztywno rozmiar 1024 sampli. Zobacz atari_stl.c/SoundSetup(), wywołanie SDL_OpenAudio(&desired, &obtained).

Wydaje mi się, że SDL_OpenAudio zwraca rozmiar większy niż 1024 sample, a Atari800 to ignoruje i przy każdym  wywołaniu SoundCallback wypełnia tylko 1024 pierwsze sample bufora, i stąd pykanie.

To nie jest feler POKEY-a tylko efekt uboczny tego, że klawiatura jest matrycowa.

W pecetach i innych komputerach też.

Nic nie stoi na przeszkodzie żeby na klawiaturze przy Shifcie i Controlu wstawić diody, eliminując w ten sposób key ghosting dla tych klawiszy. Tak się robi w drogich klawiaturach pecetowych i klawiaturach muzycznych.

EDIT: A oto efekt mojego zeszłorocznego hackowania emulatora Atari800 - emulowane jest działanie bitów 0 i 1 rejestru SKCTL (czyli DEBOUNCE) oraz key ghosting. Dodatkowo dodana jest możliwość przemapowania klawiszy.

Jak ktoś ma w PC-cie dobrą klawiaturę, która wykrywa naciśnięcie więcej niż 3 klawiszy naraz, to emulator to ładnie obsłuży. W przeciwnym wypadku można obejść problem, mapując klawiaturę (Input configuration->Keyboard bindings) żeby użycie jednego klawisza PC-towego powodowało naciśnięcie kilku klawiszy Atari.

Zajrzyj do FAQ (link gdzieś tu na górze strony) oraz tu. Daj znać jak nie pomoże.

Nie wiem, cytowałem Atariki.

Właściwie to jest ciekawa sprawa. W żadnej dostępnej literaturze nie ma informacji o tym, że w 6502 IRQ ma prioryter nad NMI - co więcej, źródła twierdzą coś wprost przeciwnego. Np. 6502.org:

Note also that if an NMI and an IRQ hit at the same time, the NMI has the higher priority and will get serviced first.

W dyskusji na AtariAge mówili, że nie jest to problem samego procesora, tylko specyficznej architektury Atari, i że nie występuje on w innych komputerach używających 6502. Być może powodem ignorowania NMI przez procesor jest fakt, że ANTIC umie zatrzymać zegar CPU.

Więc może informacje w Atariki są nieścisłe.

EDIT: A wystarczyło doczytać do końca :) Faktycznie chodzi o to, że jeśli CPU już zaczyna obsługiwać IRQ i w tym momencie na nóżkę NMI procesora przyjdzie sygnał, i jeśli dodatkowo sygnał ten jest krótszy niż 3 cykle, to przerwanie NMI zostanie zignorowane. Natomiast wszystko będzie dobrze jeśli sygnał NMI będzie dłuższy.

Tyle że w przypadku Atari, ANTIC ustawia linię NMI tylko na 2 cykle. Co więcej, podobno stara dokumentacja do 6502 mówi, że minimalny czas trwania sygnału NMI to właśnie 2 cykle. Można więc powiedzieć, że błąd jest nie tyle w procesorze, co w dokumentacji :)

A ponieważ 65C02 jest procesorem CMOS o zupełnie innej konstrukcji, to problem został w tym procku rozwiązany może nawet nieświadomie.