[Bug 620323] mpegaudioparse: Add support for LAME tags and adjust segments based on the padding information from it

[GStreamer (GNOME Bugzilla)]

https://bugzilla.gnome.org/show_bug.cgi?id=620323

--- Comment #28 from Carlos Rafael Giani <dv at pseudoterminal.org> ---
Since mpegaudioparse knows the total number of frames (it is contained in the
Xing header), it could keep track of the current frame (= the frame that
contains the current playback position). Also, out of the number of frames,
mpegaudioparse computes the playback length. By using the LAME tag information
and the total number of frames, it becomes possible to figure out the number of
the last frame. This takes care of cases where the padding length in the LAME
tag exceeds one frame length. Also, this way, it becomes possible to know which
one is the last frame without any buffering.

Anybody sees problems with this approach? Of course this is only applicable to
MP3 data which is finite, which means, no web streams for example. But I'd
argue that LAME tags make little sense with these anyway (well, at least for
the last frame).

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