[gstreamer-bugs] [Bug 334192] [mad] wrong duration of (vbr) mp3 files with a visualization pipeline

[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=334192
 GStreamer | gst-plugins-ugly | Ver: HEAD CVS


Tim-Philipp Müller changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
          Component|gstreamer (core)            |gst-plugins-ugly
         Resolution|                            |NOTABUG
            Summary|wrong duration of mp3 files |[mad] wrong duration of
                   |with a visualization        |(vbr) mp3 files with a
                   |pipeline                    |visualization pipeline
   Target Milestone|HEAD                        |NONE




------- Comment #2 from Tim-Philipp Müller  2006-03-14 14:46 UTC -------
This is probably a problem with VBR mp3s. For those, we don't get the duration
right at the beginning of the stream. The duration will get better the more of
the stream has been played back. The only way to know the exact location is to
scan the entire file in advance and we don't do that for performance reasons at
the moment.

A possibility would be to add an mpeg audio parser element that scans the file
in advance if pull-mode is supported (and just does passthrough otherwise).
Then apps could change the rank of the element so it gets plugged before mad in
decodebin/playbin.

Another possibility would be to add index support to mad and make it scan the
file if an index is set.

For now the imprecise duration is intended behaviour though, a trade-off
basically.


-- 
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.