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 513068 - incorrect playback location with long mp3 streams
incorrect playback location with long mp3 streams
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: gst-plugins-ugly
git master
Other Linux
: Normal normal
: NONE
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2008-01-30 10:56 UTC by Ralph Giles
Modified: 2011-10-29 15:49 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Ralph Giles 2008-01-30 10:56:55 UTC
Playing a long mp3 file in totem, I get odd behaviour from from the seek bar. Dragging the thumb seeks, apparently correctly, but the duration shows 5 minutes instead of 90 minutes. The thumb advances during playback according to the smaller listed duration, and then fetches up against the right extreme where it sits while the rest of the file is decoded.

I've seen this with a static version of the streams listed on http://cerebrum.dnalounge.com/mixtapes/

Mike Smith looked at the same file this afternoon and suggested mpegaudioparse wasn't returning the duration correctly. An older gstreamer that autoplugged the libmad player directly behaved correctly.
Comment 1 Sebastian Dröge (slomo) 2011-05-19 06:29:27 UTC
Is this still a problem with the latest releases? There were many changes in mp3parse (and the new version of it called mpegaudioparse) since then.
Comment 2 Ralph Giles 2011-05-19 20:35:44 UTC
Yep, looks fixed in Fedora 14's totem. Thanks!