[gstreamer-bugs] [Bug 320072] New: [matroskamux] needs better handling of VBR input

[GStreamer (bugzilla.gnome.org)]

Do not reply to this via email (we are currently unable to handle email
responses and they get discarded).  You can add comments to this bug at
http://bugzilla.gnome.org/show_bug.cgi?id=320072
 GStreamer | gst-plugins-good | Ver: HEAD CVS

           Summary: [matroskamux] needs better handling of VBR input
           Product: GStreamer
           Version: HEAD CVS
          Platform: Other
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: gst-plugins-good
        AssignedTo: gstreamer-bugs at lists.sourceforge.net
        ReportedBy: t.i.m at zen.co.uk
         QAContact: gstreamer-bugs at lists.sourceforge.net
                CC: all-bugs at bugzilla.gnome.org


Scenario:

 filesrc location=vbr.mp3 ! mad ! vorbisenc ! matroskamux ! filesink

At some point at the beginning matroskamux sends a duration query upstream to
query the total duration for the headers. At this point mad might not
necessarily have a good approximate value for the total duration yet, not to
mention an exact value, so matroskamux stores a way-off duration value in its
header.

I wonder if that can be improved somehow. flacenc for example makes downstream
(filesink) seek back to the beginning of the file at EOS and overwrites the
previous header values with more accurate headers. Maybe matroskamux can do that
as well? 

Or maybe we can append an index from which the demuxer can then deduce the real
length?

Cheers
 -Tim

------- You are receiving this mail because: -------
You are the assignee for the bug.
You are the QA contact for the bug.