[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




------- Comment #6 from Tim-Philipp Müller  2008-02-16 12:03 UTC -------
Or maybe we should just back this out for the release? It was only an
optimisation anyway, wasn't it? The fact that no one has run into this even
though the patch has been in CVS for almost 48 hours makes me slightly
uncomfortable and makes me want to stick to the previous revision in the hope
that it's slightly better tested. (But then I don't have a lot of faith in
mpegaudioparse doing the right thing in general anyway, so feel free to ignore
me.)


> Ok, there it is already... any thoughts? Fixes it for me

Well, it fixes the immediate-EOS problem for me, but I still have problems when
seeking: no sound, things stop after a few seconds of video without sound after
a seek; some seeks make it work again though. Setting mpegaudioparse to
RANK_NONE fixes these issues for me.


> timestamps -1 at all? Is this another bug?

I don't think so. Not every packet needs to be timestamped. Decoders are
expected to interpolate.


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