[Gstreamer-bugs] [Bug 132746] New - mp3parse/mpegaudio plugin broken (skips way too much)

[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=132746

Changed by t.i.m at zen.co.uk.

--- shadow/132746	Wed Jan 28 05:25:55 2004
+++ shadow/132746.tmp.32224	Wed Jan 28 05:25:55 2004
@@ -0,0 +1,52 @@
+Bug#: 132746
+Product: GStreamer
+Version: HEAD CVS
+OS: Linux
+OS Details: 
+Status: NEW   
+Resolution: 
+Severity: normal
+Priority: Normal
+Component: gst-plugins
+AssignedTo: gstreamer-maint at bugzilla.gnome.org                            
+ReportedBy: t.i.m at zen.co.uk               
+QAContact: gstreamer-maint at bugzilla.gnome.org
+TargetMilestone: HEAD
+URL: 
+Summary: mp3parse/mpegaudio plugin broken (skips way too much)
+
+I've tried running an mp3 file through mp3parse like this in both 0.6 and 
+0.7.x (cvs-head): 
+ 
+gst-launch filesrc location=in.mp3 ! mp3parse ! filesink location=out.mp3 
+ 
+(purpose was to clean mp3 from random rubbish and tags before processing 
+it further). 
+ 
+However, the output mp3parse produces contains noticable skips when 
+played, so something is not working right. 
+ 
+ 
+Source 1: 
+(has clean mpeg audio frame sync at beginning): 
+ 
+filesize   
+4303306   mp3.in      (source, contains ID3v1 tag at the end) 
+4302889   mp3.out-0.6 (sounds like source) 
+4214403   mp3.out-0.7 (has at least 1 audible skip or error/second) 
+ 
+ 
+Source 2: 
+(first clean mpeg audio frame sync at byte 252): 
+ 
+filesize 
+3393919   mpeg.in        (source, has no ID3 tags) 
+3393411   mpeg.out-0.6   (sounds like source) 
+3320635   mpeg.out-0.7   (constant audible skips) 
+ 
+ 
+So it looks like there has been a regression since 0.6.4 and 
+0.7.x-cvs-HEAD. 
+ 
+Cheers 
+-Tim