summaryrefslogtreecommitdiff
path: root/omx/gstomxaudiodec.c
Commit message (Collapse)AuthorAgeFilesLines
* omx: allow gst_omx_port_acquire_buffer() to not wait for buffersGuillaume Desmottes2018-08-301-3/+3
| | | | | | Will be needed to implement GST_BUFFER_POOL_ACQUIRE_FLAG_DONTWAIT. https://bugzilla.gnome.org/show_bug.cgi?id=796918
* turn GstOMXComponent to a GstMiniObjectGuillaume Desmottes2018-08-301-1/+1
| | | | | | Will use it for refcounting. https://bugzilla.gnome.org/show_bug.cgi?id=796918
* omx{audio,video}{dec,enc}: sequentially disable ports because buffers are ↵Julien Isorce2017-08-171-7/+18
| | | | | | | | | | | | | | | | | | | | | | | not shared For the history, the parallel disable port has been introduced by: "00be69f omxvideodec: Disable output port when setting a new format" and then replicated to videoenc, audiodec and audioenc. This is only required to do 'parallel' if buffers are shared between ports. But for decoders and encoders the input and output buffer are of different nature by definition (bitstream vs images). So they cannot be shared. Also starting from IL 1.2.0 it is written in the spec that the parallel disable is not allowed and will return an error. Except when buffers are shared. Again here we know in advance that they are not shared so let's always do a sequential disable. Tested on Desktop, rpi and zynqultrascaleplus. https://bugzilla.gnome.org/show_bug.cgi?id=786348
* omx*dec: Flush before we stop the srcpad loopGraham Leggett2016-12-191-6/+6
| | | | | | Flushing could otherwise hang if output port queue of pending buffers was empty https://bugzilla.gnome.org/show_bug.cgi?id=774654
* omx: #define OMX_SKIP64BIT on the RPi as required by their APISebastian Dröge2016-06-171-9/+11
| | | | | | | Also add generic support for OMX_SKIP64BIT to gst-omx, in case other implementations also #define that for whatever reason. https://bugzilla.gnome.org/show_bug.cgi?id=766475
* Properly handle drain requests while flushingEnrique Ocaña González2015-11-181-0/+12
| | | | | | | Without this commit the decoder streaming thread stops without ever attending the drain request, leaving the decoder input thread waiting forever. https://bugzilla.gnome.org/show_bug.cgi?id=758274
* omxaudiodec: use default pad accept-caps handlingThiago Santos2015-09-011-0/+3
| | | | | | Instead of the audiodecoder one. The OMX audioo decoders have their valid input in the template pad, so just check against that to avoid doing a query downstream.
* omxaudiodec: Add an output adapter for chunking the output into codec framesSebastian Dröge2015-05-191-21/+63
| | | | | Otherwise the base class will be confused. See https://bugzilla.gnome.org/show_bug.cgi?id=685730
* omxaudiodec: impossible if statementLuis de Bethencourt2015-03-061-3/+0
| | | | | | | ret is set to GST_STATE_CHANGE_SUCCESS and never touched, so it is impossible for it to be anything else at the if check. Remove it. CID #1287054
* omxaudiodec: Clean up code a bit to get rid of useless NULL checksSebastian Dröge2014-09-301-24/+13
|
* omxaudiodec: Unmap input buffers after usagejunji2014-09-301-0/+8
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=736314
* omx: Let base classes handle EOSSebastian Dröge2014-08-141-23/+4
| | | | https://bugzilla.gnome.org//show_bug.cgi?id=734774
* omxaudiodec: Fix flushing logic and make it more similar to the video decoderSebastian Dröge2014-08-141-15/+42
|
* omxaudiodec: Implement setting of fallback channel positionsSebastian Dröge2014-07-131-0/+8
|
* omxaudiodec: Get PCM parameters from the out port, not the in portSebastian Dröge2014-07-021-1/+1
|
* omxaudiodec: Implement hack for not disabling the output port after ↵Sebastian Dröge2014-07-021-11/+36
| | | | | | | | set_format until the output format is known Needed on some OMX implementations, e.g. the one from Atmel. It does not send the settings-changed event on the output port if it is disabled.
* omx: Add audio decoder base class and a subclass for MP3Sebastian Dröge2014-07-021-0/+1299
View Lorry Controller Status