<div dir="ltr">Noted. Thanks!<div><br clear="all"><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">Best Regards,<br>Eslam Ahmed</div></div></div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Sep 30, 2021 at 11:12 AM Eslam Ahmed <<a href="mailto:eslam.ahmed@avidbeam.com">eslam.ahmed@avidbeam.com</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"><div dir="ltr"><div>!!</div><br clear="all"><div><div dir="ltr"><div dir="ltr">Best Regards,<br>Eslam Ahmed</div></div></div><br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">---------- Forwarded message ---------<br>From: <strong class="gmail_sendername" dir="auto">Marianna Smidth Buschle</strong> <span dir="auto"><<a href="mailto:msb@qtec.com" target="_blank">msb@qtec.com</a>></span><br>Date: Thu, Sep 30, 2021 at 11:05 AM<br>Subject: Re: best way to 'relay' a stream between processes<br>To: Eslam Ahmed <<a href="mailto:eslam.ahmed@avidbeam.com" target="_blank">eslam.ahmed@avidbeam.com</a>>, Discussion of the development of and with GStreamer <<a href="mailto:gstreamer-devel@lists.freedesktop.org" target="_blank">gstreamer-devel@lists.freedesktop.org</a>><br>Cc: Marc <<a href="mailto:Marc@f1-outsourcing.eu" target="_blank">Marc@f1-outsourcing.eu</a>><br></div><br><br>
  
    
  
  <div>
    <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>On 30.09.2021 10.51, Eslam Ahmed wrote:<br>
    </div>
    <blockquote type="cite">
      
      <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">
            <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" target="_blank">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">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 cols="72">-- 
Best regards / Med venlig hilsen
“Marianna Smidth Buschle”</pre>
  </div>

</div></div>
</blockquote></div>