basevideoencoder: Fix handling of force-keyunit events

omxaudioenc: Don't forward EOS events immediately but let all other events be handled by the base class

Previously this logic was inversed, which did not make any sense at all.

omxaudioenc: Use correct timestamp, duration and filled length for the EOS buffers

omxvideodec: Use correct timestamp, duration and filled length for the EOS buffers

omxvideoenc: Use correct timestamp, duration and filled length for the EOS buffers

omx: Improve debugging of buffer handling

omxvideoenc: Drop EOS events in ::finish()

The event will be forwarded downstream from the srcpad
loop function after the last buffer was generated by the
component. Forwarding it after ::finish() will use the
sinkpad streaming thread and does not guarantee that
the encoder is completely drained.

omxvideodec: Properly drop frames due to QoS

Instead of finishing them they should be passed to drop(), which
will then send QoS messages.

omxh264enc: Add support for resending headers after a forced-keyframe

basevideoencoder: Pass the all-headers field of the force-key-unit event to the subclass

basevideoencoder: Implement full support for the new force-key-unit event

Including support for the running-time and count fields.

basevideoencoder: Use new force-keyunit event API from gst-plugins-base

basevideoencoder: Adjusting padding is not required for -bad libraries

basevideoencoder: Move some fields to the private part of the instance struct

basevideoencoder: Make headers metadata writable before pushing downstream

The timestamp, duration, etc of the headers has to be changed.

basevideoencoder: Push the downstream force-keyframe event after the next keyframe

Even if the corresponding GstVideoFrame doesn't have the is_sync_point
flag set.

basevideoencoder: Don't push an upstream force-keyunit event downstream

basevideoencoder: Add initial support for the all-headers field of the force-keyframe event

See bug #607742.

basevideodecoder: some more debug logging

basevideodecoder: add API to drop a frame and post a QoS message on the bus

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

API: gst_base_video_decoder_drop_frame()

docs: fix comment in gst_base_video_decoder_get_max_decode_time() docs

basevideodecoder: fix weird event list handling

Get rid of weird code that copies a list manually, taking
ownership of the elements and then frees the old list. Instead,
just take over the old list entirely. (If the intent was to
reverse the list, one could use g_list_reverse() instead).

Then, push events in the list out from last to first (since they
were prepended as they came in) instead of just pushing out the
last in the list and leaking the others.

omxaudioenc: Use audio base classes from gst-plugins-base instead of having our own copies

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

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

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