[gstreamer-bugs] [Bug 605594] relatively high cpu usage compared to other players

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=605594
  GStreamer | gstreamer (core) | 0.10.x

Stefan Kost (gstreamer, gtkdoc dev) <ensonic> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEEDINFO                    |NEW
     Ever Confirmed|0                           |1

--- Comment #6 from Stefan Kost (gstreamer, gtkdoc dev) <ensonic at sonicpulse.de> 2010-01-31 22:18:30 UTC ---
(In reply to comment #4)
> And added --disable-trace to the configure flags. In total they where:
> 
> --prefix=/usr --build=i686-pc-linux-gnu --host=i686-pc-linux-gnu
> --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share
> --sysconfdir=/etc --localstatedir=/var/lib --disable-static
> --disable-dependency-tracking --enable-nls --disable-valgrind
> --disable-examples --disable-trace --disable-tests
> --with-package-name="GStreamer ebuild for Gentoo"
> --with-package-origin=http://packages.gentoo.org/package/media-libs/gstreamer
>

If you are fine with english error messages you can add --disabled-nls. That
saves a bit of startup time and memory. Again probably not much.

> ###############
> 
> Here some benchmarks using this (and the old build):
> 
> Setting fakesink using playbin2 seems not to work. Therefore
> I used the following:

Which gstreamer version is that? Since ~half a year you can do
gst-launch-0.10 playbin2 audio-sink="fakesink" uri=...

mplayer has a builtin vorbis decoder (from ffmpeg). Dunno if gstreamer
ivorbisdec is any faster for you. For mp3 imho there is a mpg123 based
gstreamer decoder in bugzilla.


> 
> # Table of results:
> 
>  [seconds]      | w ass. |  wo ass.
> --------------------------------------
> fakesink, async |  9.117 |  8.645
> fakesink, sync  | 13.305 | 12.185
> playbin         | 20.837 | 19.021
> playbin2        | 20.441 | 21.669
> playbin  -O3    |  ---   | 19.541
> playbin2 -O3    |  ---   | 18.617
> alsasink -O3    |  ---   | 14.501
> mplayer null    |      5.832
> mplayer alsa    |      6.788
> 
> 
> [%] cpu time/
> runtime *100    | w ass. |  wo ass.
> --------------------------------------
> fakesink, async | 99.4   | 96.5  
> fakesink, sync  |  4.2   |  3.8  
> playbin         |  6.6   |  6.0
> playbin2        |  6.4   |  6.8
> playbin   -O3   |  ---   |  6.1
> playbin2  -O3   |  ---   |  5.9    
> alsasink  -O3   |  ---   |  4.6
> mplayer null    |       1.8  
> mplayer alsa    |       2.1
> 
> Conclusion:
> 
>  - Using -O3 doesn't bring much more performance
>  - Playbin has overhead!
>  - The asserts have also a noticeable overhead

Would be nice to make this a benchmark script (where I just put my filenames
in) and rerun. Playing a pcm wav file could also help to check how much it is
the gstreamer framework overhead or how much it is the codec itself.

Thanks for the meassuerements.

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.