July 2013 - NUT-devel - lists.mplayerhq.hu

[RFC] add Bayer fourccs
by Peter Ross 22 Feb '14

22 Feb '14

--- Hi. Here is my stab at assigning fourcs for Bayer pixel formats. I've used character 0xBA to identify Bayer formats, followed by the top component order and bit-depth. A 7-bit ASCII value would probably be better. Ideas/suggestions welcome. docs/nut4cc.txt | 12 ++++++++++++ 1 files changed, 12 insertions(+), 0 deletions(-) diff --git a/docs/nut4cc.txt b/docs/nut4cc.txt index e28de7b..a111a0a 100644 --- a/docs/nut4cc.txt +++ b/docs/nut4cc.txt @@ -112,6 +112,18 @@ RBA[64] Packed RGBA 16:16:16:16, 64bpp, 16R, 16G, 16B, 16A, the 2-byte value for ARB[64] Packed ARGB 16:16:16:16, 64bpp, 16A, 16R, 16G, 16B, the 2-byte value for each R/G/B component is stored as little-endian [NOT in AVI] BRA[64] Packed BGRA 16:16:16:16, 64bpp, 16B, 16G, 16R, 16A, the 2-byte value for each R/G/B component is stored as little-endian [NOT in AVI] ABR[64] Packed ABGR 16:16:16:16, 64bpp, 16A, 16B, 16G, 16R, the 2-byte value for each R/G/B component is stored as little-endian [NOT in AVI] +[0xBA]BG[8] Bayer, BGBG..(odd line), GRGR..(even line), 8-bit samples [NOT in AVI] +[0xBA]BG[16] Bayer, BGBG..(odd line), GRGR..(even line), 16-bit samples, little-endian [NOT in AVI] +[16]GB[0xBA] Bayer, BGBG..(odd line), GRGR..(even line), 16-bit samples, big-endian [NOT in AVI] +[0xBA]RG[8] Bayer, RGRG..(odd line), GBGB..(even line), 8-bit samples [NOT in AVI] +[0xBA]RG[16] Bayer, RGRG..(odd line), GBGB..(even line), 16-bit samples, little-endian [NOT in AVI] +[16]GR[0xBA] Bayer, RGRG..(odd line), GBGB..(even line), 16-bit samples, big-endian [NOT in AVI] +[0xBA]GB[8] Bayer, GBGB..(odd line), RGRG..(even line), 8-bit samples [NOT in AVI] +[0xBA]GB[16] Bayer, GBGB..(odd line), RGRG..(even line), 16-bit samples, little-endian [NOT in AVI] +[16]BG[0xBA] Bayer, GBGB..(odd line), RGRG..(even line), 16-bit samples, big-endian [NOT in AVI] +[0xBA]GR[8] Bayer, GRGR..(odd line), BGBG..(even line), 8-bit samples [NOT in AVI] +[0xBA]GR[16] Bayer, GRGR..(odd line), BGBG..(even line), 16-bit samples, little-endian [NOT in AVI] +[16]RG[0xBA] Bayer, GRGR..(odd line), BGBG..(even line), 16-bit samples, big-endian [NOT in AVI] Since many exotic planar YUVA pixel formats are not contemplated by the AVI/QuickTime FourCC lists, the following scheme is adopted for -- 1.7.4.1 -- Peter (A907 E02F A6E5 0CD2 34CD 20D2 6760 79C5 AC40 DD6B)

2 3

[nut] [propchange]: r678 - svn:log
by michael 23 Jul '13

23 Jul '13

Author: michael Revision: 678 Property Name: svn:log Action: modified Property diff: --- old property value +++ new property value @@ -1 +1,3 @@ -Add definition and some examples for planar GBR fourCCs. \ No newline at end of file +Add definition and some examples for planar GBR fourCCs. + +Author: Carl Eugen Hoyos <cehoyos(a)ag.or.at>

1 0

[PATCH]Add Planar RGB fourCCs
by Carl Eugen Hoyos 22 Jul '13

22 Jul '13

Hi! Related to FFmpeg ticket #2274. Please review and apply, Carl Eugen

3 5

[nut]: r678 - docs/nut4cc.txt
by michael 22 Jul '13

22 Jul '13

