<html>
  <head>

    <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <font size="-1">Hello there, this is Matteo from Italy.<br>
      <br>
      We are writing a Windows application, based on GStreamer of
      course, that needs to present many concurrent streams at 25fps (no
      audio), typically RTP/H264 ones coming from the network. Basically
      everything works fine, but we observe that for example with 25 </font><font
      size="-1">concurrent </font><font size="-1">streams, if we don't
      increase max_lateness to at least half a second, there's a good
      chance that many frames get dropped.<br>
      <br>
      However, the overall CPU load is not so high, say around 40%, and
      all the video sinks threads are capable of calling show_frame with
      the right frequency (every 40ms), so we are supposing that the
      rest of the pipeline (say network receiving, RTP depaying and H264
      decoding) is not capable to provide data fast enough. Since, as
      said CPU load is not so high, maybe there could be a problem with
      threads priorities, but we noticed that with the latest GLib
      g_thread_set_priority() was deprecated.<br>
      <br>
      So please let me ask you two questions: do you think the cause of
      our issue could be the one we suppose or not?&nbsp; And if so, how
      could we arrange threads priorities to fix it?<br>
      <br>
      Many thanks in advance for your kind support,<br>
      <br>
      Matteo <br>
    </font>
    <pre class="moz-signature" cols="72">-- 
Write once, compile everywhere
Compile once, run somewhere...</pre>
  </body>
</html>