I'm really wondering why nobody has fixed the DSOUND buffer underrun bugs..
I get lots of these message when I run World of Warcraft: err:wave:wodPlayer_ProcessMessages pcm_pause failed: Input/output error err:dsound:DSOUND_MixOne underrun on sound buffer 0x7fda2038
I can fix these buffer underruns partially by playing with the buffer size in asoundrc, but it never disappears completely. It gets worse if I also start TeamSpeak (which btw. uses 50% of the CPU)), but I can play videos using totem or mplayer or listen to music without any xruns.
is it really unknown where the bug is? because I'm willing to test patches and helm looking where the bug might be..
tom
On 2/13/06, Tomas Carnecky tom@dbservice.com wrote:
I'm really wondering why nobody has fixed the DSOUND buffer underrun bugs..
I get lots of these message when I run World of Warcraft: err:wave:wodPlayer_ProcessMessages pcm_pause failed: Input/output error err:dsound:DSOUND_MixOne underrun on sound buffer 0x7fda2038
I can fix these buffer underruns partially by playing with the buffer size in asoundrc, but it never disappears completely. It gets worse if I also start TeamSpeak (which btw. uses 50% of the CPU)), but I can play videos using totem or mplayer or listen to music without any xruns.
is it really unknown where the bug is? because I'm willing to test patches and helm looking where the bug might be..
tom
The problem is known. It has to do with wine, increasing thread priority, and linux kernel. Right now, the only way is to have root privileges. This is not really considered a solution for wine.
You can read more here http://bugs.winehq.org/show_bug.cgi?id=2853
Jesse
Jesse Allen wrote:
On 2/13/06, Tomas Carnecky tom@dbservice.com wrote:
I'm really wondering why nobody has fixed the DSOUND buffer underrun bugs..
I get lots of these message when I run World of Warcraft: err:wave:wodPlayer_ProcessMessages pcm_pause failed: Input/output error err:dsound:DSOUND_MixOne underrun on sound buffer 0x7fda2038
The problem is known. It has to do with wine, increasing thread priority, and linux kernel. Right now, the only way is to have root privileges. This is not really considered a solution for wine.
You can read more here http://bugs.winehq.org/show_bug.cgi?id=2853
Any update on this bug? It's been almost 3 Months since the last entry.. And it seems as this is not a bug in the system, but in wine itself, because aparently cedega doesn't have this issue.
tom
Am Montag, den 13.02.2006, 10:44 -0700 schrieb Jesse Allen:
I'm really wondering why nobody has fixed the DSOUND buffer underrun bugs..
err:dsound:DSOUND_MixOne underrun on sound buffer 0x7fda2038
The problem is known. It has to do with wine, increasing thread priority, and linux kernel. Right now, the only way is to have root privileges. This is not really considered a solution for wine.
Different here:
dosdevices/c:$ su -p Password: dosdevices/c:# wine Programme/VideoLAN/VLC/vlc.exe all.mp3 VLC media player 0.8.4a Janus fixme:richedit:RichEditANSIWndProc WM_SETFONT: stub This sound card's driver does not support direct access The (slower) DirectSound HEL mode will be used instead. fixme:dsound:DSOUND_MixOne problem with underrun detection (mixlen=6616 < primary_done=7056)
primary_done changes to 10576 and to 7496 before i hit ctrl-c.
fixme:wave:ESD_AddRingMessage two fast messages in the queue!!!! fixme:wave:ESD_AddRingMessage two fast messages in the queue!!!! fixme:wave:ESD_AddRingMessage two fast messages in the queue!!!! fixme:wave:ESD_AddRingMessage two fast messages in the queue!!!! fixme:wave:ESD_AddRingMessage two fast messages in the queue!!!! fixme:wave:ESD_AddRingMessage two fast messages in the queue!!!!
Ubuntu 5.04 (Gnome 2.10.0 with esd 0.2.35), wine-cvs 13.02.2006 and wineesd.
When I start Gnome without esd and use winealsa, mp3-playback of vlc is ok (as user).
(The AppDB-Entry for vlc is in the queue of the AppDB-Maintainers)
See also: http://bugs.winehq.org/show_bug.cgi?id=1631
Detlef Riekenberg wrote:
Am Montag, den 13.02.2006, 10:44 -0700 schrieb Jesse Allen:
I'm really wondering why nobody has fixed the DSOUND buffer underrun bugs..
err:dsound:DSOUND_MixOne underrun on sound buffer 0x7fda2038
The problem is known. It has to do with wine, increasing thread priority, and linux kernel. Right now, the only way is to have root privileges. This is not really considered a solution for wine.
runnig under root improves the situation, I don't heer the 'cracks' anymore, but I still hear the sound 'looping' sometimes.. especially when I also run TeamSpeak at the same time. Wine uses alsa and I run TeamSpeak through aoss32.
renicing doesn't change anything though..
tom
Jesse Allen wrote:
On 2/13/06, Tomas Carnecky tom@dbservice.com wrote:
I'm really wondering why nobody has fixed the DSOUND buffer underrun bugs..
I get lots of these message when I run World of Warcraft: err:wave:wodPlayer_ProcessMessages pcm_pause failed: Input/output error err:dsound:DSOUND_MixOne underrun on sound buffer 0x7fda2038
The problem is known. It has to do with wine, increasing thread priority, and linux kernel. Right now, the only way is to have root privileges. This is not really considered a solution for wine.
I don't think this has anything to do with the kernel or the thread priority. I have installed vlc for windows, then tried to play a song. Went fine, then I changed to the wine git directory and started compiling wine (make -j5), and then it started skipping. But then I started rhythmbox and played a song and that worked fine. So any linux-native alsa application works fine even if the system is under heavy load.
maybe there is a delay between the application and wineserver, or someone is holding a lock and doesn't let dsound mix the buffers.
Is the ALSA driver really considered incomplete? Is the OSS driver better? I can't really use OSS because I also need to run TeamSpeak, and aoss32 doesn't work with wine.
tom
-
Detlef Riekenberg -
Jesse Allen -
Tomas Carnecky