On Sat, Oct 07, 2006 at 09:47:46AM +0200, CJ van den Berg wrote: > 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.
But when I'm playing an 44.1KHz mp3, there is no problem, but when playing a movie with 44.1KHz sound, there is. Also, I had no problems when using ALSA dmix, all was below 5%. > 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. Ok, I'll try that. > > 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. I am using libasound2-plugins 1.0.13-2 already. But thanks for the tip anyway ;) Kind regards, Paul -- Student @ Eindhoven | email: [EMAIL PROTECTED] University of Technology, The Netherlands | JID: [EMAIL PROTECTED] >>> Using the Power of Debian GNU/Linux <<< | GnuPG key ID: 0x50064181
signature.asc
Description: Digital signature
