[NUT-devel] [PATCH]Add Planar RGB fourCCs
Michael Niedermayer
michaelni at gmx.at
Sat Feb 23 02:52:43 CET 2013
On Thu, Feb 21, 2013 at 10:17:10AM +0100, Carl Eugen Hoyos wrote:
> Hi!
>
> Related to FFmpeg ticket #2274.
>
> Please review and apply, Carl Eugen
> nut4cc.txt | 17 ++++++++++++++++-
> 1 file changed, 16 insertions(+), 1 deletion(-)
> 50efd9081e6c21cc513fe073260d8f7c7863cdc6 0001-Add-definition-and-some-examples-for-planar-GBR-four.patch
> From 0a01d5607a3a728bc791cb0bd85fdb70d64bc37d Mon Sep 17 00:00:00 2001
> From: Carl Eugen Hoyos <cehoyos at ag.or.at>
> Date: Thu, 21 Feb 2013 09:59:51 +0100
> Subject: [PATCH] Add definition and some examples for planar GBR fourCCs.
>
> ---
> docs/nut4cc.txt | 17 ++++++++++++++++-
> 1 file changed, 16 insertions(+), 1 deletion(-)
>
> diff --git a/docs/nut4cc.txt b/docs/nut4cc.txt
> index e28de7b..2b606a7 100644
> --- a/docs/nut4cc.txt
> +++ b/docs/nut4cc.txt
> @@ -123,6 +123,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.
> @@ -132,7 +136,7 @@ The fourth byte is the number of bits used (8, 16, ...).
> 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]
> @@ -145,6 +149,17 @@ Y3[00][16] Planar YUV 4:4:4, 48bpp, (1 Cr & Cb sample per 1x1 Y samples), littl
> [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, little-endian [NOT in AVI]
> +[ 9][00]3G Planar GBR, 27bpp, big-endian [NOT in AVI]
> +G3[00][10] Planar GBR, 30bpp, little-endian [NOT in AVI]
> +[10][00]3G Planar GBR, 30bpp, big-endian [NOT in AVI]
> +G3[00][12] Planar GBR, 36bpp, little-endian [NOT in AVI]
> +[12][00]3G Planar GBR, 36bpp, big-endian [NOT in AVI]
> +G3[00][14] Planar GBR, 42bpp, little-endian [NOT in AVI]
> +[14][00]3G Planar GBR, 42bpp, 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]
The 4ccs should be fine but the descriptions are a bit vague
the planar yuv formats have either 8 or 16 bits per sample which
makes LE / BE / NA clear but with 9bit per sample for example its
not clear if that is stored as 9 bits or 9 in 16bit nor at which
end of the 16bit the 9 data bits would be
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
When the tyrant has disposed of foreign enemies by conquest or treaty, and
there is nothing more to fear from them, then he is always stirring up
some war or other, in order that the people may require a leader. -- Plato
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature
URL: <http://lists.mplayerhq.hu/pipermail/nut-devel/attachments/20130223/2fe48d1d/attachment.asc>
More information about the NUT-devel
mailing list