srt
srt copied to clipboard
Haivision
srt only working if gst debug level is 5
I am facing some weird issue while streaming with srt, I am not sure this issues is related gstreamer or srt library.
Pipeline1:
gst-launch-1.0 --gst-debug=srt*:5 rtspsrc location="rtsp://admin:admin@localhost/live.sdp" short-header=TRUE name=demux demux. ! rtph265depay ! queue ! video/x-h265 ! mpegtsmux name=mux1 ! srtsink uri=srt://:8888 demux. ! queue ! rtpmp4adepay ! aacparse ! mux1.
Pipeline2:
gst-launch-1.0 rtspsrc location="rtsp://admin:admin@localhost/live.sdp" short-header=TRUE name=demux demux. ! rtph265depay ! queue ! video/x-h265 ! mpegtsmux name=mux1 ! srtsink uri=srt://:8888 demux. ! queue ! rtpmp4adepay ! aacparse ! mux1.
Pipeline1 is working: able to see the video stream on vlc player.
Pipeline2 is not working: there is no error while playing Pipeline2, but not getiing any video on vlc player.
The difference between pipelines is Pipeline1 has --gst-debug=srt*:5 and Pipeline2 does not has the set debug level.
version details: gstreamer vesrion: 1.16.2 srt version: 1.5.0
how can we fix this issue ? any help would be appreciated.
Does VLC show any error in the "messages" window? Do you see any SRT traffic on the network?
VLC does not showing any error in the message window. For pipeline2: on network I can see only keepalive packets.
If so, it means that the connection has been established successfully, but no data are being sent. Hard to speculate what happened, but definitely the call to any srt_send* functions hasn't been done. Could be also messing with the buffer sizes, but I doubt that the gstreamer element is changing default options.
@justinjoy maybe you can help?
Seems like Justin is busy and I don't know how to approach it. Still, I'd look for problems in the sources of the srtsink element. Might be like executing key functions in assert() or something like that.
Sure. For more info check unable-to-live-stream-using-srt-facing-unsupported-timestamp-reference-clock.