omxvideodec: First set ports to flushing before waiting for the srcpad streaming thread to finish

omx: Only disabling of a port is like flushing, enabling is like unflushing

omx: Enabling/disabling a port is also like flushing

The component returns all buffers to us and shouldn't get any
new buffers passed anymore.

omxaudioenc: Signal the drain GCond even if downstream returned an error

omxvideoenc: Signal the drain GCond even if downstream returned an error

omxvideodec: Signal the drain GCond even if downstream returned an error

basevideoencoder: Only call ::reset once in READY->PAUSED

omxaudioenc: Shutdown component in PAUSED->READY and deallocate buffers

omxvideoenc: Shutdown component in PAUSED->READY and deallocate buffers

omxvideodec: Shutdown component in PAUSED->READY and deallocate buffers

omxvideoenc: Set force_keyframe to FALSE after handling it

There's no reason why the base class should forward the event
further downstream if we already handled it and will insert a
keyframe.

omxvideodec: Always push buffers downstream, even if we didn't find a corresponding GstVideoFrame

omx: Fix debug level for flushing in wrong state from ERROR to DEBUG

It's not really an error and doesn't matter at all if flush is called
when the component is not running.

omxh264enc: Detect bytestream stream format and don't put SPS/PPS into the caps for this format

omxvideoenc: Add vfunc for handling the output frames

This can be used by subclasses to override the buffer flags
or to handle some frames differently than the default behaviour.

omxvideodec: Don't release buffers twice if dropping because of QoS

omx: Add XXX to the nOffset reset hack comment for QCOM

omxaudioenc: Make srcpad caps setting threadsafe

omxvideoenc: Make srcpad caps setting threadsafe

omxvideodec: Make srcpad caps setting threadsafe

omxaudioenc: Make the srcpad task and the sinkpad streaming thread handling threadsafe

omxaudioenc: Always flush the ports and make sure no processing is happening in ::flush

This fixes a race condition that happened when seeking
very often in a short period of time.

omxvideoenc: Always flush the ports and make sure no processing is happening in ::reset

This fixes a race condition that happened when seeking
very often in a short period of time.

omxvideoenc: Fix minor race condition when draining after upstream signalled EOS

omxaudioenc: Improve EOS handling

If downstream return UNEXPECTED we should still signal the
drain cond because nothing will trigger this again later.

omxvideoenc: Improve EOS handling

If downstream return UNEXPECTED we should still signal the
drain cond because nothing will trigger this again later.

omxaudioenc: Improve debugging of EOS and draining

omxvideoenc: Improve debugging of EOS and draining

omxvideodec: Log if acquiring buffer for EOS failed

omxvideodec: The component is not started in READY

omxaudioenc: No need to signal the drain cond when going from READY to PAUSED

Also the component is not started in READY

omxvideoenc: No need to signal the drain cond when going from READY to PAUSED

Also the component is not started in READY.

omxvideodec: Always flush the ports and make sure no processing is happening in ::reset

This fixes a race condition that happened when seeking
very often in a short period of time.

omxvideodec: Fix minor race condition when draining after upstream signalled EOS

omxvideodec: Improve EOS handling

If downstream return UNEXPECTED we should still signal the
drain cond because nothing will trigger this again later.

omxvideodec: Improve debugging of EOS and draining

omxvideodec: The component is not started already when going from READY to PAUSED

omxvideodec: No need to signal the drain cond when going from READY to PAUSED

omx: Always reset buffer flags for output ports, even in flushing/error state

omxvideodec: Improve debugging in case of QoS-related frame drops

omxvideoenc: Release the video codec stream lock before acquiring an input buffer

Otherwise the srcpad task might block on this lock and
no buffers ever become available again.

omxaudioenc: Release the audio encoder stream lock before acquiring an input buffer

Otherwise the srcpad task might block on this lock and
no buffers ever become available again.

omxvideodec: Release the video codec stream lock before acquiring an input buffer

Otherwise the srcpad task might block on this lock and
no buffers ever become available again.

omxaudioenc: Don't try to drain the component after EOS

And don't send EOS twice in any case. This most likely
will cause the component to not output it again and
is not necessary anyway.

omxvideoenc: Don't try to drain the component after EOS

And don't send EOS twice in any case. This most likely
will cause the component to not output it again and
is not necessary anyway.

omxvideodec: Don't try to drain the component after EOS

And don't send EOS twice in any case. This most likely
will cause the component to not output it again and
is not necessary anyway.

omxvideodec: Implement dropping of too late frames via QoS

omxaudioenc: Minor code refactoring

omxvideoenc: Minor code refactoring

omxvideodec: Make sure to always release buffers back to OMX

omx: Also properly release buffers when in error state

omx: Properly release buffers during flushing

We can't pass them back to OMX_FillThisBuffer() or OMX_EmptyThisBuffer()
but instead of doing nothing we have to put them back into our queue.
Otherwise the buffer is leaked and we will have too few buffers in
the future.

