[Bug 741248] dashdemux cannot switch representations in ISOBMFF OnDemand profile

GStreamer (bugzilla.gnome.org) bugzilla at gnome.org
Fri Jan 16 12:27:32 PST 2015


https://bugzilla.gnome.org/show_bug.cgi?id=741248
  GStreamer | gst-plugins-bad | git

Thiago Sousa Santos <thiagossantos> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|ASSIGNED                    |RESOLVED
         Resolution|                            |FIXED
   Target Milestone|HEAD                        |1.5.1

--- Comment #4 from Thiago Sousa Santos <thiagossantos at gmail.com> 2015-01-16 20:27:29 UTC ---
This commit adds support for this profile. It still can be improved in some
ways but it requires deeper changes in the adaptivedemux baseclass so I decided
to do that as a second step. Please reopen if you find any issues.

commit 3055bb331a931b59dbeca26f9c299566a0cf1e68
Author: Thiago Santos <thiagoss at osg.samsung.com>
Date:   Mon Jan 12 17:40:47 2015 -0300

    dashdemux: implement ISOBMFF profile handling

    The ISOBMFF profile allows definind subsegments in a segment. At those
    subsegment boundaries the client can switch from one representation to
    another as they have aligned indexes.

    To handle those the 'sidx' index is parsed from the stream and the
    entries point to pts/offset of the samples in the stream. Knowing that
    the entries are aligned in the different representation allows the client
    to switch mid fragment. In this profile a single fragment is used per
    representation and the subsegments are contained in this fragment.

    To notify the superclass about the subsegment boundary the chunk_received
    function returns a special flow return that indicates that. In this case,
    the super class will check if a more suitable bitrate is available and will
    change to the same subsegment in this new representation.

    It also requires special handling of the position in the stream as the
    fragment advancing is now done by incrementing the index of the subsegment.
    It will only advance to the next fragment once all subsegments have been
    downloaded.

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

-- 
Configure bugmail: https://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.


More information about the gstreamer-bugs mailing list