[Bug 784510] New: HLS/playbin: bus receives EOS on potential re-buffering

[GStreamer (GNOME Bugzilla)]

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

            Bug ID: 784510
           Summary: HLS/playbin: bus receives EOS on potential
                    re-buffering
    Classification: Platform
           Product: GStreamer
           Version: 1.12.1
                OS: Linux
            Status: NEW
          Severity: normal
          Priority: Normal
         Component: gst-plugins-bad
          Assignee: gstreamer-bugs at lists.freedesktop.org
          Reporter: fzwoch at gmail.com
        QA Contact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---

I think this is a regression compared to 1.10. It seems like playbin for a HLS
URI sends an EOS instead of potential buffering.

Sample app I tested with is here:

https://github.com/fzwoch/twit-twat

Try "./twit-twat --channel rocketbeanstv" for testing. This is a live channel
that usually is online 24/7. Any other channel should show the issue as well
though.


It works fine with GStreamer 1.10 (needs 1.10.5 or higher due to a .m3u8
parsing fix). On GStreamer 1.12 The application reports an EOS pretty quickly.

When comparing the behavior it feels like 1.10 pauses the stream for
re-buffering, or in general runs out of data for a short period of time but
then recovers and continues. 1.12 simply stops and reports an EOS.

I assume it occurs on buffer under runs as the behavior on 1.12 can be impacted
by adding a "latency" option to the playbin. For example setting a latency of 4
seconds makes the stream to run pretty consistently - I guess because buffering
will be less likely in this case.

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