[gstreamer-bugs] [Bug 428021] [mad, mp3parse] better duration estimates for VBR

[GStreamer (bugzilla.gnome.org) <bug...@bu...>]

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=428021

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

Christophe Fergeau changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |te...@gn...




------- Comment #5 from Christophe Fergeau  2007-04-15 21:35 UTC -------
(In reply to comment #3)
> This is really expected behaviour at the moment. In order to know the exact
> length of an VBR mp3 file, GStreamer would need to scan the entire file (or at
> least parts of it), something which causes as many problems as it solves (think
> of files mounted on an NFS/samba share etc.), so it's a trade-off we're making
> on purpose here.
> 

Most VBR MP3 files start with a xing header (dummy mp3 frame) containing the
duration among other thing, the mad element handles them afaik (and xingmux can
write them). Maybe this can't work in that case because the mp3 is muxed in an
AVI file?


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