[gstreamer-bugs] [Bug 516811] [mp3parse] immediate EOS when playing back AVIs

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

  GStreamer | gst-plugins-ugly | Ver: HEAD CVS

Sebastian Dröge changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
 Attachment #105416|0                           |1
        is obsolete|                            |




------- Comment #13 from Sebastian Dröge  2008-02-17 09:12 UTC -------
Created an attachment (id=105420)
 --> (http://bugzilla.gnome.org/attachment.cgi?id=105420&action=view)
mp3parse-timestamps.diff

One of the problems that was there was, that, when resync==TRUE, we don't/can't
use the timestamp of upstream in several situations.

This is, because we want the header of the second mpeg frame there, which gave
us a new timestamp by upstream. So we had no timestamp for the first frame
after a newsegment and the first frame at all if we can't query upstream
(because upstream gave us no offset).

This patch probably fixes all problems now... if not I'd like to see a
GST_DEBUG=mp3parse:5 debug log and an explanation what failed (no sound after
the n-th seek, etc) :)


-- 
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=516811.