summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
* Release 1.14.51.14.51.14Tim-Philipp Müller2019-05-296-19/+258
|
* testelg: include eglext.hGuillaume Desmottes2019-05-091-0/+1
| | | | Neded for the declaration of eglSaneChooseConfigBRCM().
* testegl: move up pi specific macrosGuillaume Desmottes2019-05-091-9/+9
| | | | | We need to define __VCCOREVER__ and disable redundant-decls before including the egl.h from the pi.
* Update git locations to gitlabMatthew Waters2019-05-092-3/+3
|
* omxvideodec: fix pool caps reference stealingGuillaume Desmottes2019-05-091-1/+1
| | | | | | | gst_buffer_pool_config_get_params() doesn't ref the returning caps; so gst_caps_replace() was unreffing the reference owned by the pool. https://bugzilla.gnome.org/show_bug.cgi?id=796918
* Release 1.14.41.14.4Tim-Philipp Müller2018-10-026-8/+64
|
* Release 1.14.31.14.3Tim-Philipp Müller2018-09-166-10/+152
|
* omx: wait for flush complete and buffers being released when flushingGuillaume Desmottes2018-08-291-6/+16
| | | | | | | | | | | | | | | | | | When flusing we should wait for OMX to send the flush command complete event AND all ports being released. We were stopping as soon as one of those condition was met. Fix a race between FillThisBufferDone/EmptyBufferDone and the flush EventCmdComplete messages. The OMX implementation is supposed to release its buffers before posting the EventCmdComplete event but the ordering isn't guaranteed as the FillThisBufferDone/EmptyBufferDone and EventHandler callbacks can be called from different threads (cf 2.7 'Thread Safety' in the spec). Only wait for buffers currently used by OMX as some buffers may not be in the pending queue because they are held downstream. https://bugzilla.gnome.org/show_bug.cgi?id=789475
* omx: factor out should_wait_until_flushed()Guillaume Desmottes2018-08-291-7/+15
| | | | | | | No semantic change. Makes the code easier to understand and I'm about to change the waiting condition. https://bugzilla.gnome.org/show_bug.cgi?id=789475
* Release 1.14.21.14.2Tim-Philipp Müller2018-07-206-143/+259
|
* meson: fix miscellaneous meson warningsTim-Philipp Müller2018-05-171-24/+12
| | | | cc.has_header*() doesn't have a 'required:' kwarg.
* Release 1.14.11.14.1Tim-Philipp Müller2018-05-176-24/+216
|
* omxvideoenc/dec: fix handling of component enabling failingGuillaume Desmottes2018-04-182-2/+32
| | | | | | | | | - Report the error from OMX if any (OMX_EventError) - If not report the failing to the application (GST_ELEMENT_ERROR) - return GST_FLOW_ERROR rather than FALSE - don't leak @frame https://bugzilla.gnome.org/show_bug.cgi?id=795352
* log_omx_performance: convert pointers to stringsGuillaume Desmottes2018-04-061-2/+11
| | | | | | G_TYPE_POINTER are not serialized in logs. https://bugzilla.gnome.org/show_bug.cgi?id=794331
* omxvideoenc: remove duplicated debug messageGuillaume Desmottes2018-04-021-1/+0
| | | | | | | | | | | We already have the exact same message at the beginning of gst_omx_video_enc_handle_frame(). Having it twice is confusing when reading/grepping logs. I kept the earlier one to keep the symetry with gst_omx_video_dec_handle_frame(). https://bugzilla.gnome.org/show_bug.cgi?id=794897
* omxvideoenc: add 'roi' qp-mode on zynqultrascaleplusGuillaume Desmottes2018-03-281-0/+10
| | | | | | New QP mode used to handle ROI metadata. https://bugzilla.gnome.org/show_bug.cgi?id=793696
* Release 1.14.01.14.0Tim-Philipp Müller2018-03-196-64/+204
|
* Release 1.13.911.13.91Tim-Philipp Müller2018-03-136-40/+955
|
* meson: fix typo in package name defineTim-Philipp Müller2018-03-091-1/+1
|
* omxh265: update 422 profile namesGuillaume Desmottes2018-03-052-4/+5
| | | | | | | | h265parse is gaining support for the format range extension profile (bgo#793876). Use the profile names defined in h265parse. https://bugzilla.gnome.org/show_bug.cgi?id=793928
* omxvideoenc: Don't drop the frame on empty payloadNicolas Dufresne2018-03-051-1/+3
| | | | This otherwise may lead to "No reference frame found" warning.
* omxvideodec: Don't drop the frame on empty payloadNicolas Dufresne2018-03-051-1/+3
| | | | This otherwise may lead to "No reference frame found" warning.
* omx: Free empty buffers list in use_dynamic_buffersNicolas Dufresne2018-03-051-0/+2
| | | | | To indicate we are doing dynamic buffers importation, we pass a list of NULL pointers, but we forgot to free that list.
* omxvideodec: Fix CodecState leakNicolas Dufresne2018-03-051-0/+1
|
* Release 1.13.901.13.90Tim-Philipp Müller2018-03-036-134/+1555
|
* config: dist tizonia config filesTim-Philipp Müller2018-03-031-1/+1
|
* Revert "omx: wait for flush complete and buffers being released when flushing"Nicolas Dufresne2018-03-021-1/+1
| | | | This reverts commit 4211e4c29a262f110cb92ddf9c06b403ced233ef.
* videoenc: don't set stride padding to 0 when copying framesGuillaume Desmottes2018-02-281-20/+2
| | | | | | Padding can be left undefined there is no point filling it with 0. https://bugzilla.gnome.org/show_bug.cgi?id=793694
* add support for NV12_10LE32 and NV16_10LE32 on zynqultrascaleplusGuillaume Desmottes2018-02-286-15/+101
| | | | | | | The encoder and decoder on zynqultrascaleplus support these new 10 bits format. https://bugzilla.gnome.org/show_bug.cgi?id=793694
* omxvideoenc: factor out gst_omx_video_enc_nv12_manual_copy()Guillaume Desmottes2018-02-281-58/+66
| | | | | | | No semantic change, I'm going to re-use it to copy the NV12_10LE32 format. https://bugzilla.gnome.org/show_bug.cgi?id=793694
* omxvideoenc: display the computed buffer size when configuring inputGuillaume Desmottes2018-02-281-6/+6
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=793694
* videoenc: implement ROI on zynqultrascaleplusGuillaume Desmottes2018-02-212-0/+111
| | | | | | | | | Check input buffers for ROI meta and pass them to the encoder by using zynqultrascaleplus's custom OMX extension. Also add a new "default-roi-quality" in order to tell the encoder what quality level should be applied to ROI by default. https://bugzilla.gnome.org/show_bug.cgi?id=793696
* omxvideoenc: remove GST_PARAM_MUTABLE_PLAYING from 'max-bitrate' propertyGuillaume Desmottes2018-02-211-1/+1
| | | | | | This property isn't actually mutable in the PLAYING state. https://bugzilla.gnome.org/show_bug.cgi?id=793458
* omxvideoenc: protect target_bitrate with the object lockGuillaume Desmottes2018-02-212-1/+10
| | | | | | | | The 'target-bitrate' property can be changed while PLAYING (GST_PARAM_MUTABLE_PLAYING). Make it thread-safe to prevent concurrent accesses between the application and streaming thread. https://bugzilla.gnome.org/show_bug.cgi?id=793458
* omxbufferpool: add PERFORMANCE DEBUG message when copying output framesGuillaume Desmottes2018-02-211-0/+9
| | | | | | | | | | I spent quiet some time figuring out why performance of my pipeline were terrible. Turned out it was because of output frames being copied because of stride/offset mismatch. Add a PERFORMANCE DEBUG message to make it easier to spot and debug from logs. https://bugzilla.gnome.org/show_bug.cgi?id=793637
* Back to developmentTim-Philipp Müller2018-02-152-3/+3
|
* Release 1.13.11.13.1Tim-Philipp Müller2018-02-155-623/+116
|
* omxh265enc: fix typo in "periodicty-idr" property nameGuillaume Desmottes2018-02-121-1/+1
| | | | | | | | | | | | Also fix the 'nick' of the property. omxh265enc is based on the code from omxh264enc and suffers the same typo as we fixed in https://bugzilla.gnome.org/show_bug.cgi?id=784370 This element isn't part of a stable release yet so it's not an API break. https://bugzilla.gnome.org/show_bug.cgi?id=793390
* meson: make version numbers ints and fix int/string comparisonTim-Philipp Müller2018-02-081-9/+5
| | | | | | | | WARNING: Trying to compare values of different types (str, int). The result of this is undefined and will become a hard error in a future Meson release. Also remove unused libversion/soversion.
* include all OMX extension headers if presentGuillaume Desmottes2018-01-303-1/+89
| | | | | | | | The OMX specs defines 8 headers that implementations can use to define their custom extensions. We were checking and including 3 and ignoring the other ones. https://bugzilla.gnome.org/show_bug.cgi?id=792043
* meson: simplify OMX extensions detectionGuillaume Desmottes2018-01-303-38/+26
| | | | | | | We are now always checking which files are present or not, even when using our internal copy of OMX, rather than hardcoding the ones present in it. https://bugzilla.gnome.org/show_bug.cgi?id=792043
* Revert "meson: use include_directories() with external OMX headers path"Nicolas Dufresne2018-01-303-26/+39
| | | | This reverts commit 9d37a92a615e54e8ee12f8c65bcfe386ec9de2d0.
* omxh265enc: add some encoding propertiesGuillaume Desmottes2018-01-302-0/+74
| | | | | | | constrained-intra-prediction and loop-filter-mode. Those map standard OMX settings. https://bugzilla.gnome.org/show_bug.cgi?id=792528
* omxh264enc: add some encoding propertiesGuillaume Desmottes2018-01-302-0/+108
| | | | | | | entropy-mode, constrained-intra-prediction and loop-filter-mode. Those map standard OMX settings. https://bugzilla.gnome.org/show_bug.cgi?id=792528
* omxvideoenc: add zynqultrascaleplus specific propertiesGuillaume Desmottes2018-01-302-1/+607
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=792528
* omxvideoenc: document unit of target-bitrate propertyGuillaume Desmottes2018-01-301-1/+1
| | | | | | | nTargetBitrate and nEncodeBitrate are defined in bits per second in the OMX spec. https://bugzilla.gnome.org/show_bug.cgi?id=792528
* omxvideodec: add internal-entropy-buffers property on zynqultrascaleplusGuillaume Desmottes2018-01-302-1/+111
| | | | | | | Custom property to control the number of internal buffers used in the decoder to smooth out entropy decoding performance. https://bugzilla.gnome.org/show_bug.cgi?id=792528
* meson: use include_directories() with external OMX headers pathGuillaume Desmottes2018-01-303-39/+26
| | | | | | | | | | | It seems cleaner to use the proper meson tools to include this path rather than manually tweak the build flags. This also allows us to simplify the OMX extensions detection code. We are now always checking which files are present, even when using our internal copy of OMX, rather than hardcoding the ones present in it. https://bugzilla.gnome.org/show_bug.cgi?id=792043
* omxvideoenc: expose chroma format and bit depth in output capsGuillaume Desmottes2018-01-301-0/+56
| | | | | | | As we added in the parser (bgo#792039) expose the chroma and bit depth information in output caps. https://bugzilla.gnome.org/show_bug.cgi?id=792040
* omxvideoenc: factor out get_output_caps()Guillaume Desmottes2018-01-301-2/+13
| | | | | | No semantic change so far. https://bugzilla.gnome.org/show_bug.cgi?id=792040