scerveau at gmail.com
Tue May 17 10:31:16 UTC 2022
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.
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.
> *From:* gstreamer-devel
> <gstreamer-devel-bounces at lists.freedesktop.org> on behalf of scerveau
> via gstreamer-devel <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>
> *Cc:* scerveau <scerveau at gmail.com>
> *Subject:* Re: SRT persistency
> Hello Miguel,
> There is a pending merge request about this topic.
> You can give it a try and let know if this is addressing your issue.
> On 5/2/22 16:33, Miguel Leão via gstreamer-devel wrote:
>> 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,
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the gstreamer-devel