http stream is stopping after a few seconds

Marcel Behlau marcel.behlau at elfin.de
Mon Jul 20 14:56:58 UTC 2020


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=https://d2e1asnsl7br7b.cloudfront.net/7782e205e72f43aeb4a48ec97f66ebbe/index_5.m3u8 
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:

|ffmpeg -i 
https://d2e1asnsl7br7b.cloudfront.net/7782e205e72f43aeb4a48ec97f66ebbe/index.m3u8?checkedby:iptvcat.com 
-codec copy -f hls - | gst-launch-1.0 fdsrc fd=0 ! decodebin ! 
autovideosink|

|This seems to work fine, but i would like to avoid the extra ffmpeg 
command.
|

|Thanks in advance,|

|Marcel
|


On 10.07.20 22:27, gotsring wrote:
> 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
> https://d2e1asnsl7br7b.cloudfront.net/7782e205e72f43aeb4a48ec97f66ebbe/index_5.m3u8
>
> gst-launch-1.0 souphttpsrc
> location=https://d2e1asnsl7br7b.cloudfront.net/7782e205e72f43aeb4a48ec97f66ebbe/index_5.m3u8
> ! queue2 use-buffering=true ! decodebin3 ! autovideosink
>
> gst-launch-1.0 uridecodebin
> uri=https://d2e1asnsl7br7b.cloudfront.net/7782e205e72f43aeb4a48ec97f66ebbe/index_5.m3u8
> ! 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:
> https://gstreamer.freedesktop.org/documentation/application-development/advanced/buffering.html?gi-language=c
>
> 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:http://gstreamer-devel.966125.n4.nabble.com/
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

-- 
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
marcel.behlau at elfin.de

www.elfin.de

Unternehmenssitz: Siegburger Straße 215, 50679 Köln
Amtsgericht Köln, HRB 77204
Geschäftsführer: Michael Braun, Jörg Hellmich, René Specht

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/gstreamer-devel/attachments/20200720/d61299c5/attachment.htm>


More information about the gstreamer-devel mailing list