A "w okienku" to nie SDL ?
Wypróbuj też inny soft używający SDL.

Cosi: SDL używa Xów więc na to samo wychodzi. Zresztą Xy nie mają nic do dźwięku.

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ł.

Podczas kompilacji z ubunciorem przydaje się to: https://wiki.ubuntu.com/CompilerFlags .

Rozumiem. Przyczyny moga być różne - ja podejrzewam że zaszła jakaś zmiana w sterownikach dźwięku ALSA, która spowodowała "zmniejszenie" tolerancji na błędy w Atari800. Miałem taką sytuację na swoim SoundBlasterze 128PCI jakieś 2-3 lata temu - po aktualizacji jądra dźwięk w A800 zaczął się sypać.

BTW jaką masz kartę dźwiękową?

W każdej wersji emulatora (SDL, DOS, X11) podystemy dźwięku dzielą stosunkowo mało kodu - więc akurat takie testy niewiele mówią, niestety.

Atari800 w ogóle mało kto używa.

Zainstaluj pakiety autoconf, libsdl1.2-dev, no i oczywiście gcc i libc6-dev (chyba o niczym nie zapomniałem) i powinno być OK.
Potem:
cd atari800/src
./autogen.sh
./configure --target=sdl --enable-seriosound
make
i możesz uruchamiać emulator:
./atari800

No to w ramach podziękowań mógłbyś przetestować działanie akceleracji OpenGL w emulatorze :) i dać znać czy coś się sypie.

1. Jeśli w menu brakuje opcji "Display settings -> Video mode settings -> Hardware acceleration", to znaczy że podczas configuracji/kompilacji nie było zainstalowanych plików nagłówkowych OpenGL. Pakiet nazywa się libgl-mesa-dev czy jakoś tak (jak używasz non-free sterowników graficznych, to należy zainstalować odpowiednio inny pakiet).
2. Ustaw ww. "Hardware acceleration" na "On" i pobaw się dostępnymi opcjami w menu "Video mode settings", przede wszystkim:
a) "Fullscreen resolution"
b) "Fulscreen: Yes/No" (Alt+F)
c) spróbuj też poprzełączać "Hardware acceleration" kilka razy - doszły mnie słuchy że się sypie na niektórych kartach graficznych.
3. W trybie nie-fullscreen pobaw się zmianą rozmiaru okna.
4. Włącz "Display settings -> Show percents of Atari speed" a następnie włącz Turbo (F12) i zobacz ile procent prędkości wyciąga emulator. (Uwaga: w zależności od karty graficznej na wynik może mieć wpływ włączenie/wyłączenie synchronizacji pionowej w xorg.conf.)

A u mnie tak to wygląda:
Acer Aspire 4315, stary dziad z Celeronem 1,73 MHz, Ubuntu 10.04
Karta graficzna "Mobile GM965/GL960 Integrated Graphics Controller" (info wg lshw)
1. mesa 7.7.1-1ubuntu2
2. a) bez problemu się zmienia; przy okazji zauważyłem, że tryb 1280x800 to nie jest 1280x800, tylko coś mniejszego (pewnie dlatego, że mam "maintain aspect ratio 4:3"), ale ten tryb najbardziej mi pasuje; największy to 1024x768 (oryginalna rozdziałka mojego LCD to 1280x800)
b) bez problemu
c) przełączałem wiele razy, w różnych kombinacjach; wszystko gra
3. rozdzielczość zmienia się skokowo; przy powiększaniu okna są problemy z przejściem do trybu 1280x800 (czasem nie wskakuje); po zmaksymalizowaniu zawartość okna cyklicznie mruga
4. w oknie Basica - w trybie turbo 360% (nie działa dźwięk), bez turbo 66-80%, zauważalne opóźnienie kliku klawiszy; w tle chodził Firefox; przełączanie akceleracji nie zmienia tych wartości
Self Test - w trybie turbo 360%, bez turbo 44-51%

Tak przy okazji - fajnie by było, gdyby w menu można było używać Home i End, albo chociaż żeby były skróty literowe :)

POPRAWKA:
Nie wiem, czym było spowodowane to ślimaczenie się emulatora. Po restarcie nawet przy uruchomionym FF wyniki są takie (testy na grze Hans Kloss :D):
bez akceleracji:
normal - 102%, turbo - 340%
z akceleracją:
normal - 102%, turbo - 120%

No i cofam tą uwagę o Home i End, przez przypadek nacisnąłem strzałkę w prawo... ;)

No a masz tam atrybut x ustawiony?

$ ls -la ./autogen.sh

Atrybutu x nie mam ustawionego bo w ogóle nie mam tego pliku w katalogu src, i w ogóle na całym dysku ( bo też już przeszukałem :) ) Co do sudo make install to dzięki za info, bo na moją absolutną nieznajomość kompilacji w linuksie to jakoś tak mi wydawało się że na forach linuksa, piszących o kompilacji zawsze to widziałem :) A tu nie było, lecz nie wzbudziło to moich podejrzeń, bo z moją znajomością stwierdziłem że  jak piszą że nie trzeba to pewnie nie bez powodu, hehe :)

Hmm, w takim razie coś zwaliłem może tak że nie pobrałem prawidłowej wersji z sourceforge'a :P
Za chwilę to obadam.

Tak jak myślałem, brałem nie te źródła :) jak sobie pobrałem te z CSV to wszystko się pięknie skompilowało.
To jeszcze pomęczę :D Chciałbym sobie wersję 2.1.0 skompilować pod TOSa na MC68060. Czy jest to na tyle proste do zrobienia, czy bardziej odeślecie mnie do "Kompilacja z gcc dla opornych"? :) W readme zainstalowanej wersji z CSV znalazłem niby coś odnośnie kompilacji na Falcona:

The following script might be used for rebuilding the fastest possible
version:
============================== make.sh ====================================
#!/bin/sh
CFLAGS="-m68020-60 -O3 -fomit-frame-pointer -Wall" ./configure --disable-newcycleexact --disable-sound --enable-veryslow --disable-monitorbreak --target=falcon
make clean
time make
fixstk 256k atari800
===========================================================================

Co to oznacza, jakoś mi tak "brzęczy" żeby to "puścić" zamiast ./configure?

Mono, Cosi, dziękuję.

Czyli masz monitor o proporcjach 15:10? Jeśli tak to powinieneś na taką wartość ustawić opcję "Host display aspect ratio". Wtedy opcja "Keep aspect ratio=authentic" (polecam) będzie działać poprawnie. W tej chwili zapewne masz "Keep aspect ratio" ustawione na "1:1" czyli kwadratowe piksele.

Skokowe powiększanie wynika z tego, że opcja "Stretch" jest ustawiona na "fit screen - integer". Oznacza ona, że wysokość okna jest zawsze równa wielokrotności 240 pikseli. Spróbuj przestawić na "fit screen - full".
Co do tego mrugania: czy podczas mrugania pojawia się coś na standardowym wyjściu?

Ciekawe. Zupełnie jakby emulacja dźwięku spowalniała emulator. Może przyczyną była inna aplikacja odtwarzająca dźwięk?

Tak, zamiast ./configure i make. Ale do wersji falconowej to chyba nikt dawno nie zaglądał, nie wiem nawet czy to się skompiluje. A poza tym, i tak nie będzie dźwięku.

Oj przydałyby się ręce do roboty :) Target X11 dawno już powinien być deprecated.

no jakis czas temu wypadlem z listy (serwer na ktorym odbieralem maillisty padl na pol roku) ale moze ponownie sie dopisze i przynajmniej pod debiana poprawki zapodam