[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


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

    This patch makes sure that the tags have been parsed and skipped
    since the first pull range call.


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