[Bug 744580] mp3 File playback is skipping first some seconds data
GStreamer (GNOME Bugzilla)
bugzilla at gnome.org
Wed Feb 18 16:13:30 PST 2015
https://bugzilla.gnome.org/show_bug.cgi?id=744580
Thiago Sousa Santos <thiagossantos at gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
CC| |thiagossantos at gmail.com
Resolution|--- |FIXED
Target Milestone|git master |1.4.6
OS|Linux |All
Severity|major |normal
--- Comment #1 from Thiago Sousa Santos <thiagossantos at gmail.com> ---
Thanks for reporting it. The problem as at tagdemux (id3demux) that, due to the
sequence of calls made by mpegaudioparse, would get confused with its tag
offsets and skip some data from the file. This patch fixes it and will be
available in the next releases: 1.4.6 and 1.5
commit cd071014209d167ca8664a47249bdc4a9cb89866
Author: Thiago Santos <thiagoss at osg.samsung.com>
Date: Wed Feb 18 20:58:15 2015 -0300
tagdemux: ensure tags have been fetched before pulling data
Otherwise upstream can get confused about offsets as there will
be a jump once the tags have been parsed due to the stripped area.
If upstream pulls from 0 to 100, and then tagdemux does the
tag reading and finds out that the first 200 bytes are the tag, the
next pull from upstream will have an offset of 200 bytes. So
upstream will get the following data:
0 - 100, 300 - (EOS), as it will continue requesting from where
it has last stopped, but tagdemux will add an offset to skip the
tags.
This patch makes sure that the tags have been parsed and skipped
since the first pull range call.
https://bugzilla.gnome.org/show_bug.cgi?id=744580
In 1.4: 1bed71c622c66fa47fd6137ec283b73ae7b7cec7
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
More information about the gstreamer-bugs
mailing list