SRT persistency

[Miguel Leão]

Hello again Stéphane,

The branch that you sent me did indeed fix the problem that I had, thank you very much. I hope that it eventually gets accepted to the main branch.

As for the srtsink situation, in my case I need the sink to keep retrying to establish the connection if it is not there, so I will implement that feature.

Best regards,
Miguel
________________________________
From: gstreamer-devel <gstreamer-devel-bounces at lists.freedesktop.org> on behalf of scerveau via gstreamer-devel <gstreamer-devel at lists.freedesktop.org>
Sent: Tuesday, May 17, 2022 11:31 AM
To: Miguel Leão via gstreamer-devel <gstreamer-devel at lists.freedesktop.org>
Cc: scerveau <scerveau at gmail.com>
Subject: Re: SRT persistency


Hello Miguel,


Happy that this MR could help you with your scenario.


Regarding your suggestion, I would say that the caller by definition should exit if the connection can not be established, otherwise you should use the listener option.


Regards.


Stéphane


On 5/17/22 11:34, Miguel Leão via gstreamer-devel wrote:
Hello Stéphane,

That seems to be what I need, I will give it a try and get back to you later. Thank you very much!

In the meantime I am also having troubles with the srtsink, and maybe you can help me. I think that there's a bug in the srtsink element, as it should not be writing to the buffer if there's no session established (in SRT the buffer timestamps are attributed according to the session "timestamp").

So for example, if I have a pipeline like this:
gst-launch-1.0 videotestsrc ! videoconvert ! x265enc tune=zerolatency ! queue ! h265parse config-interval=-1 ! mpegtsmux alignment=7 latency=0 ! srtsink uri="srt://127.0.0.1:7000?mode=caller" latency=125 wait-for-connection=false async=false
and there's no srtsrc active, this pipeline will crash because it's trying to write to the buffer without establishing the session.

In my opinion, the element should discard the buffers until it establishes a connection.

Do you know if someone has addressed this issue?

Thanks in advance.
Regards,
Miguel
________________________________
From: gstreamer-devel <gstreamer-devel-bounces at lists.freedesktop.org><mailto:gstreamer-devel-bounces at lists.freedesktop.org> on behalf of scerveau via gstreamer-devel <gstreamer-devel at lists.freedesktop.org><mailto:gstreamer-devel at lists.freedesktop.org>
Sent: Monday, May 16, 2022 4:40 PM
To: Miguel Leão via gstreamer-devel <gstreamer-devel at lists.freedesktop.org><mailto:gstreamer-devel at lists.freedesktop.org>
Cc: scerveau <scerveau at gmail.com><mailto:scerveau at gmail.com>
Subject: Re: SRT persistency


Hello Miguel,


There is a pending merge request about this topic.


https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/967


You can give it a try and let know if this is addressing your issue.


Regards.


Stéphane.


On 5/2/22 16:33, Miguel Leão via gstreamer-devel wrote:
Hello,

I am developing SRT pipelines, and I want to be able to stop the signal that is being sent to the pipeline and restart it. The problem is, when the signal is turned off the srtsink sends an EOS signal to the pipeline shutting it down. Is there any way to circumvent this or is this behaviour standard?

Thanks in advance,
Miguel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/gstreamer-devel/attachments/20220518/5085a009/attachment-0001.htm>