[possible-bug] Gstreamer 1.0 high CPU usage, PulseAudio resampling

asked 2015-10-31 15:18:32 +0200

equeim gravatar image

Playing 48.0 KHz OGG Vorbis file with Gstreamer 0.10:

  • player process <5% CPU usage
  • PulseAudio process <5% CPU usage
  • pacmd list-sink-inputs shows "resample method: (null)"

Playing the same file with Gstreamer 1.0:

  • player process ~15% CPU usage
  • PulseAudio process ~10% CPU usage
  • pacmd list-sink-inputs shows "resample method: copy"

QtMultimedia on 1.1.9+ uses Gstreamer 1.0, so default jolla-mediaplayer is also affected. Is this normal?

edit retag flag offensive close delete

Comments

Any comments from Mer/Nemo/Jolla developers?

equeim ( 2015-11-06 02:56:58 +0200 )edit

This is still present in 2.0.5.6 and is a big cause of battery drain for those who like to listen to music with their jolla.

I can confirm that this happens with every player using gstreamer that I tried, default media player included. With Quasar MX I have a total CPU usage of ~3-9%

This on a Jolla 1.

Giskard ( 2016-12-01 21:07:37 +0200 )edit

Maybe it's possible to set a different resample method in /etc/pulse/daemon.conf

See: https://wiki.archlinux.org/index.php/PulseAudio/Configuration#daemon.conf

Tried with ffmpeg, copy, trivial, auto, speex-float-1, without better results.

Edit 2017-0307: I tried with almost every other resample settings, but not a single one of them is using less CPU that the default choice of speex-fixed-2. I can't find a way to set it to null.

Giskard ( 2017-03-06 17:21:33 +0200 )edit