Bug#391455: Uses a lot of CPU when watching video
On Sat, Oct 07, 2006 at 12:47:12PM +0200, Paul van Tilburg wrote: On Sat, Oct 07, 2006 at 09:47:46AM +0200, CJ van den Berg wrote: 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. Is this issue resolved for you? I'd like to close this bug if it's ok with you. -- CJ van den Berg mailto:[EMAIL PROTECTED] xmpp:[EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#391455: Uses a lot of CPU when watching video
On Wed, Oct 18, 2006 at 05:37:18PM +0200, Paul van Tilburg wrote: Well, it solved the issue that in the case of watching a movie it doesn't stutter anymore. It is still consistenly using 25% CPU when watching a movie though. Could you please post the output of pactl list during playback of that movie and I'll be able to see why/what/how it's resampling. -- CJ van den Berg mailto:[EMAIL PROTECTED] xmpp:[EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#391455: Uses a lot of CPU when watching video
On Wed, Oct 18, 2006 at 12:13:52PM +0200, CJ van den Berg wrote: On Sat, Oct 07, 2006 at 12:47:12PM +0200, Paul van Tilburg wrote: On Sat, Oct 07, 2006 at 09:47:46AM +0200, CJ van den Berg wrote: 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. Is this issue resolved for you? I'd like to close this bug if it's ok with you. Well, it solved the issue that in the case of watching a movie it doesn't stutter anymore. It is still consistenly using 25% CPU when watching a movie though. 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
Bug#391455: Uses a lot of CPU when watching video
On Wed, Oct 18, 2006 at 06:41:45PM +0200, CJ van den Berg wrote: On Wed, Oct 18, 2006 at 06:37:32PM +0200, Paul van Tilburg wrote: Anyway... CPU usage is now down to 3-8%, which is much better, thanks. Since I do not consider my computer considerably slow (PowerBook G4/867), you might want to mention this aswell in README.Debian next to the pulse-rt stuff? Yes, that sounds like a good idea. I'll add something mentioning it for the next release. Ok, great! Then, consider this bugreport changed to just making that remark. ;) 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
Bug#391455: Uses a lot of CPU when watching video
Hi, On Wed, Oct 18, 2006 at 05:48:42PM +0200, CJ van den Berg wrote: On Wed, Oct 18, 2006 at 05:37:18PM +0200, Paul van Tilburg wrote: Well, it solved the issue that in the case of watching a movie it doesn't stutter anymore. It is still consistenly using 25% CPU when watching a movie though. Could you please post the output of pactl list during playback of that movie and I'll be able to see why/what/how it's resampling. I talked with Sjoerd about this a few minutes ago. It seems that the cause is the resampling of 48kHz to 44.1kHz. I've set it to 'trival' before but seemed to have forgotten to remove the semi-colon in front of it :), so I discarded that solution. Anyway... CPU usage is now down to 3-8%, which is much better, thanks. Since I do not consider my computer considerably slow (PowerBook G4/867), you might want to mention this aswell in README.Debian next to the pulse-rt stuff? 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
Bug#391455: Uses a lot of CPU when watching video
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
Bug#391455: Uses a lot of CPU when watching video
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
Bug#391455: Uses a lot of CPU when watching video
Package: pulseaudio Version: 0.9.5-2 Severity: normal 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. 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. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (102, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.16-2-powerpc Locale: LANG=C, LC_CTYPE=nl_NL.UTF8 (charmap=UTF-8) Versions of packages pulseaudio depends on: ii adduser 3.97 Add and remove users and groups ii libasound2 1.0.13-1 ALSA library ii libasyncns0 0.1-1Asyncronous name service query lib ii libc6 2.3.6.ds1-5 GNU C Library: Shared libraries ii libcap1 1:1.10-14support for getting/setting POSIX. ii libltdl31.6-0+1.5a-4 A system independent dlopen wrappe ii liboil0.3 0.3.9-1.2Library of Optimized Inner Loops ii libsamplerate0 0.1.2-2 audio rate conversion library ii libsndfile1 1.0.16-1 Library for reading/writing audio ii libwrap07.6.dbs-11 Wietse Venema's TCP wrappers libra ii pulseaudio-module-hal 0.9.5-2 HAL device detection module for Pu Versions of packages pulseaudio recommends: pn libasound2-plugins-pulse none (no description available) ii pulseaudio-module-x11 0.9.5-2X11 module for PulseAudio sound se -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
