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 140237 - Mp3 playback messes up on this file
Mp3 playback messes up on this file
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-plugins
0.8.0
Other Linux
: Normal normal
: 0.8.10
Assigned To: GStreamer Maintainers
GStreamer Maintainers
: 307171 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2004-04-16 06:33 UTC by Peter Williams
Modified: 2005-06-10 16:57 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Peter Williams 2004-04-16 06:38:16 UTC 
This file plays correctly most of the way through, but at a certain point
towards the end I get a burst of static then GStreamer takes 100% cpu until it
finishes. This is the MAD plugin, as far as I know. It is not the only file I
have observed the problem with.

http://www.newton.cx/~peter/bug-demo.mp3

(Assuming large files shouldn't be attached via bugzilla.)

This happens in Rhythmbox but also with

$ gst-launch-0.8 filesrc location=bug-demo.mp3 ! spider ! osssink
Comment 1 Ronald Bultje 2004-04-25 02:21:18 UTC 
gst-launch-0.8 --gst-scheduler=basicgthread filesrc
location=/media/music/bug-demo.mp3 ! spider ! osssink plays it back fine here.
Plays fine with opt (default scheduler) as well. Can you reproduce this with CVS
head?
Comment 2 Ronald Bultje 2004-04-25 02:38:31 UTC 
Oh, that was using ffdec_mp3. Mad has the 100% CPU use at end bug here too.
Comment 3 Ronald Bultje 2004-04-25 03:47:43 UTC 
Do other players play this back fine?
Comment 4 Benjamin Otte (Company) 2004-04-25 12:46:34 UTC 

*** This bug has been marked as a duplicate of 109031 ***
Comment 5 Benjamin Otte (Company) 2004-04-25 12:48:08 UTC 
whoops, wrong number

*** This bug has been marked as a duplicate of 109041 ***
Comment 6 Peter Williams 2005-05-04 18:35:02 UTC 
Reopening after correspondence with Ronald. Same bug exhibited in the file
http://www.newton.cx/~peter/files/astronomy-bug.mp3 : silence 0:44 into the
song, according to Rhythmbox.

> Ah, now stuff gets clear. I use alsasink, which has an overflow
> prevention mechanism that osssink doesn't have. Hence, I'll just hear
> short clicks, not long silences like you do. The problem is a small bug
> in timestamp calculation in mad, shouldn't be all too hard to solve.
> I've put it in my TODO queue, it should be fixed for 0.8.9. Feel free to
> reopen the original bug report if you wish, then I can keep track of it.
Comment 7 Ronald Bultje 2005-06-09 18:30:43 UTC 
Fixed.
Comment 8 Ronald Bultje 2005-06-10 16:57:20 UTC 
*** Bug 307171 has been marked as a duplicate of this bug. ***