XMMS spielt mit Überspringen einiger Stückchen ab

[mathisdt]

Hallo,
ich benutze Debian Sarge mit Kernel 2.6.1 (selbstgebastelt). Seitdem ich den Kernel von 2.4.18 auf 2.6.1 umgestellt habe, hat XMMS manchmal Aussetzer und überspringt kleine Stücke in MP3 Dateien. Mit nice und Konsorten habe ich nichts erreicht, davon scheint es unabhängig zu sein. Die Systemlast ist bei 1%, und die Platte ist schnell... Ich habe ESD laufen, kann es daran liegen? und falls ja, wo stellt man den ein (Gnome 2.6)?

[Bettkäfer]

Woran das genau liegen könnte weiss ich auch nicht, würde aber ebenso den sounddaemon vermuten.
Stelle bei xmms in den Einstellungen das Output-Plugin mal probehalber auf ALSA, damit umgehst du esd.

gr, käfer

[Susu]

Und wenn du das Alsa-Output nutzt, dann stell (auch im xmms) den Mmap-Modus aus...

[mathisdt]

Ich habe das ALSA Plugin versucht, aber ging nicht (ESD ausgemacht mit esdctl => ging immer noch nicht): "Stellen Sie sicher, dass bla bla und dass kein anderes Gerät die Soundkarte blockiert".
Im Moment benutze ich das OSS Plugin für meinen XMMS 1.2.10 und das harmoniert mit ESD, d.h. ESD und XMMS mit OSS Output Plugin können gleichzeitig abspielen. Nur die Aussetzer kommen manchmal. Im XMMS kann man ja auch Echtzeit-Priorität anfordern ("Einstellungen" => "Optionen"), das brachte auch nichts.
:confused:

PS: Mmap an/aus macht keinen Unterschied...

[Bettkäfer]

Hm, wenn das nach dem Umstellen des Kernels aufgetreten ist, stellt sich die Frage, ob du ALSA korrekt einkompiliert/ die korrekten Module gewählt hast? OSS und Alsa sind ja getrennte Menüpunkte bei der Kernelkonfiguration. Die Zugriffsrechte sind korrekt gesetzt, nehme ich an?

gr, käfer

[mathisdt]

Der AlsaPlayer spielt ab, daher denke ich dass die Module alle richtig sind (wurden auch alle kompiliert, ich habe in der .config des Kernels nachgesehen). Ich habe von Alsa keine Ahnung, hier die Ausgabe von lsmod:

Module Size Used by
nvidia 2071208 12
parport_pc 32428 1
lp 8896 0
parport 36456 2 parport_pc,lp
ipv6 221632 19
snd_cmipci 31416 0
snd_opl3_lib 9088 1 snd_cmipci
snd_hwdep 7456 1 snd_opl3_lib
btaudio 15248 1
ohci1394 31748 0
ieee1394 68012 1 ohci1394
snd_intel8x0 28196 0
snd_ac97_codec 50948 1 snd_intel8x0
snd_pcm 83492 2 snd_cmipci,snd_intel8x0
snd_timer 20996 2 snd_opl3_lib,snd_pcm
snd_page_alloc 8964 2 snd_intel8x0,snd_pcm
snd_mpu401_uart 6144 2 snd_cmipci,snd_intel8x0
snd_rawmidi 19616 1 snd_mpu401_uart
snd 42212 9 snd_cmipci,snd_opl3_lib,snd_hwdep,snd_intel8x0,snd _ac97_codec,snd_pcm,snd_timer,snd_mpu401_uart,snd_ rawmidi
i810_audio 29972 1
ac97_codec 16908 1 i810_audio
ehci_hcd 21380 0
intel_agp 15772 1
agpgart 25896 2 intel_agp
nls_iso8859_15 4480 4
nls_cp437 5632 4
evdev 7808 0
usbmouse 4480 0
tuner 14476 0
tvaudio 20364 0
bttv 129132 0
video_buf 17412 1 bttv
i2c_algo_bit 9096 1 bttv
btcx_risc 4104 1 bttv
i2c_core 20616 4 tuner,tvaudio,bttv,i2c_algo_bit
v4l2_common 4096 1 bttv
videodev 7424 1 bttv
cmpci 32804 2
soundcore 7232 9 btaudio,snd,i810_audio,bttv,cmpci
hid 30016 0
ide_scsi 12164 0
uhci_hcd 29072 0
sg 29080 0
rtc 10552 0

[fromhell]

in dem soud output optionen kann man teilweise eine buffer groesse in sekunden angeben, mach da mal 3 sek oder bissl mehr und test es dann mal, das einzig nervige an einem etwas groesserem buffer ist ist das wenn du auf stop oder pause dreuckst noch diese paar sek in dem buffer abgespielt werden, aber ich denke damit koennte man notfalls leben ;)

mfg

[Bettkäfer]

Wenn du sagst, die Platte ist schnell, heisst das daß die Hardware generell schnell ist, oder ist bei hdparm DMA noch ausgeschaltet? Das hätte wahrscheinlich so einen Effekt, würde dann durch fromhell's Methode aber kaum mehr auftreten.

[mathisdt]

~ # hdparm -d /dev/hda

/dev/hda:
using_dma = 1 (on)