summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
* 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
* omxvideodec: add hack to pass color format from caps to OMX decoderGuillaume Desmottes2018-01-304-2/+93
| | | | | | | | | | | This hack tries to pass as much information as possible from caps to the decoder before it receives any buffer. These information can be used by the OMX decoder to, for example, pre-allocate its internal buffers before starting to decode and so reduce its initial latency. This mechanism is currently supported by the zynqultrascaleplus decoder. https://bugzilla.gnome.org/show_bug.cgi?id=792040
* log failing OMX calls as errorsGuillaume Desmottes2018-01-291-17/+27
| | | | | | | | | I find it confusing when debugging that OMX calls returning an error where not logged as GST_LEVEL_ERROR making them harder to spot. Fix this by introducing simple log macros checking the return value of the OMX call and logging failures as errors. https://bugzilla.gnome.org/show_bug.cgi?id=791069
* add OMX_PERFORMANCE debug categoryGuillaume Desmottes2018-01-291-0/+40
| | | | | | | | | | | | | | | Can be used to log buffers exchange between OMX and gst-omx to profile performances of the OMX component. Ideally this should be done using tracer hooks but it's currently not possible to define custom hooks outside of core. Use GST_DEBUG="OMX_PERFORMANCE:8" to enable it. See also https://github.com/gdesmott/gst-log-parser/blob/master/src/bin/omx-perf.rs as a simple program consuming those logs to generate gnuplot files and stats. https://bugzilla.gnome.org/show_bug.cgi?id=791093
* omxvideoenc: implement dmabuf import on zynqultrascaleplusGuillaume Desmottes2018-01-294-15/+98
| | | | | | | | | | The Zynq UltraScale+ encoder implements a custom OMX extension to directly import dmabuf saving the need of mapping input buffers. This can be use with either 'v4l2src io-mode=dmabuf' or an OMX video decoder upstream. https://bugzilla.gnome.org/show_bug.cgi?id=792361
* omxvideoenc: drop late input frames if QoS is enabledGuillaume Desmottes2018-01-221-0/+11
| | | | | | | | Make use of the new GstVideoEncoder QoS API to drop late input frames. This may help a live pipeline to catch up if it's being late and all frames end up being dropped at the sink. https://bugzilla.gnome.org/show_bug.cgi?id=792783
* TestEgl: Removed redundant/unused codeAshish Kumar2018-01-191-9/+0
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=788550
* omxvideoenc: early return in fill_buffer() if something goes wrongGuillaume Desmottes2018-01-071-4/+4
| | | | | | | | | | | | If something goes wrong while trying to manually copy the input buffer, the 'break' was moving us out of the 'for' loop but not out of the switch block. So we ended up calling gst_video_frame_unmap() a second time (raising assertions) and returning TRUE rather than FALSE. Reproduced with a WIP zynqultrascaleplus OMX branch reporting wrong buffer sizes and so triggering this bug. https://bugzilla.gnome.org/show_bug.cgi?id=792167
* meson: gl: the winsys and platform list in the .pc file is space-separatedTim-Philipp Müller2017-12-191-2/+2
|
* meson: fix subproject fallback for gstreamer-gl-1.0Tim-Philipp Müller2017-12-191-2/+2
| | | | It's now in -base.
* omxvideodec: ignore very little variations of the framerateJulien Isorce2017-12-143-1/+20
| | | | | | | | | | | | | If less than 1%. The dynamic format change should not happen when the resolution does not change and when only the framerate changes but very slightly, i.e. from 50000/1677=29.81 to 89/3=29.66 so a "percentage change" of less than 1% (i.e. 100*(29.81-29.66)/29.66 = 0.50 < 1 ). In that case just ignore it to avoid unnecessary renegotiation. https://bugzilla.gnome.org/show_bug.cgi?id=759043
* omxvideodec: use dynamic buffer mode on input if possibleGuillaume Desmottes2017-12-142-25/+154
| | | | | | | | Prevent from copying the input buffers between GStreamer and OMX. Tested on zynqultrascaleplus and rpi (without dynamic buffers). https://bugzilla.gnome.org/show_bug.cgi?id=787093
View Lorry Controller Status