Re: [NUT-devel] [PATCH] Additional planar YUVA? format fourccs
On date Friday 2010-05-21 18:22:13 +0200, Stefano Sabatini wrote:
On date Friday 2010-05-21 04:54:11 +0200, Michael Niedermayer nutted:
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
Updated.
Ping.
On Sat, May 22, 2010 at 06:06:20PM +0200, stefasab wrote:
On date Friday 2010-05-21 18:22:13 +0200, Stefano Sabatini wrote:
On date Friday 2010-05-21 04:54:11 +0200, Michael Niedermayer nutted:
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
Updated.
Ping.
packet loss detected [...] -- Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB I have never wished to cater to the crowd; for what I know they do not approve, and what they approve I do not know. -- Epicurus
On date Sunday 2010-05-23 04:21:50 +0200, Michael Niedermayer wrote:
On Sat, May 22, 2010 at 06:06:20PM +0200, stefasab wrote:
On date Friday 2010-05-21 18:22:13 +0200, Stefano Sabatini wrote:
On date Friday 2010-05-21 04:54:11 +0200, Michael Niedermayer nutted:
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
Updated.
Ping.
packet loss detected
I don't know what you mean, but here it is the patch again. Regards.
On date Sunday 2010-05-23 10:56:18 +0200, Stefano Sabatini wrote:
On date Sunday 2010-05-23 04:21:50 +0200, Michael Niedermayer wrote:
On Sat, May 22, 2010 at 06:06:20PM +0200, stefasab wrote:
On date Friday 2010-05-21 18:22:13 +0200, Stefano Sabatini wrote:
On date Friday 2010-05-21 04:54:11 +0200, Michael Niedermayer nutted:
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
Updated.
Ping.
packet loss detected
I don't know what you mean, but here it is the patch again.
I'll apply the patch in three days if no one is against this or has comments. Regards.
On Sun, May 23, 2010 at 10:56:18AM +0200, Stefano Sabatini wrote:
On date Sunday 2010-05-23 04:21:50 +0200, Michael Niedermayer wrote:
On Sat, May 22, 2010 at 06:06:20PM +0200, stefasab wrote:
On date Friday 2010-05-21 18:22:13 +0200, Stefano Sabatini wrote:
On date Friday 2010-05-21 04:54:11 +0200, Michael Niedermayer nutted:
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
Updated.
Ping.
packet loss detected
I don't know what you mean, but here it is the patch again.
the mail you pinged is not on the ML
Regards.
nut4cc.txt | 32 ++++++++++++++++++++++++++++++++ 1 file changed, 32 insertions(+) deb1316a4d8762052267abd332abe00f38d7562b extend-nut-fourcc-tags.patch
ok [...] -- Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB Rewriting code that is poorly written but fully understood is good. Rewriting code that one doesnt understand is a sign that one is less smart then the original author, trying to rewrite it will not make it better.
On date Tuesday 2010-05-25 15:42:54 +0200, Michael Niedermayer wrote:
On Sun, May 23, 2010 at 10:56:18AM +0200, Stefano Sabatini wrote:
nut4cc.txt | 32 ++++++++++++++++++++++++++++++++ 1 file changed, 32 insertions(+) deb1316a4d8762052267abd332abe00f38d7562b extend-nut-fourcc-tags.patch
ok
Applied.
participants (3)
-
Michael Niedermayer -
Stefano Sabatini -
stefasab