Author: michael Date: Tue Jul 23 01:55:30 2013 New Revision: 678 Log: Add definition and some examples for planar GBR fourCCs. Modified: docs/nut4cc.txt Modified: docs/nut4cc.txt ============================================================================== --- docs/nut4cc.txt Mon Aug 20 03:20:40 2012 (r677) +++ docs/nut4cc.txt Tue Jul 23 01:55:30 2013 (r678) @@ -131,6 +131,10 @@ Y2 = Y+A Y3 = YUV Y4 = YUVA +Similar for planar RGB formats: +G3 = Planar GBR +G4 = Planar GBRA + The third byte represents the width and height chroma subsampling values for the UV planes, that is the amount to shift the luma width/height right to find the chroma width/height. @@ -140,7 +144,7 @@ The fourth byte is the number of bits us If the order of bytes is inverted, that means that each component has to be read big-endian. -Follows the list of the supported YUVA planar format FourCCs created +Follows the list of the supported YUVA and GBR planar format FourCCs created using this scheme: Y1[00][16] Planar gray, 16bpp, little-endian [NOT in AVI] @@ -153,6 +157,17 @@ Y3[00][16] Planar YUV 4:4:4, 48bpp, (1 [16][00]3Y Planar YUV 4:4:4, 48bpp, (1 Cr & Cb sample per 1x1 Y samples), big-endian [NOT in AVI] Y4[11][ 8] Planar YUV 4:2:0, 20bpp, (1 Cr & Cb sample per 2x2 Y & A samples) [NOT in AVI] Y2[00][ 8] 8bit gray, 8bit alpha [NOT in AVI] +G3[00][ 8] Planar GBR, 24bpp [NOT in AVI] +G3[00][ 9] Planar GBR, 27bpp, 7 unused MSB per 16bit value, little-endian [NOT in AVI] +[ 9][00]3G Planar GBR, 27bpp, 7 unused MSB per 16bit value, big-endian [NOT in AVI] +G3[00][10] Planar GBR, 30bpp, 6 unused MSB per 16bit value, little-endian [NOT in AVI] +[10][00]3G Planar GBR, 30bpp, 6 unused MSB per 16bit value, big-endian [NOT in AVI] +G3[00][12] Planar GBR, 36bpp, 4 unused MSB per 16bit value, little-endian [NOT in AVI] +[12][00]3G Planar GBR, 36bpp, 4 unused MSB per 16bit value, big-endian [NOT in AVI] +G3[00][14] Planar GBR, 42bpp, 2 unused MSB per 16bit value, little-endian [NOT in AVI] +[14][00]3G Planar GBR, 42bpp, 2 unused MSB per 16bit value, big-endian [NOT in AVI] +G3[00][16] Planar GBR, 48bpp, little-endian [NOT in AVI] +[16][00]3G Planar GBR, 48bpp, big-endian [NOT in AVI] Raw audio: [x] is an byte with value x, [NOT in AVI] ALAW A-LAW

1 0

[PATCH] nut4cc: add XYZ 4cc
by Michael Niedermayer 22 Jul '13

22 Jul '13

Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> --- docs/nut4cc.txt | 2 ++ 1 file changed, 2 insertions(+) diff --git a/docs/nut4cc.txt b/docs/nut4cc.txt index 7cd4166..dee441a 100644 --- a/docs/nut4cc.txt +++ b/docs/nut4cc.txt @@ -120,6 +120,8 @@ ABR[64] Packed ABGR 16:16:16:16, 64bpp, 16A, 16B, 16G, 16R, the 2-byte value for [64]ARB Packed ARGB 16:16:16:16, 64bpp, 16A, 16R, 16G, 16B, the 2-byte value for each R/G/B component is stored as big-endian [NOT in AVI] [64]BRA Packed BGRA 16:16:16:16, 64bpp, 16B, 16G, 16R, 16A, the 2-byte value for each R/G/B component is stored as big-endian [NOT in AVI] [64]ABR Packed ABGR 16:16:16:16, 64bpp, 16A, 16B, 16G, 16R, the 2-byte value for each R/G/B component is stored as big-endian [NOT in AVI] +XYZ[36] Packed XYZ 12:12:12, 48bpp, 12X, 4, 12Y, 4, 12Z, 4, the 2-byte value for each XYZ+4bit component is stored as little-endian [NOT in AVI] +[36]ZYX Packed XYZ 12:12:12, 48bpp, 12X, 4, 12Y, 4, 12Z, 4, the 2-byte value for each XYZ+4bit component is stored as big-endian [NOT in AVI] Since many exotic planar YUVA pixel formats are not contemplated by the AVI/QuickTime FourCC lists, the following scheme is adopted for -- 1.7.9.5

1 0