[Bug 745905] hlsdemux: General Stream error due to bitrate change before last segment

[GStreamer (GNOME Bugzilla)]

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

Thiago Sousa Santos <thiagossantos at gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEEDINFO                    |RESOLVED
         Resolution|---                         |FIXED
   Target Milestone|git master                  |1.5.1
                 OS|Mac OS                      |All

--- Comment #14 from Thiago Sousa Santos <thiagossantos at gmail.com> ---
Fixed.

commit 66b01c9a0c8a9d6b5eff7199042fbdf8b5cf523c
Author: Thiago Santos <thiagoss at osg.samsung.com>
Date:   Fri Mar 27 00:27:34 2015 -0300

    adaptivedemux: do not try to advance fragment if there is none

    It might return OK from subclasses and it could cause a bitrate
    renegotiation. For DASH and MSS that is ok as they won't expose
    new pads as part of this but it can cause issues for HLS as
    it will expose new pads, leading to pads that will only have EOS
    that cause decodebin to fail

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


master and 1.4 have diverged a lot in the DASH/HLS/MSS support. I'd recommend
using the master version of those if possible. You can find the patches in
master with something like

git log 1.4.0..master gst-libs/gst/adaptivedemux ext/dash/ ext/hls
ext/smoothstreaming

If you want to merge it all.

If you just need this fix the rationale is to only attempt to do a bitrate
switch if there is really another segment to be used.

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