<div dir="ltr">I didn't get any responses, but I figured out my own problem. So, rather than just let this die, hopefully, I can answer for posterity's sake. <br><br>Basically: put a length-one queue after the decoder. Rather than repeat what has been said before, refer to this thread: 

<a href="http://gstreamer-devel.966125.n4.nabble.com/Drop-frames-if-a-filter-neural-networks-is-too-slow-td4687932.html">http://gstreamer-devel.966125.n4.nabble.com/Drop-frames-if-a-filter-neural-networks-is-too-slow-td4687932.html</a>. </div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Jun 19, 2019 at 1:42 PM Ben Rush <<a href="mailto:ben@ben-rush.net">ben@ben-rush.net</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">This whole question refers to code I've put up on GitHub <a href="https://github.com/kwende/OpenCVGStreamer/blob/master/StandAloneOpenCVPlayer.cpp" target="_blank">here</a>. The project containing this file is a Visual Studio project, but it should be easily buildable under Linux as well as there isn't much to the source. <br><br>My problem is this: I'm trying to pull RTSP stream data from a camera and do some simple OpenCV manipulation. This dummy app I put together for this email just blurs. Simple stuff. The problem is that the pipeline continues to fall farther and farther behind.  The best I can reason, it has to do with the appsink element. But I'm explicitly telling it to have a buffer length of 1, to drop buffers, etc. I've also set the rtspsrc to have zero latency, to drop on latency, etc. too. <br><br>Any thoughts on what I could be doing wrong? I've fiddled with several parameters to no avail, over time it just accumulates delay. </div>
</blockquote></div>