[Gstreamer-bugs] [Bug 109041] New - gstmad needs to be faster on sync errors
bugzilla-daemon at widget.gnome.org
bugzilla-daemon at widget.gnome.org
Sun Mar 23 12:40:22 PST 2003
Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.
http://bugzilla.gnome.org/show_bug.cgi?id=109041
Changed by in7y118 at public.uni-hamburg.de.
--- shadow/109041 Sun Mar 23 15:40:22 2003
+++ shadow/109041.tmp.7448 Sun Mar 23 15:40:22 2003
@@ -0,0 +1,42 @@
+Bug#: 109041
+Product: GStreamer
+Version: 0.3.3
+OS: All
+OS Details:
+Status: NEW
+Resolution:
+Severity: normal
+Priority: Normal
+Component: gst-plugins
+AssignedTo: gstreamer-maint at bugzilla.gnome.org
+ReportedBy: in7y118 at public.uni-hamburg.de
+QAContact: gstreamer-maint at bugzilla.gnome.org
+TargetMilestone: 0.6.x
+URL:
+Summary: gstmad needs to be faster on sync errors
+
+Run the following pipeline (or use another non-Mp3 file as big as an Mp3):
+time gst-launch filesrc location=libgstreamer-0.7.so ! mad ! fakesink
+
+The output here is:
+INFO (11987: 0) Initializing GStreamer Core Library version 0.7.0.1
+INFO (11987: 0) CPU features: (c1c3fbff) MMX SSE 3DNOW MMXEXT
+INFO (11987: 0) registry: loaded user_registry in 0.000168 seconds
+ (/root/.gstreamer/registry.xml)
+INFO (11987: 0) registry: loaded global_registry in 0.344941 seconds
+ (/usr/gstreamer/var/cache/gstreamer-0.7/registry.xml)
+RUNNING pipeline
+execution ended after 845 iterations (sum 110439173000 ns, average
+130697246 ns, min 252000 ns, max 618142000 ns)
+
+real 1m51.332s
+user 1m37.160s
+sys 0m0.450s
+
+
+Gstmad should at some point of not finding a sync point just error out,
+which it currently doesn't. If you play a broken Mp3 this is just too long
+until you realize that the file was broken.
+
+I wasn't sure how to fix this the right way, so I just filed a bug about it
+and seek suggestions whatz the right behaviour should be, so I can fix it.
More information about the Gstreamer-bugs
mailing list