[Gstreamer-bugs] [Bug 109041] New - gstmad needs to be faster on sync errors

[bugzilla-daemon at widget.gnome.org]

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.