[NUT-devel] [RFC] FourCCs for rawvideo rgb4_byte / bgr4_byte

[Michael Niedermayer]

On Thu, Jun 03, 2010 at 11:58:44PM +0200, Stefano Sabatini wrote:
> On date Thursday 2010-06-03 23:07:46 +0200, Michael Niedermayer wrote:
> > On Wed, Jun 02, 2010 at 04:21:27PM +0200, Stefano Sabatini wrote:
> > > On date Wednesday 2010-06-02 14:34:15 +0200, Michael Niedermayer wrote:
> > > > On Mon, May 31, 2010 at 06:17:00PM +0200, Stefano Sabatini wrote:
> > > > > On date Friday 2010-05-28 03:23:38 +0200, Michael Niedermayer wrote:
> > > > > > On Thu, May 27, 2010 at 12:14:24PM +0200, Stefano Sabatini wrote:
> > > > > > > On date Thursday 2010-05-27 00:59:21 +0200, Stefano Sabatini wrote:
> > > > > [...]
> > > > > > > > I was almost committing, but since there are other formats I want to
> > > > > > > > add support for, maybe someone can find out a scheme for all of them.
> > > > > > > > 
> > > > > > > > These are the format I want to add support for:
> > > > > > > > bgr4_byte ->none
> > > > > > > > rgb4_byte ->none
> > > > > > > > rgb444be ->none
> > > > > > > > rgb444le ->none
> > > > > > > > bgr444be ->none
> > > > > > > > bgr444le ->none
> > > > > > > > 
> > > > > > > > I propose this scheme.
> > > > > > > > 
> > > > > > > > First byte:
> > > > > > > > b = BGR
> > > > > > > > B = BGR+A
> > > > > > > > r = RGB
> > > > > > > > R = RGB+A
> > > > > > > > a = ABGR
> > > > > > > > A = ARGB
> > > > > > 
> > > > > > i dont like this at all, using upper/lower case to distinguish formats
> > > > > > 
> > > > > > following is much closer to the existing system:
> > > > > > RGBA -> RBA[bits]
> > > > > > ARGB -> ARB[bits]
> > > > > > ABGR -> ABR[bits]
> > > > > > BGRA -> BRA[bits]
> > > > > 
> > > > > This only works if all the components have the same amount of bits.
> > > > > 
> > > > > Anyway I don't mind if you want to use this scheme for the missing
> > > > > formats:
> > > > > rgb444be -> [16]BRA
> > > > > rgb444le -> ARB[16]
> > > > > bgr444be -> [16]RBA
> > > > > bgr444le -> ABR[16]
> > > > 
> > > > the bits value should be 64 for 16bit per component, 32 for 8bpc
> > > 
> > > This would lead to:
> > > 
> > > rgb444be -> [16]BGR
> > > rgb444le -> RGB[16]
> > > bgr444be -> [16]BGR
> > > bgr444le -> BGR[16]
> > 
> > the value should be 12, its in line with rgb15
> 
> Fixed, regards.

>  nut4cc.txt |   33 +++++++++++++++++++++++++++++++++
>  1 file changed, 33 insertions(+)
> c79d553780cdeec09c8e776854fffbcf11fb32fd  define-rgba-fourcc-scheme.patch
> Index: docs/nut4cc.txt
> ===================================================================
> --- docs/nut4cc.txt	(revision 669)
> +++ docs/nut4cc.txt	(working copy)
[...]
> +RGB[12]    Packed RGB 4:4:4, 16bpp, (msb)4U 4R 4G 4B(lsb), little-endian, most significant bits of the most significant byte unused
> +[12]BGR    Packed RGB 4:4:4, 16bpp, (msb)4U 4R 4G 4B(lsb), big-endian   , most significant bits of the most significant byte unused
> +BGR[12]    Packed BGR 4:4:4, 16bpp, (msb)4U 4B 4G 4R(lsb), little-endian, most significant bits of the most significant byte unused
> +[12]RGB    Packed BGR 4:4:4, 16bpp, (msb)4U 4B 4G 4R(lsb), big-endian   , most significant bits of the most significant byte unused

added this into the list where it belongs

[...]
-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

Breaking DRM is a little like attempting to break through a door even
though the window is wide open and the only thing in the house is a bunch
of things you dont want and which you would get tomorrow for free anyway
-------------- 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/20100604/6259436e/attachment.pgp>