AV12 should be right after A420 because it is the same format with just
one plane less, instead of being next to I420/NV12 which don't have an
alpha channel.

RGBP should be before GBR because it's the same format except for the
more canonical component order.

See gstreamer-rs!790
which actually checks on the CI if the algorithm defined in
video-format.h is implemented correctly.

Part-of: <!1189>

Daniel Almeida authored May 21, 2021 and Nicolas Dufresne committed May 21, 2021

AV12 is an internally conceived format that is actually
the combination of NV12 and an alpha plane.

This format is to add to gstreamer's webM
transparency support for vp8 and vp9. To this end, two
I420 streams are independently decoded simultaneously for
the actual content and the alpha plane respectively
and these are then combined into A420.

Since most hardware decoders output NV12, this patch adds
NV12+A to make the same workflow possible.

Part-of: <!1152>

The two RGB planar formats are used in OpenVino [1]

gst-launch-1.0 videotestsrc ! video/x-raw,format=BGRP ! fakesink
gst-launch-1.0 videotestsrc ! video/x-raw,format=RGBP ! fakesink

[1] https://docs.openvinotoolkit.org/latest/openvino_docs_optimization_guide_dldt_optimization_guide.html

Part-of: <!1141>

This adds linear 32x32 NV12 based tiles. This format is notably used by
Allwinner VCU and exposed in V4L2 as being "SUNXI Tiled" format. In this
patch we generalize the plane info calculation so we can share this part
with the 4L4 variant.

Part-of: <!754>

Nicolas Dufresne authored Jul 13, 2020 and GStreamer Marge Bot committed Jul 14, 2020

This format is produced by Verisillicon VC8000D VPU decoder, it is a simple 4x4
tiling layout in a linear way.

Part-of: <!753>

Guillaume Desmottes authored Jun 04, 2020 and GStreamer Marge Bot committed Jun 09, 2020

Will ensure that we pick the "best" format when negotiating caps.

Fix #649

Part-of: <!689>

Guillaume Desmottes authored May 27, 2020 and GStreamer Marge Bot committed Jun 02, 2020

More binding friendly version of GST_VIDEO_CAPS_MAKE().

Part-of: <!676>

Guillaume Desmottes authored May 27, 2020 and GStreamer Marge Bot committed Jun 02, 2020

The existing GST_VIDEO_FORMATS_ALL macro is not binding friendly.

Part-of: <!676>

Haihao Xiang authored Mar 12, 2020 and GStreamer Marge Bot committed Mar 27, 2020

Y412 is a packed 12 bits 4:4:4:4 format in the order U, Y, V, A, 2 bytes
per component with the color value stored in the 12 most significant
bits

Refer to https://github.com/torvalds/linux/blob/master/include/uapi/drm/drm_fourcc.h#L182
for the LE variant

Haihao Xiang authored Mar 11, 2020 and GStreamer Marge Bot committed Mar 27, 2020

Y212 is a packed 12 bits 4:2:2 format in the order Y, U, Y, V, 2 bytes
per component with the color value stored in the 12 most significant
bits

Refer to https://github.com/torvalds/linux/blob/master/include/uapi/drm/drm_fourcc.h#L174
for the LE variant

Haihao Xiang authored Feb 27, 2020 and GStreamer Marge Bot committed Mar 16, 2020

P012 is a semi-planar 4:2:0 format, 2bytes per component with the value
stored in the 12 most significant bits

Seungha Yang authored Aug 08, 2019 and Sebastian Dröge committed Aug 07, 2019

Add semi-planar 4:2:0 16 bits format.

Seungha Yang authored Aug 06, 2019 and Sebastian Dröge committed Aug 07, 2019

Add 16 bits planar 4:4:4 YUV formats.

New API to find out which components are packed in a given plane.
Will prevent us from assuming a 1-1 mapping between planes and
components.

Packed 10 bits per each R, G and B channel with MSB 2bits alpha channel.
This format is mapped to Windows' DXGI_FORMAT_R10G10B10A2_UNORM format which is
required for 10bits HDR rendering.

Note that this RGB10A2_LE format is R - B channel swapped version of BGR10A2_LE

Haihao Xiang authored Mar 15, 2019 and Matthew Waters committed Apr 04, 2019

This pixel format is a packed 4:4:4 RGB with alpha channel (B-G-R-A),
R/G/B channel has 10 bits and alpha channel is the MSB 2 bits.

