[gstreamer-bugs] [Bug 385061] Fairly high CPU usage when decoding (~6-15 times slower compared to mplayer)

[GStreamer (bugzilla.gnome.org)]

Do not reply to this via email (we are currently unable to handle email
responses and they get discarded).  You can add comments to this bug at
http://bugzilla.gnome.org/show_bug.cgi?id=385061

  GStreamer | don't know | Ver: 0.10.3


Jan Schmidt changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |thaytan at mad.scientist.com




------- Comment #5 from Jan Schmidt  2006-12-12 17:54 UTC -------
Are you on a multicore machine? I'm deeply suspicious of the results "time" is
giving me here on mine:

time gst-launch-0.10 filesrc location=/home/jan/media/mp3/Dire\ Straits\ -\
Money\ For\ Nothing.mp3 ! mad ! fakesink silent=true

*snip*.....

real    0m4.045s
user    0m22.881s
sys     0m0.164s

Hey, look - on a single cpu HT machine, it's somehow achieving 22 seconds of
user cpu time in only 4 seconds of wall clock time.

My conclusion is that "time" is pretty useless on these machines, for some
reason.

Use valgrind, or measure average cpu load, or measure wall clock time while
decoding 'as fast as possible' (if you can get mplayer to do that, I've never
managed it)

None of this is intended to detract from MikeS' comment that audioresample
badly needs optimisation.


-- 
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email