<div dir="ltr">This issue is not fixed in both master and 0.10 branches. The download of the next fragment should not depend on the <span style="color:rgb(0,0,0);font-size:13px">EXT-X-TARGETDURATION property as this duration can be much longer than each fragment duration, as Loris said.</span><div>
<span style="color:rgb(0,0,0);font-size:13px"><br></span></div><div style><span style="color:rgb(0,0,0);font-size:13px">There is also a bug when parsing the durations in the m3u8 file, strtod can fail depending on the current locale. Please see the attached patch.</span></div>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, May 7, 2013 at 7:17 PM, Andoni Morales <span dir="ltr"><<a href="mailto:ylatuya@gmail.com" target="_blank">ylatuya@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Correct, that's what the spec says and that's one of the things I fixed in hlsdemux for 0.10<div>
<br></div><div>Cheers,</div><div>Andoni</div></div><div class="gmail_extra"><div><div class="h5"><br><br><div class="gmail_quote">

2013/5/7 Loris <span dir="ltr"><<a href="mailto:lboillet69@gmail.com" target="_blank">lboillet69@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">


Hi,<br>
<br>
It seems that hlsdemux uses the target duration tag to compute when<br>
the next segment should be fetched [0].<br>
<br>
This creates an issue when the segment duration is actually lower;<br>
e.g.: most HLS streams from youtube have a target duration of 7 while<br>
each sample is 5.4 sec. The consequence is that sooner or later the<br>
pipeline will block having scheduled the fetching of the next segment<br>
after the previous has already been played [1].<br>
<br>
Any reason why the hls demuxer doesn't use the segment duration<br>
instead? It would seem to make more sense, wouldn't it? BTW, this is<br>
what FFMPEG seems to be doing (they don't have the issue) [2].<br>
<br>
Thanks,<br>
<br>
Loris<br>
<br>
[0]: <a href="http://cgit.freedesktop.org/gstreamer/gst-plugins-bad/tree/ext/hls/gsthlsdemux.c#n1171" target="_blank">http://cgit.freedesktop.org/gstreamer/gst-plugins-bad/tree/ext/hls/gsthlsdemux.c#n1171</a><br>
[1]: <a href="http://cgit.freedesktop.org/gstreamer/gst-plugins-bad/tree/ext/hls/gsthlsdemux.c#n854" target="_blank">http://cgit.freedesktop.org/gstreamer/gst-plugins-bad/tree/ext/hls/gsthlsdemux.c#n854</a><br>
[2]: <a href="https://github.com/FFmpeg/FFmpeg/blob/master/libavformat/hls.c#L411" target="_blank">https://github.com/FFmpeg/FFmpeg/blob/master/libavformat/hls.c#L411</a><br>
_______________________________________________<br>
gstreamer-devel mailing list<br>
<a href="mailto:gstreamer-devel@lists.freedesktop.org" target="_blank">gstreamer-devel@lists.freedesktop.org</a><br>
<a href="http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel" target="_blank">http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</a><br>
</blockquote></div><br><br clear="all"><div><br></div></div></div><span class="HOEnZb"><font color="#888888">-- <br>Andoni Morales Alastruey<br><br>LongoMatch:The Digital Coach<br><a href="http://www.longomatch.ylatuya.es" target="_blank">http://www.longomatch.ylatuya.es</a>
</font></span></div>
<br>_______________________________________________<br>
gstreamer-devel mailing list<br>
<a href="mailto:gstreamer-devel@lists.freedesktop.org">gstreamer-devel@lists.freedesktop.org</a><br>
<a href="http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel" target="_blank">http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br>Arnaud Vrac
</div>