[Bug 736012] [regression] DASH and HLS playback no longer works

GStreamer (bugzilla.gnome.org) bugzilla at gnome.org
Thu Sep 18 08:23:02 PDT 2014


https://bugzilla.gnome.org/show_bug.cgi?id=736012
  GStreamer | gstreamer (core) | git

Thiago Sousa Santos <thiagossantos> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|REOPENED                    |RESOLVED
         Resolution|                            |FIXED
         OS/Version|Linux                       |All

--- Comment #13 from Thiago Sousa Santos <thiagossantos at gmail.com> 2014-09-18 15:22:57 UTC ---
commit 01ccac24fa1f69687c42e9ae7b7148174040007b
Author: Thiago Santos <thiagoss at osg.samsung.com>
Date:   Wed Sep 17 17:27:53 2014 -0300

    mssdemux: fix clearing of eos state in pads

    The internal pad still keeps its EOS flag and event as it can be assigned
    after the flush-start/stop pair is sent. The EOS is assigned from the
streaming
    thread so this is racy.

    To be sure to clear it, it has to be done after setting the source to READY
to
    be sure that its streaming thread isn't running.

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

commit 07b59c93c2f724cbd23d45539847147ec5c21760
Author: Thiago Santos <thiagoss at osg.samsung.com>
Date:   Wed Sep 17 17:27:25 2014 -0300

    hlsdemux: fix clearing of eos state in pads

    The internal pad still keeps its EOS flag and event as it can be assigned
    after the flush-start/stop pair is sent. The EOS is assigned from the
streaming
    thread so this is racy.

    To be sure to clear it, it has to be done after setting the source to READY
to
    be sure that its streaming thread isn't running.

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

commit 24c99712a87f35688947ede03d5d73cecfe813b5
Author: Thiago Santos <thiagoss at osg.samsung.com>
Date:   Wed Sep 17 14:51:53 2014 -0300

    dashdemux: fix clearing of eos state in pads

    The internal pad still keeps its EOS flag and event as it can be assigned
    after the flush-start/stop pair is sent. The EOS is assigned from the
streaming
    thread so this is racy.

    To be sure to clear it, it has to be done after setting the source to READY
to
    be sure that its streaming thread isn't running.

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

-- 
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