summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
* omxh264: factor out gst_omx_h264_utils_get_profile_from_enum()Guillaume Desmottes2018-04-253-40/+42
| | | | | | | | | Move the profile <-> enum mapping to one place. Make changes easier as I'm about to add extra profiles. No semantic change. https://bugzilla.gnome.org/show_bug.cgi?id=794177
* omxh265: add format range extension profiles on zynqultrascaleplusGuillaume Desmottes2018-04-251-0/+15
| | | | | | | The zynqultrascaleplus OMX gained support for more format range extensions profiles (A.3.5). https://bugzilla.gnome.org/show_bug.cgi?id=794177
* omxh265: factor out gst_omx_h265_utils_get_profile_from_enum()Guillaume Desmottes2018-04-253-35/+45
| | | | | | | | | Move the profile <-> enum mapping to one place. Make changes easier as I'm about to add some profiles. No semantic change. https://bugzilla.gnome.org/show_bug.cgi?id=794177
* omxvideoenc: add NV16 supportGuillaume Desmottes2018-04-251-4/+13
| | | | | | | NV16 format wasn't supported on encoder input while it was on decoder output. https://bugzilla.gnome.org/show_bug.cgi?id=794175
* omxvideo: display port number when listing supported formatsGuillaume Desmottes2018-04-251-3/+3
| | | | | | More convenient when debugging. https://bugzilla.gnome.org/show_bug.cgi?id=794175
* omxvideoenc: restore OMX default target-bitrate if requested by userGuillaume Desmottes2018-04-233-4/+17
| | | | | | | | | | | | | | 0xffffffff is the magic number in gst-omx meaning 'the default value defined in OMX'. This works fine with OMX parameters which are only set once when starting the component but not with configs which can be changed while PLAYING. Save the actual OMX default bitrate so we can restore it later if user sets back 0xffffffff on the property. Added GST_OMX_PROP_OMX_DEFAULT so we stop hardcoding magic numbers everywhere. https://bugzilla.gnome.org/show_bug.cgi?id=794998
* omxvideoenc: use gst_omx_video_enc_set_bitrate() when setting bitrate in ↵Guillaume Desmottes2018-04-231-16/+3
| | | | | | | | | | | | | set_format We weren't using the usual pattern when re-setting the bitrate: - get parameters from OMX - update only the fields different from 0xffffffff (OMX defaults) - set parameters Also added a comment explaining why we re-set this param. https://bugzilla.gnome.org/show_bug.cgi?id=794998
* omxvideoenc: factor out gst_omx_video_enc_set_bitrate()Guillaume Desmottes2018-04-231-46/+59
| | | | | | No semantic change, I'm about to re-use this function in set_format(). https://bugzilla.gnome.org/show_bug.cgi?id=794998
* meson: fix miscellaneous meson warningsTim-Philipp Müller2018-04-201-24/+12
| | | | cc.has_header*() doesn't have a 'required:' kwarg.
* 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
* Automatic update of common submoduleTim-Philipp Müller2018-04-161-0/+0
| | | | From 3fa2c9e to ed78bee
* 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
* Back to developmentTim-Philipp Müller2018-03-204-1080/+68
|
* 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
View Lorry Controller Status