[gstreamer-bugs] [Bug 513068] New: incorrect playback location with long mp3 streams

[GStreamer (bugzilla.gnome.org)]

If you have any questions why you received this email, please see the text at
the end of this email. Replies to this email are NOT read, please see the text
at the end of this email. You can add comments to this bug at:
  http://bugzilla.gnome.org/show_bug.cgi?id=513068

  GStreamer | gst-plugins-ugly | Ver: HEAD CVS
           Summary: incorrect playback location with long mp3 streams
           Product: GStreamer
           Version: HEAD CVS
          Platform: Other
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: gst-plugins-ugly
        AssignedTo: gstreamer-bugs at lists.sourceforge.net
        ReportedBy: giles at xiph.org
         QAContact: gstreamer-bugs at lists.sourceforge.net
     GNOME version: Unspecified
   GNOME milestone: Unspecified


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.


-- 
See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received
this email, why you can't respond via email, how to stop receiving
emails (or reduce the number you receive), and how to contact someone
if you are having problems with the system.

You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=513068.