Micro-freeze playing (live) HLS streams

Juan Ramírez jramirez.uy at gmail.com
Wed Jul 24 15:51:47 UTC 2019

Hi Charles,

Thanks for your response.

I filled a bug report to Gitlab [1]. I will continue to work on this
issue and update the bug report should any new information arise. Of
course I'm available in case anything else is needed.

Thanks again.

[1] https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/issues/1030

On Wed, Jul 24, 2019 at 5:36 AM Charles Turner <cturner at igalia.com> wrote:
> Hi Juan,
> On Tue, 2019-07-23 at 15:22 -0300, Juan Ramírez wrote:
> > I am getting "micro-freezes" (meaning video stops for a fraction of a
> > seconds and the resumes) at regular intervals, and those intervals
> > coincide with the length of the playlist (given that the usual .m3u8
> > file contains 3 .ts segments totaling between 10 and 15 seconds of
> > video). It doesn't happen with all the HLS streams I've tested, but
> > it happens with a lot o them.
> This is definitely a QoS bug, which isn't that unusual for elements in gst-plugins-bad. Please file this as a GitLab issue[1]. I had
> a quick peek at what might be going wrong and one hunch is that
> adaptivedemux isn't giving itself enough time, or is somehow stalling in updates_loop during the playlist updating logic. Maybe the
> target_duration wait times and/or the update timer cond bits need some
> adjustments.
> It will require some digging in the bug report regardless.
> Thanks for the report,
>   Charlie.
> [1] https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/issues
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel


More information about the gstreamer-devel mailing list