<html> <head> <meta http-equiv="Content-Type" content="text/html; charset=UTF-8"> </head> <body> Hi, thx for your help. A lot of streams are working fine, but some streams (which are requested by my customer) are failing with this problem. I think the problem is related to buffering/caching, which isn't optimal for this kind of stream/some server configurations. It seems, there is some kind of an hiccup, so that the data isn't provided in a very smooth manner. Regarding this, i tried to increase the buffer sizes to create an data pool for compensating the "data downtime". If i use the following command, gstreamer is fetching a long, long time, before starting the playback. Unfortunately, the stream is stopping also after a few seconds. What is happening during in the fetching phase? gst-launch-1.0 --gst-debug=uridecodebin:5 uridecodebin uri=<a class="moz-txt-link-freetext" href="https://d2e1asnsl7br7b.cloudfront.net/7782e205e72f43aeb4a48ec97f66ebbe/index_5.m3u8">https://d2e1asnsl7br7b.cloudfront.net/7782e205e72f43aeb4a48ec97f66ebbe/index_5.m3u8</a> buffer-duration=30000000000 buffer-size=100000000 download=true use-buffering=true high-watermark=1.0 low-watermark=1.0 ! autovideosink Btw. i found an workaround by fetching the data with ffmpeg. This can be done via this one-liner: <code>ffmpeg -i <a class="moz-txt-link-freetext" href="https://d2e1asnsl7br7b.cloudfront.net/7782e205e72f43aeb4a48ec97f66ebbe/index.m3u8?checkedby:iptvcat.com">https://d2e1asnsl7br7b.cloudfront.net/7782e205e72f43aeb4a48ec97f66ebbe/index.m3u8?checkedby:iptvcat.com</a> -codec copy -f hls - | gst-launch-1.0 fdsrc fd=0 ! decodebin ! autovideosink</code> <code>This seems to work fine, but i would like to avoid the extra ffmpeg command. </code> <code>Thanks in advance,</code> <code>Marcel </code> <div class="moz-cite-prefix">On 10.07.20 22:27, gotsring wrote: </div> <blockquote type="cite" cite="mid:1594412855757-0.post@n4.nabble.com"> <pre class="moz-quote-pre" wrap="">I have little experience with video streams (I'm also fairly new to GStreamer), but I'm getting the same problem, even when using auto-built pipelines, e.g. gst-play-1.0.exe <a class="moz-txt-link-freetext" href="https://d2e1asnsl7br7b.cloudfront.net/7782e205e72f43aeb4a48ec97f66ebbe/index_5.m3u8">https://d2e1asnsl7br7b.cloudfront.net/7782e205e72f43aeb4a48ec97f66ebbe/index_5.m3u8</a> gst-launch-1.0 souphttpsrc location=<a class="moz-txt-link-freetext" href="https://d2e1asnsl7br7b.cloudfront.net/7782e205e72f43aeb4a48ec97f66ebbe/index_5.m3u8">https://d2e1asnsl7br7b.cloudfront.net/7782e205e72f43aeb4a48ec97f66ebbe/index_5.m3u8</a> ! queue2 use-buffering=true ! decodebin3 ! autovideosink gst-launch-1.0 uridecodebin uri=<a class="moz-txt-link-freetext" href="https://d2e1asnsl7br7b.cloudfront.net/7782e205e72f43aeb4a48ec97f66ebbe/index_5.m3u8">https://d2e1asnsl7br7b.cloudfront.net/7782e205e72f43aeb4a48ec97f66ebbe/index_5.m3u8</a> ! autovideosink I'd first of all recommend adding a buffering element after the http source, such as queue2. Caching the stream should usually help prevent constant starts and stops during playback. VLC, YouTube, etc. all do this. See docs here: <a class="moz-txt-link-freetext" href="https://gstreamer.freedesktop.org/documentation/application-development/advanced/buffering.html?gi-language=c">https://gstreamer.freedesktop.org/documentation/application-development/advanced/buffering.html?gi-language=c</a> I'd also suggest trying a completely different HLS source to test the pipeline, just to see if it's something wrong specific to this stream. Someone will have to comment beyond this, I am simply uneducated in this area. -- Sent from: <a class="moz-txt-link-freetext" href="http://gstreamer-devel.966125.n4.nabble.com/">http://gstreamer-devel.966125.n4.nabble.com/</a> _______________________________________________ gstreamer-devel mailing list <a class="moz-txt-link-abbreviated" href="mailto:gstreamer-devel@lists.freedesktop.org">gstreamer-devel@lists.freedesktop.org</a> <a class="moz-txt-link-freetext" href="https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel">https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</a> </pre> </blockquote> <pre class="moz-signature" cols="72">-- Marcel Behlau (Soft- und Hardwareentwicklung) ELFIN Technology GmbH Siegburger Straße 215 50679 Köln Germany Tel: +49 (221) 6778932-0 Fax: +49 (221) 6778932-2 <a class="moz-txt-link-abbreviated" href="mailto:marcel.behlau@elfin.de">marcel.behlau@elfin.de</a> <a class="moz-txt-link-abbreviated" href="http://www.elfin.de">www.elfin.de</a> Unternehmenssitz: Siegburger Straße 215, 50679 Köln Amtsgericht Köln, HRB 77204 Geschäftsführer: Michael Braun, Jörg Hellmich, René Specht</pre> </body> </html>