<div dir="ltr">Forwarding to Sebastian <div><br><div class="gmail_quote">---------- Forwarded message ----------<br>From: <b class="gmail_sendername">Sudip Jain</b> <span dir="ltr"><<a href="/user/SendEmail.jtp?type=node&node=4668628&i=0" target="_top" rel="nofollow" link="external">[hidden email]</a>></span><br>Date: 9 September 2014 11:21<br>Subject: gstomxvideodec asynchronously cleans the older frames./Delay in pushing the frame<br>To: <a href="/user/SendEmail.jtp?type=node&node=4668628&i=1" target="_top" rel="nofollow" link="external">[hidden email]</a><br><br><br><div dir="ltr">The decode loop asynchronously cleans older frames from queue, as it expects every acquired is filled, which may not be always true. It results in pushing empty buffer to downstream element. Specially when there is no injection between two acquired buffers.<div><br></div><div>The acquire/release mechanism in decode loop introduce delay as it does not push the buffer ASAP "FilledBufferDone" It waits for the same buffer to be acquired again after recycling all the buffers in the pending list. By this time a few input buffers are queued, which eventually gets cleaned up without being productive.</div><div><br></div><div>I have OMX IL based on v4l2 decoder which configures the output port after the header is injected i.e allow going in OMX_Executing state.</div><div><br></div><div>Can you suggest if  I must or "not" use the --no-disable-output hack ?  </div><div><br></div><div>Regards,</div><div>Sudip</div></div>
</div><br></div></div>


        
        
        
<br/><hr align="left" width="300" />
View this message in context: <a href="http://gstreamer-devel.966125.n4.nabble.com/Fwd-gstomxvideodec-asynchronously-cleans-the-older-frames-Delay-in-pushing-the-frame-tp4668628.html">Fwd: gstomxvideodec asynchronously cleans the older frames./Delay in pushing the frame</a><br/>
Sent from the <a href="http://gstreamer-devel.966125.n4.nabble.com/">GStreamer-devel mailing list archive</a> at Nabble.com.<br/>