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 347897 - [performance] avidemux very slow in scanning files
[performance] avidemux very slow in scanning files
Status: RESOLVED INCOMPLETE
Product: GStreamer
Classification: Platform
Component: gst-plugins-good
git master
Other Linux
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2006-07-18 10:28 UTC by Christian Fredrik Kalager Schaller
Modified: 2008-05-06 12:54 UTC
See Also:
GNOME target: ---
GNOME version: 2.15/2.16


Description Christian Fredrik Kalager Schaller 2006-07-18 10:28:26 UTC 
This transcoding pipeline used to work:
gst-launch gnomevfssrc location=filename.avi ! decodebin name=decode decode. ! ffmpegcolorspace ! theoraenc ! queue ! oggmux name=mux ! gnomevfssink location=output.ogg decode. ! audioconvert ! vorbisenc ! queue ! mux.

With current CVS/releases it just goes like this:

[cschalle@localhost temp]$ ./transcode2oggt hour3.avi pascal.ogg
Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
Comment 1 Christian Fredrik Kalager Schaller 2006-07-18 10:42:05 UTC 
Discovered after leaving this pipeline running that eventually it does start, so it seems that for some reason current releases take about 1-2 minutes before starting the actuall transcoding.
Comment 2 Wim Taymans 2006-07-18 14:16:43 UTC 
works fine here. Can you attach a compressed debug *:5 output up to when it hangs?
Comment 3 Christian Fredrik Kalager Schaller 2006-07-18 15:03:11 UTC 
Debug log here:
I didn't keep it running until it actually started transcoding as the file was growing pretty big. Hopefully this file contains enough info to figure out why it takes so long to start transcoding.

http://www.linuxrising.org/files/output.txt.bz2
Comment 4 Wim Taymans 2006-07-18 15:58:36 UTC 
it's avidemux scanning the file to build an index. It also appears to be very slow.
Comment 5 Stefan Sauer (gstreamer, gtkdoc dev) 2007-07-05 09:22:57 UTC 
Some time ago I change the list handling and sorting a bit. Cristian ist this still an issue for you?
Comment 6 Sebastian Dröge (slomo) 2008-05-06 12:54:29 UTC 
Closing this bug report as no further information has been provided. Please feel free to reopen this bug if you can provide the information asked for.
Thanks!