<div dir="ltr"><div dir="ltr"><br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
Thanks again for the hint Simon, I managed to take another look at this<br>
today and by replacing srtsink with udpsink and sticking<br>
srt-live-transmit in the middle, I managed to successfully get this working.<br>
<br>
Is requiring this extra hop in the middle to be expected? I know that<br>
the rtmp/2 elements don't support sending RTMP streams directly from<br>
rtmpsink to rtmpsrc and you have to run an RTMP server in the middle.<br>
Admittedly I'm quite new to SRT as a protocol, so I might have the wrong<br>
end of the stick.<br>
<br>
Alternatively, could this be a bug in the srtsink element?<br>
<br>
Best Regards,<br>
Sam<br><br></blockquote><div>

As I said, I'm not familiar with the SRT elements in Gstreamer, but I'd have thought that if your pipeline works with a UDP sink then sending the 'raw' SRT to the srtsink should work - you shouldn't need the srt-live-transmit in the middle if the Gstreamer srtsink supports SRT correctly.  In the same way you can use srt-live-transmit to retransmit udp and pick that up with VLC, but if you ask VLC to pick the srt stream from source it is quite happy to do it.</div><div><br></div><div>The only other thought I've had, and I'm sure you've checked, but srtsink isn't about subtitles is it?  It is the biggest pain about the SRT abbreviation is that it has two completely different uses in broadcast media.</div><div><br></div><div>Regards,</div><div>Simon </div></div></div>