[NUT-devel] [PATCH] Additional planar YUVA? format fourccs

[Michael Niedermayer]

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.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <http://lists.mplayerhq.hu/pipermail/nut-devel/attachments/20100525/a8afcea7/attachment.pgp>