<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<p>I wasn't the one actually doing the tests (was on maternity
leave) so I can't give you any numbers.</p>
<p><br>
</p>
<p>I was told it was definitely too much for us, but it should also
be noted that we are talking about big amounts of data (RAW or
H264 high bitrate fullHD@30fps x6) and multiple pipelines.</p>
<p>So it was really good to take advantage of ref counting instead
of copying when we could.</p>
<p><br>
</p>
<p>We also had issues when 2 processes where receiving H264 MPEGTS
(20Mbps) through RTP on a local network. Something with the Linux
buffers and packet duplication.<br>
</p>
<p><br>
</p>
<div class="moz-cite-prefix">On 30.09.2021 10.51, Eslam Ahmed wrote:<br>
</div>
<blockquote type="cite"
cite="mid:CAHhP+STpBH1BpRR96X3CE44X4sk4Ho2n3Lvieohzgg8e-RS4iQ@mail.gmail.com">
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
<div dir="ltr">
<div>Marianna,</div>
<div><br>
</div>
<div>How much of an overhead are we talking about here regarding
udpsrc/sink? How much worse would you think it would be when
using tcpserversink/tcpclientsrc?</div>
<div><br>
</div>
<div>
<div dir="ltr" class="gmail_signature"
data-smartmail="gmail_signature">
<div dir="ltr">Best Regards,<br>
Eslam Ahmed</div>
</div>
</div>
<br>
</div>
<br>
<div class="gmail_quote">
<div dir="ltr" class="gmail_attr">On Thu, Sep 30, 2021 at 10:45
AM Marianna Smidth Buschle via gstreamer-devel <<a
href="mailto:gstreamer-devel@lists.freedesktop.org"
moz-do-not-send="true">gstreamer-devel@lists.freedesktop.org</a>>
wrote:<br>
</div>
<blockquote class="gmail_quote" style="margin:0px 0px 0px
0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
> Hi Eslam, thanks that was indeed what I was expecting.
However from these examples and this fdin I should assume I
can not use this option with gst-launch not? Or can I work
around this with something like mkfifo?<br>
<br>
If you use python and 'Gst.parse_launch("")' then it is just
as easy and <br>
fast as using 'gst-launch'<br>
<br>
<br>
Also I think we have tried something similar at some point
using <br>
fdsink/src but I don't think I have the code anymore<br>
<br>
<br>
I have also come across this at some point: <br>
<a
href="https://mazdermind.wordpress.com/2014/08/29/getting-shmsinkshmsrc-to-work-with-videomixer/"
rel="noreferrer" target="_blank" moz-do-not-send="true">https://mazdermind.wordpress.com/2014/08/29/getting-shmsinkshmsrc-to-work-with-videomixer/</a>
<br>
but haven't tried myself<br>
<br>
<br>
We have also looked at how to best split pipelines between or
within <br>
processes.<br>
<br>
We have also tried like you to use udpsrc/sink to relay data
but found <br>
that the overhead was too big even within localhost.<br>
<br>
In the end we decided to keep things inside the same process
but to <br>
decouple the pipelines internally just to avoid errors in one
breaking <br>
the other ones and generally to ease debugging.<br>
<br>
For that purpose we are now currently using interpipesrc/sink
(from <br>
RidgeRun) but have also looked at proxysrc/sink and
intervideosrc/sink.<br>
<br>
-- <br>
Best regards / Med venlig hilsen<br>
“Marianna Smidth Buschle”<br>
<br>
</blockquote>
</div>
</blockquote>
<pre class="moz-signature" cols="72">--
Best regards / Med venlig hilsen
“Marianna Smidth Buschle”</pre>
</body>
</html>