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