gstomxvideodec asynchronously cleans the older frames./Delay in pushing the frame

[Sudip Jain]

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.

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.

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.

Can you suggest if  I must or "not" use the --no-disable-output hack ?

Regards,
Sudip
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/gstreamer-devel/attachments/20140909/5e214562/attachment.html>