Hallo, ich wei� jetzt woran es lag:
Am Friday, den 29. October 2004 22:55:47 schrieb M G Berberich: > > Da hab ich schon mit rumgespielt, aber nichts hat geholfen. Der Tip > mit dem '--verbose' bei'm xine war gut. Ich habe st�ndig: > > fixing sound card drift by -1254 pts > fixing sound card drift by -1733 pts > fixing sound card drift by -2092 pts > fixing sound card drift by -2361 pts > fixing sound card drift by -2564 pts > fixing sound card drift by -2715 pts > fixing sound card drift by -2829 pts > fixing sound card drift by -2916 pts > fixing sound card drift by -2979 pts > fixing sound card drift by -3025 pts > fixing sound card drift by -3064 pts > audio_out: inserting 8019 0-frames to fill a gap of 15040 pts > > Bei jedem ' inserting' setzt der Ton kurz aus. Ich habe offenbar das > Ph�nomen von http://xinehq.de/index.php/faq#STUTTERING, was mich einer Falls es jemanden interessiert: Der Kernel hat die M�glichkeit die Ablaufgeschwindigkeit seiner internen Zeit zu ver�ndern, dazu hat er einen Z�hler, der die Anzahl Ticks/Sekunde bestimmt. Normalerweise steht dieser Z�hler auf 386-Systemen auf 10000. Die Initscripten rufen hwclock auf das diesen Z�hler ver�ndert um zu erreichen, da� die Systemuhr synchron zur Hardwareuhr l�uft (die n�tigen Daten stehen in /etc/adjtime), irgendwie hat der Update auf sarge diesen Mechanismus durcheinander gebracht, so da� der kernelinterne Z�hler auf 9671 anstatt 10000 stand. Damit lief die Systemuhr falsch (und anders als die Uhr auf der Soundkarte), was dazu f�hrte, da� das Bild und der Ton auseinanderliefen, was xine durch Einf�gen zus�tzlicher Audio-Frames zu korrigieren versuchte. 'adjtimex -p' gibt die Kernelparameter der Systemuhr aus, ticks ist obiger Z�hler. MfG bmg -- "Des is v�llig wurscht, was heut beschlos- | M G Berberich sen wird: I bin sowieso dagegn!" | [EMAIL PROTECTED] (SPD-Stadtrat Kurt Schindler; Regensburg) | www.fmi.uni-passau.de/~berberic
