[PATCH] Additional planar YUVA? format fourccs

Hi, this follows from a discussion on ffmpeg-devel: http://thread.gmane.org/20100514214352.GE2585@MichaelsNB We need this in order to support to contain in NUT all the formats currently supported by FFmpeg, which in turn is required by the lavfi test system. Regards.

On Fri, May 21, 2010 at 12:18:32AM +0200, Stefano Sabatini wrote:
Hi,
this follows from a discussion on ffmpeg-devel: http://thread.gmane.org/20100514214352.GE2585@MichaelsNB
We need this in order to support to contain in NUT all the formats currently supported by FFmpeg, which in turn is required by the lavfi test system.
Regards.
nut4cc.txt | 32 ++++++++++++++++++++++++++++++++ 1 file changed, 32 insertions(+) 8bcd168001001097502f105d2283671d83d5effd define-yuva-fourcc.patch Index: docs/nut4cc.txt =================================================================== --- docs/nut4cc.txt (revision 668) +++ docs/nut4cc.txt (working copy) @@ -101,6 +101,38 @@ RGB[48] Packed RGB 16:16:16, 48bpp, 16R, 16G, 16B, the 2-byte value for each R/G/B component is stored as little-endian [NOT in AVI] [48]RGB Packed RGB 16:16:16, 48bpp, 16R, 16G, 16B, the 2-byte value for each R/G/B component is stored as big-endian [NOT in AVI]
+Since many exotic planar YUVA pixel formats are not contemplated by +AVI/QuickTime FourCC list, the following scheme is adopted for +representing them. + +The first two bytes can contains the values: +Y1 = only Y +Y3 = YUV +Y4 = YUVA
+YA = Y+A
Y2 [...] -- Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB I wish the Xiph folks would stop pretending they've got something they do not. Somehow I fear this will remain a wish. -- Måns Rullgård
participants (2)
-
Michael Niedermayer
-
Stefano Sabatini