<div dir="ltr"><br>> 7% on what platform? If it's anything above Core-i3, it is a significant load<br>><br><br>It is a quite old platform (<a href="http://www.freescale.com/webapp/sps/site/prod_summary.jsp?code=MPC8347E">http://www.freescale.com/webapp/sps/site/prod_summary.jsp?code=MPC8347E</a>) with a  667 Mhz CPU.<br>Actually we used a proprietary solution based on live555 library. Recording files on the same camera, CPU consumption is around 2% while it reach more than 10% using gstreamer.<br><br>However it looks like gstreamer is stronger on RTP jitter.<br>I am a gstreamer lover and it is a fact that it offers lot of features compared to other solutions. But it is a bit hard to justify such a consumption difference.<br><br><br>> Jitter buffer handling isn't needed if your RTP packets are coming over TCP,<br>> isn't it? You shouldn't have out of order packets unlike UDP<br><br>Indeed it would not be. As far as I know Gstreamer does not do that (only RTSP packets) am I right ?<br><br>><br>> Check where the load is, precisely which line is taking more cycles. That<br>> should give more clue<br>><br><br>That is what I am trying to do. I was using too kernel tool <b>Perf</b>. I used perf top running 0, then 1, 2 , 3, 4 pipelines (gst-launch-1.0 rtspsrc location=rtsp://xxx ! fakesink)<br><br>See the result in attachment. I do not see for the moment that something really consume CPU. I see increasing p_thread_mutex_lock.<br>Doing I see <b>also 10 simultaneous threads running</b> !<br><br>As live555 is monothread and event-driven it could explain such a consumption difference. <br><br>I would like to decrease thread creation having less elements. Gathering gstrtpsession, gstrtpssrcdemux, gstjitterbuffer, gstrtpptdemux into one big "RtpBin" element would be a idea. <div><br></div><div>I would like to have first your advice.</div><div><br></div><div>Thanks,</div><div><br></div><div>Eloi</div></div>