summaryrefslogtreecommitdiff
path: root/omx/gstomxvideo.c
Commit message (Collapse)AuthorAgeFilesLines
* omxh26xenc: fix coverity with frame testStéphane Cerveau2020-04-081-1/+2
| | | | | | | | | | | | | 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
* omxvideo(enc): use GST_VIDEO_INFO_FIELD_RATE_N()Guillaume Desmottes2020-02-271-1/+7
| | | | | | | Does not change anything for now but will be needed when we'll support interlace-mode=alternate as the field rate will be twice the frame rate. Made the code safe from division by 0 while I was on it.
* omxbufferpool: use gst_video_meta_set_alignment()Guillaume Desmottes2019-11-051-0/+93
| | | | | | | Tell buffer consumer about our paddings. v4l2src can now uses these paddings information when trying to import buffers to configure the v4l2 driver accordingly.
* omxvideo: check difference between frame and requested tsGuillaume Desmottes2019-06-171-1/+12
| | | | | This has proven to be very useful when debugging to detect bugs where we match the wrong gst frame with an output OMX buffer.
* omxvideo: add debug infos to find_nearest_frame()Guillaume Desmottes2019-06-171-1/+9
| | | | | | Those debug infos have proved to be very helpful when debugging timestamp issues. They are often linked to gst-omx picking the wrong frame when trying to map from OMX.
* omxvideo: use GST_VIDEO_CAPS_MAKE() for template capsGuillaume Desmottes2019-01-251-0/+1
| | | | | Simplify the code and so we advertise the formats actually supported by gst-omx.
* 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
* add support for NV12_10LE32 and NV16_10LE32 on zynqultrascaleplusGuillaume Desmottes2018-02-281-0/+12
| | | | | | | The encoder and decoder on zynqultrascaleplus support these new 10 bits format. https://bugzilla.gnome.org/show_bug.cgi?id=793694
* omxvideodec: ignore very little variations of the framerateJulien Isorce2017-12-141-0/+16
| | | | | | | | | | | | | 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
* gstomxvideodec: fix framerate overflowJulien Isorce2017-12-131-4/+10
| | | | | | | | | Some live streams can set the framerate to 50000/1677 (=29.81). GstVideoInfo.fps_n << 16 is wrong if the fps_n is 50000 (i.e. greater than 32767). https://bugzilla.gnome.org/show_bug.cgi?id=759043
* Add support for OMX_COLOR_FormatYUV420PackedSemiPlanar and ↵Graham Leggett2016-12-131-0/+4
| | | | | | OMX_COLOR_Format24bitBGR888 https://bugzilla.gnome.org/show_bug.cgi?id=775959
* omx: #define OMX_SKIP64BIT on the RPi as required by their APISebastian Dröge2016-06-171-2/+2
| | | | | | | 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
* omx: add an helper to convert OMX color format to GStreamer color formatAurélien Zanelli2014-04-151-25/+68
|
* omxvideo: fix debug category initialisationChristian König2014-03-151-1/+1
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=726024
* omx: Copy old copyright notice into the new fileSebastian Dröge2014-03-121-0/+4
|
* omx: Rename function from _4_ to _for_ for claritySebastian Dröge2014-03-121-1/+1
|
* omxvideo: start sharing more code between video decoder and encoderChristian König2014-03-121-0/+151
Identical functionality spread of two different components. We can't use a common base class because of different inheritance, but let's try to share the code anyway. https://bugzilla.gnome.org/show_bug.cgi?id=726024
View Lorry Controller Status