summaryrefslogtreecommitdiff
path: root/omx/gstomxh265enc.c
Commit message (Collapse)AuthorAgeFilesLines
* omxvideoenc: remove unsupported formats from caps templateGuillaume Desmottes2020-04-101-2/+2
| | | | | | | Our encoder implementation actually supports a small subset of the formats supported by the decoder. Those are the formats for which we have a copy path in gst_omx_video_enc_fill_buffer() and which are not filtered out in filter_supported_formats().
* omxh26xenc: fix coverity with frame testStéphane Cerveau2020-04-081-4/+1
| | | | | | | | | | | | | Coverity was complaining with: Null pointer dereferences (REVERSE_INULL) Null-checking "frame" suggests that it may be null, but it has already been dereferenced on all paths leading to the check. The frame == NULL has been removed as 'frame' is actively used in the code above without any change of dereferencing and setting its value to NULL before the test. CID: 1461287
* omxvideoenc: add support of alternate interlace mode on zynqGuillaume Desmottes2020-02-271-0/+9
| | | | It's only supported by the Zynq HEVC encoder for now.
* omxh265enc: handle CODECCONFIG buffersGuillaume Desmottes2019-12-221-0/+76
| | | | Exact same code as omxh264enc.
* omxh26xenc: Negotiate subframe modeNicolas Dufresne2019-12-221-4/+20
| | | | | | | | We now negotiate subframe mode through the caps. To enabled subframe mode, the caps need to specify alignment=nal: ... ! omxh264enc ! video/x-h264,alignment=nal ! ... ... ! omxh265enc ! video/x-h265,alignment=nal ! ...
* omx: Add hardware classifiers to encoders/decodersCharlie Turner2019-03-261-1/+1
|
* omxh26{4,5}enc: don't pick default 10-bit profileGuillaume Desmottes2018-04-261-13/+0
| | | | | | | | | The OMX stack of the zynqultrascaleplus (the only one supporting NV12_10LE32 and NV16_10LE32) will now pick the proper profile if none has been requested. Best to rely on its default than hardcoding a specific one in gst-omx. https://bugzilla.gnome.org/show_bug.cgi?id=794319
* omxh265: factor out gst_omx_h265_utils_get_profile_from_enum()Guillaume Desmottes2018-04-251-22/+5
| | | | | | | | | 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
* omxh265: update 422 profile namesGuillaume Desmottes2018-03-051-2/+2
| | | | | | | | 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
* add support for NV12_10LE32 and NV16_10LE32 on zynqultrascaleplusGuillaume Desmottes2018-02-281-7/+20
| | | | | | | The encoder and decoder on zynqultrascaleplus support these new 10 bits format. https://bugzilla.gnome.org/show_bug.cgi?id=793694
* 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
* omxh265enc: add some encoding propertiesGuillaume Desmottes2018-01-301-0/+72
| | | | | | | constrained-intra-prediction and loop-filter-mode. Those map standard OMX settings. https://bugzilla.gnome.org/show_bug.cgi?id=792528
* omxh265: fix enum casting when using Allegro HEVC extensionsGuillaume Desmottes2017-10-191-0/+9
| | | | | | | | Allegro's HEVC implementation defines a superset of the profiles and enums from the Android implementation. Properly cast to fix -Wenum-conversion warnings from clang. https://bugzilla.gnome.org/show_bug.cgi?id=789057
* properly cast extension enumsGuillaume Desmottes2017-10-191-1/+2
| | | | | | | | | | OMX's allow 3rds party to define extensions using their own enums (like OMX_VIDEO_CODINGEXTTYPE) and to be used as the general ones (like OMX_VIDEO_CODINGTYPE). Properly cast those to fix -Wenum-conversion warnings from some compilers such as clang. https://bugzilla.gnome.org/show_bug.cgi?id=789057
* omxh265enc: fix caps leakPonnam Srinivas2017-09-211-4/+6
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=787714
* omxh265enc: add H265 encoderGuillaume Desmottes2017-09-061-0/+583
The OMX spec doesn't support HEVC but the OMX stack of the zynqultrascaleplus adds it as a custom extension. It uses the same API as the one of Android's OMX stack. I used the H264 encoder code as a template. https://bugzilla.gnome.org/show_bug.cgi?id=785434
View Lorry Controller Status