Summary: | XMMS + FLAC input + ALSA output + CPU usage = long sound dropouts | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | John Karp <johnkarp> |
Component: | Current packages | Assignee: | Alastair Tse (RETIRED) <liquidx> |
Status: | RESOLVED NEEDINFO | ||
Severity: | major | ||
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
John Karp
2003-03-10 02:19:40 UTC
i can't reproduce this. the only guess i can come up with is maybe you don't have DMA enabled for your disks? FLAC is a very disk/io intensive codec relative to mp3. what sort of sound card are you using? My sound card is the Turtle Beach Santa Cruz. The files are on a WD800JB running in UDMA4, and on a separate IDE channel from all my other files. My processor is a 900MHz Athlon. I know it isn't my hardware, since it worked fine until I upgraded xmms and flac a couple weeks ago. I upgraded the kernel to 2.4.20 w/preemption, and xmms to 1.2.7-r19. The problem still exists, but it is slightly harder to reproduce with mozilla. Dragging windows around works 100% of the time. does the sound skip if you don't use xmms ? for instance : flac -c -d eason.flac | aplay Using flac | aplay, I'm finding it impossible to make skip from any non-root activity. I don't know if 'skip' is the accurate term... its starts out as one, but the skip somehow puts xmms into an invalid state which eventually gets fixed. A brief burst of cpu use can disable xmms+alsa+flac for up to a minute. ok, it looks like more of an upstream bug than a gentoo bug. would you mind filing a bug report at bugs.xmms.org? i think they would know more about it the alsa plugin and such. we really can't fix this problem. it seems to me that it is an alsa output plugin problem more than anything. please file a bug in bugs.xmms.org and reopen this if there is any news or fixes. need info |