omxvideodec: Free pending frames after draining component

omxvideoenc: Free pending frames after draining the component

omxvideoenc: Make handling and usage of the base video codec frames threadsafe

omxvideoenc: Fix deadlock between srcpad stream lock and ::reset()

omxvideoenc: Make handling and usage of the base video codec frames threadsafe

omxvideoenc: Free all pending frames after draining the component

omxvideodec: Always free all pending frames when caps changes require reconfiguration

omxaudioenc: Only drain the component a single time and only after processing started

omxvideodec: Only drain the component a single time and only after processing started

omxvideoenc: Only drain the component a single time and only after processing started

omx: Reset buffer flags to 0 after it was consumed by the component or the element

Some implementations don't reset the flags and the standard is not
really clear on the expected behaviour. Let's just always reset the
flags as they're not valid at this point anymore.

omxvideoenc: Better handling of encoder parameters

Only set them if necessary and allow to use the component
defaults.

omxvideoenc: Make unsupported bitrate/quantizer settings less fatal

omxvideodec: If no stride was set for the OMX output port assume GStreamer stride

This is not really correct but there's nothing else we could do.

omxvideoenc: If no stride was set for the OMX input port assume GStreamer stride

This is not really correct but there's nothing else we could do.

omxaudioenc: Implement draining of the component and use it

This makes sure that all buffers are encoded and pushed downstream
before flushing the ports and losing some buffers.

omxvideoenc: Implement draining of the component and use it

This makes sure that all buffers are encoded and pushed downstream
before flushing the ports and losing some buffers.

omxvideodec: Implement draining of the component and use it

This makes sure that all buffers are decoded and pushed downstream
before flushing the ports and losing some buffers.

omxvideodec: Fix deadlock if ::reset is called before finding the corresponding frame of a decoded buffer

omxaudioenc: Forward downstream flow returns to upstream

omxvideoenc: Forward downstream flow returns to upstream

omxvideodec: Forward downstream flow returns to upstream

omx: Add minimal README file

omxvideodec: Fix deadlock caused by calling reset while the loop function does something with the base video codec stream lock

omxvideoenc: Fix deadlock caused by calling reset while the loop function does something with the base video codec stream lock

omxvideodec: Move locking at the correct place

omx: Remove QCOM hack to reset nOffset in EmptyBufferDone

This is now done in a generic way that does not require any
hacks because it will work without any side effects on any
OMX implementation.

omx: Reset nOffset to 0 in EmptyBufferDone if nFilledLen is 0

Some OMX implementations don't reset nOffset when the complete
buffer is emptied but instead only reset nFilledLen. We reset
nOffset to 0 if nFilledLen == 0, which is safe to do because
the offset *must* be 0 if the buffer is not filled at all.

Seen in QCOM's OMX implementation.

omxvideoenc: If one parameter/configuration is not supported don't skip the next

omxh264dec: Require stream-format=byte-stream

Other stream-formats are unlikely to be supported by OMX components.

omxvideodec: Add API for subclasses to prepare/convert frames

omxaudioenc: Switch to Idle first and wait before switching to Loaded and deallocating buffers

Allocating buffers before the Idle state is reached can lead to crashes.

omxvideoenc: Switch to Idle first and wait before switching to Loaded and deallocating buffers

Allocating buffers before the Idle state is reached can lead to crashes.

omxvideodec: Switch to Idle first and wait before switching to Loaded and deallocating buffers

Allocating buffers before the Idle state is reached can lead to crashes.

omxvideodec: New hack for QCOM to recreate the component instead of reconfiguring it on caps changes

omx: Change a g_assert() into a GST_WARNING_OBJECT()

omx: Add hack for Qualcomm's OMX implementation to manually reset nOffset in EmptyBufferDone

omxaudioenc: Add a check to prevent a zero-sized OMX buffer

omxvideoenc: Add some more checks for correct OMX buffer sizes

omxvideodec: Add some more checks for OMX buffer sizes

omx: Wait until the Executing state is reached before calling OMX_FillThisBuffer()

This correctly works around the QCOM race condition that happens when calling
FTB after setting the new state and before reaching it.

omxvideodec: Negotiate video format with downstream and what the component claims to support

basevideoencoder: fix element leak

and this concludes an hour of yelling at the bloody test failing,
only to track down the problem not being in the test.

https://bugzilla.gnome.org/show_bug.cgi?id=657368

omxvideoenc: Release basevideocodec stream lock while waiting for a buffer

This prevents deadlocks if no empty input buffers are available and
releasing input buffers requires the loop function to handle some
output buffers first.

omxvideodec: Release basevideocodec stream lock while waiting for a buffer

This prevents deadlocks if no empty input buffers are available and
releasing input buffers requires the loop function to handle some
output buffers first.

basevideodecoder: Fix deadlock

baseaudiodecoder: Don't take the stream lock in the seek handler

This will lead to deadlocks

basevideo: Fix locking, especially if both pads have different streaming threads