omxvideoenc: Store correct input state

omxvideoenc: Allocate output buffers as early as possible

omx: Log unknown events

omx: Fix deadlock in encoders and add explainatory comments.

omxvideodec: fix printf format identifier

omx: Minor changes on debuging info

omxvideodec: avoid a deadlock

omxvideodec: Don't forget to populate output port

omx: Flush and stop srcpad when configuring new caps

Revert "omx: use no-component-reconfigure hack on the Raspberry PI"

This reverts commit e123b2089f69a413241f30a2428ea6edd8f231e7.

It's not required anymore after the fix from the last commit.

omxvideodec: Only negotiate a color format with downstream on the initial caps

omxvideodec: Make sure the output port is disabled while we allocate buffers

omx: Also wait for disabled output ports to be reconfigured

omxvideodec: Add buffer pool for sharing OpenMAX memory with downstream

omx: Add timeout to the flush operation and move buffer populating to a separate function

omx: Remove min buffer count hack for RPi again

It's not necessary anymore

omx: Do number of buffers configuration explicitely

omxvideodec: fixes reconfiguration

Avoid having fixed fields from previous caps on reconfiguration.

omx: use no-component-reconfigure hack on the Raspberry PI

Automatic update of common submodule

From 2de221c to 04c7a1e

omxvideoenc: drop unused data member

omxvideoenc: And set it actually on the right port

omxvideoenc: Set the coding type in the subclasses to the specific codec

omxvideoenc: gst_omx_port_update_port_definition() returns a OMX_ERRORTYPE, not a gboolean

omxvideo{dec,enc}: Don't use the input state if it wasn't set yet

omxaudioenc: Only enable the output port after we know the output format

omxvideoenc: Only enable the output port after we know the output format

omxvideodec: Only enable the output port after we know the output format

omx: Handle errors more gracefully

omx: Return the OMX_ERRORTYPE from gst_omx_port_update_port_definition

omx: Return port definition update errors

omx: Add hack for RPi for the minimum number of buffers required for a port

The value in the port definition is invalid and the initial actual
buffer count should be used.

omx: Always tell the component about the right number of buffers that we're going to allocate

omx: Invert assertion to let it express what was intended

omx: Add API for allocating a specific number of buffers and using EGLImages or buffers allocated elsewhere

omx: Refactor code flow a bit if output port settings have changed

omx: Clean up port settings change handling

omxvideodec: initialize param structure before using it

omxvideoenc: prevent a NULL pointer access

omxvideodec: prevent a NULL pointer access

omx: Fix deadlock during reconfiguration

omx: Auto-detect the port indizes if possible

omx: Refactor querying of component supported caps into its own function

omx: Refactor waiting for buffers to be released by the component to a separate function

omx: Add methods to set up and close a tunnel between components

omxaudioenc: Rename component variable

omxvideoenc: Rename component variable

omxvideodec: Rename component variable

omxvideoenc: remove duplicated line

Retry loading libbcm_host.so without an absolute path if that failed

Add missing file from last commit

Add OpenMAX IL target for Bellagio

Not tested since a very long time though.

Allow using external OpenMAX IL headers

Update .gitignore

Install the RPI config when the RPI target is selected

Set default hacks for the RPI target and always initialize bcm_host

Add configure parameter for setting the OpenMAX IL target

omx: Add FIXME for the future

omx: Some minor refactoring and cleanup

omx: Don't access the port's buffers array if it wasn't allocated yet

omx: Mark an array as const

omx: Split enabling/disabling of port into sending the command and waiting for it

This allows to do anything necessary after sending the command to actually let it finish

omx: Flushing is also allowed in Paused state

omxvideoenc: Set stride, slice height and buffer size

config: Add h264 and mpeg2 encoders to the raspberry pi config

Not completely working yet though.

omxvideoenc: Properly negotiate OMX color format with the component

omxvideoenc: Implement getcaps() vfunc

configure: use 1.0 gstconfig.h to detect disabled subsystems

Update unused configure check for GStreamer core subsystem
features from 0.10 to 1.0.

Automatic update of common submodule

From a942293 to 2de221c

omx: add mpeg2 video decoder

This adds a decoder class for mpeg2, as well as an extended
configuration for raspberry pi.

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

Signed-off-by: Julian Scheel <julian@jusst.de>

omx: Minimize the time when the messages lock is held

Fixes a deadlock if any OMX functions are called when the
messages are handled.

Thanks to Nicolas Dufresne for noticing.

omx: improve debug message when we can't find the config file

Mention where we looked for the config file.

build: fix autogen.sh with automake 1.13

AM_CONFIG_HEADER -> AC_CONFIG_HEADERS

omx: Fix includes to properly work with the 1.0 releases

Automatic update of common submodule

From a72faea to a942293

omx: Update port definition when changing some port setting

omx: Rename from libgstopenmax.so to ligstomx.so for consistency

omx: Add a method to send message

omx: Atomic ops are not required anymore for the reconfiguration

omx: Fix some memory leaks and suboptimal locking

omxvideoenc: Don't forget to unmap frame in error cases

omxvideoenc: Fix copying of the video frames to the OMX buffers

omxvideodec: Fix copying of the video frames from the OMX buffers

omx: Implement new approach for locking that should solve all deadlocks on RPi

No mutex is locked while calling any OpenMAX functions anymore
and everything from the OpenMAX callbacks is inserted into a message
queue and handled from outside the callbacks.

Also there's only a single mutex and condition variable per component
now for handling anything from OpenMAX callbacks and a single mutex
for keeping our component/port state sane.

omxvideodec: Set the OMX buffer nFilledLength field properly

omxrecmutex: Fix another race condition when two threads are trying to lock for recursion at the same time

omxrecmutex: Fix yet another race condition that resulted in deadlocks

omx: Fix another race condition in the recursive mutex

Between lock() and begin_recursion() it was possible for another thread to
try to do a recursive_lock(). This would block because the mutex was already
locked(), but not ready for recursive locking yet. unlock() would never
happen in the original thread because it was waiting for the other thread
to finish first.

Happened on the Raspberry Pi.

omxrecmutex: Fix a small race condition when unlocking a non-recursive lock

omx: Fix ununsed variable compiler warning

omx: No need to start the srcpad task in ::start() already

It will be started properly after the caps are set.

omxvideodec: OMX_ErrorNoMore is no error and just means we ended iteration

omx: Improve debug output

omxvideodec: Don't forget to free a GList

omxvideodec: Map OMX_COLOR_FormatYUV420PackedPlanar to I420 too

This is used on the Raspberry Pi.

omxvideodec: During negotiation of the output format make sure we use the correct OpenMAX format

omxvideodec: If negotiation fails this could also mean that the component can't do it at this point yet

omxvideodec: Improve format negotiation a bit

Don't leak caps and make sure to fixate caps.

omx: Also initialize nStep field of the OMX structures

omx: Initialize struct version with the OMX version we compiled with