ERm... mag ja sein, das ich mich falsch ausgedrückt habe.

Ich meine das Phänomen, das der Soundbuffer gefüllt wird, aber der Kernel
just in dem Moment einfach mal dem parallel laufenden GCC mehr Zeit zugesteht
und beim "digitalisieren" der Sounddaten nun eine Unterbrechung vorliegt - bei Datensignalen
nunmal tödlich..

Dem Prozess bzw. dem soundtreiber wie bei "jackd" realtime-priorität zu geben, bringt vielleicht
besserungen, aber du hast recht, ein Multitaskingsystem ist nunmal streng genommen nicht
wirklich geeignet für Datendekodierung - zumindest unter Lastbedingungen. Wenn das System
gemächlich vor sich hin-idlet, gibt's sicherlich kaum Probleme (dafür ist das Datenformat
nicht komplex genug, würd ich sagen ^^) ..

Da ich aber irgendwie immer am Rechner arbeite, was compiliere oder zumindest im Hintergrund
Daten schaufele, kann ich dir nur sagen, das im Parallelbetrieb an der Software mal nichts ankommt,
wenn über die serielle Schnittstelle der Hardware was angeliefert wird.

So - nun die anderen 19 Downloader :-P

Ich bleib aber mal daran, ob ich reproduzierbare Ergebnisse liefern kann..

Gruss,
Tim