On Fri, Oct 06, 2006 at 06:01:44PM +0200, Paul van Tilburg wrote: > When I am wathing video using totem-xine, vlc or mplayer, the PulseAudio > server uses over 25% CPU and any mouse movement leads to stuttering sound > (sync problem?). This is not the case when just using gst-launch, > mplayer or totem with a simple Ogg Voribis file.
The high CPU usage is probably due to re-sampling going on inside the PulseAudio server. I'm guessing that this is a fairly slow machine (<1Ghz). Is that correct? You can try using a different re-sampling method that uses less CPU in /etc/pulse/daemon.conf. The stuttering is caused by general CPU starvation. To avoid that you need to run the PulseAudio server at a higher priority. To do this, add the user running the PulseAudio server to the pulse-rt group, and then un-comment and change the value of "high-priority" to 1 in /etc/pulse/daemon.conf. > I am using the pulse plugin for Alsa with the standard configuration to > defer sound for default device to the pulse plugin. My server is running > as user for it is started by GNOME. I see you're using libasound2-plugins-pulse. FYI, there is a new version of libasound2-plugins in experimental (1.0.13.2) that now has the pulse plugin too. You might want to use that instead because libasound2-plugins-pulse will never reach debian. The next pulseaudio version will recommend libasound2-plugins instead. -- CJ van den Berg mailto:[EMAIL PROTECTED] xmpp:[EMAIL PROTECTED]
signature.asc
Description: Digital signature