After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 600931 - gst pipeline very slow
gst pipeline very slow
Status: RESOLVED NOTABUG
Product: GStreamer
Classification: Platform
Component: dont know
0.10.22
Other Linux
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2009-11-06 08:45 UTC by wonghow
Modified: 2009-11-06 11:40 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description wonghow 2009-11-06 08:45:23 UTC 
gst pipeline slower than mencoder

just encoding audio from a52 to mp3. from 2min length title.

time gst-launch dvdreadsrc title=2 ! dvddemux ! a52dec ! audio/x-raw-float ! audioconvert ! lame ! filesink location=test

time mencoder dvd://2 -ovc frameno -oac lavc -o test

mencoder: 2.4s
gst: 7s

same results when copy dvd title to disk first then run encoders

This shows gst is much slower then mencoder
Comment 1 Edward Hervey 2009-11-06 09:42:07 UTC 
-oac lavc compresses to mpeg1/layer2 , which is quite less complex than layer3. try with -oac mp3lame for a proper comparision, but you'll notice it's 2/3 times slower.


And if you want to try the equivalen in gstreamer, replace lame with ffenc_mp2
Comment 2 wonghow 2009-11-06 11:09:21 UTC 
yes, true, you are right thank you for clarifying. False alarm, no bug after all.

although the theora video encoding is 4 times slower than mpeg4, I suppose is to do with theora itself and not gst.