Haihao Xiang authored Mar 15, 2019 and Tim-Philipp Müller committed Mar 21, 2019

AYUV in gstreamer was defined in A-Y-U-V order in memory[1], however
Microsoft defined another AYUV format in V-U-Y-A order in memory[2]. Add
VUYA format for the latter in order to distinguish the two formats

[1] https://gstreamer.freedesktop.org/documentation/design/mediatype-video-raw.html#formats
[2] https://docs.microsoft.com/en-us/windows/desktop/medfound/recommended-8-bit-yuv-formats-for-video-rendering#ayuv)

Which is where the memory layout of the various pixel formats
is explained in detail.

Fixes #538

wangfei authored Nov 23, 2018 and Nicolas Dufresne committed Dec 01, 2018

This pixel format is packed format with 4:4:4 sample. And 10
available bits of Y/U/V and 2 available bits of alpha stored
in 4 Bytes.

Format defined in:
https://docs.microsoft.com/en-us/windows/desktop/medfound/10-bit-and-16-bit-yuv-video-formats

The Y210 format was added in the middle of the formats enum and list,
introducing an ABI break.

This issue was detected thanks to the gstreamer-rs test harness.

wangfei authored Oct 09, 2018 and Nicolas Dufresne committed Oct 31, 2018

This pixel format is packed format with 4:2:2 sample and 10
available bits of each channel.

https://bugzilla.gnome.org/show_bug.cgi?id=797267

Randy Li authored Apr 28, 2018 and Nicolas Dufresne committed May 19, 2018

This pixel format is a fully packed variant of NV12_10LE32,
a luma pixel would take 10bits in memory, without any
filled bits between pixels in a stride. The color range
follows the BT.2020 standard.

In order to get a better performance in hardware memory
operation, it may expend the stride, append zero data at the
end of echo lines.

Pack function by Nicolas Dufresne.

https://bugzilla.gnome.org/show_bug.cgi?id=795462

Signed-off-by: Nicolas Dufresne <nicolas@ndufresne.ca>
Signed-off-by: ayaka <ayaka@soulik.info>

This reverts commit 35d0783f.

Randy Li authored Mar 26, 2017 and Nicolas Dufresne committed Apr 24, 2018

This pixel format is a fully packed variant of NV12, a luma
pixel would take 10bits in memory, without any filled bits
between pixels in a stride. The color range follows
the BT.2020 standard.

In order to get a performance in hardware memory
operation, it may expend the stride, append zero data at the
end of echo lines.
Signed-off-by: ayaka <ayaka@soulik.info>

https://bugzilla.gnome.org/show_bug.cgi?id=795462

We need different export decorators for the different libs.
For now no actual change though, just rename before the release,
and add prelude headers to define the new decorator to GST_EXPORT.

This adds a 10 bit variant for NV16 packed into 32 bits little endian
words. The MSB 2 bits are padding. This format is used on Xilinx SoC and
identified with the FOURCC XV20.

https://bugzilla.gnome.org/show_bug.cgi?id=789876

This add a 10bit variant of gray scale packed into 32bits little endian
words. The MSB 2 bits are padding and should be ignored. This format is
used on Xilinx SoC and is identified with the FOURCC XV10.

https://bugzilla.gnome.org/show_bug.cgi?id=789876

This adds a 10bit variant for NV12 which packs 3 10bit components
into little endian 32bit words. The MSB 2 bits are padding and should be
ignored. This format is used on Xilinx SoC and is identified with there
with the FOURCC XV15

https://bugzilla.gnome.org/show_bug.cgi?id=789876

And remove duplicated entries.

https://bugzilla.gnome.org/show_bug.cgi?id=780100

https://bugzilla.gnome.org/show_bug.cgi?id=780100

Emeric Grange authored Mar 16, 2017 and Sebastian Dröge committed Mar 16, 2017

With additional bugfixes from Sebastian Dröge <sebastian@centricular.com>

https://bugzilla.gnome.org/show_bug.cgi?id=780100

Nicolas Dufresne authored Sep 07, 2016 and Sebastian Dröge committed Nov 01, 2016

This format is sometimes the output of JPEG decoders. It is the same as
YUY2 and UYVY but with a different component order.

https://bugzilla.gnome.org/show_bug.cgi?id=767450