[MPlayer-dev-eng] Defining MPlayers RGB color formats

Michael Niedermayer michaelni at gmx.at
Mon Aug 9 15:58:13 CEST 2004


Hi

On Monday 09 August 2004 13:07, Reimar Döffinger wrote:
> Hi,
>
> > I think this question has already been answered in the thread
> > starting with:
> >
> > From: Michael Niedermayer <michaelni at gmx.at>
> > To: mplayer-dev-eng at mplayer.dev.hu
> > Date: Wed, 21 Jan 2004 16:47:56 +0100
> > Subject: [MPlayer-dev-eng] RGB vs. BGR
> > Message-Id: <200401211647.56307.michaelni at gmx.at>
>
> No, it wasn't answered because it is plain wrong.
yes, alexs awnser was inconsistent and incomplete, and alex is away, the 
technically best solution would be to ignore alex and make a 
consistant&complete list which is as close as possible to the current 
implementation, as i dont really see a different solution ill do that

>
>  > memory order:
>  > RGB			???24
>
> RGB24
>
>  > order in an int
>  > 8R8G8B			???24
>
> RGB24
>
> just plain can't be true on both big/little endian.
>
> and e.g.
>
>  > 5R6G5B			???16
>
> RGB16
>
> is actually BGR16 currently, at least on x86.
>
> Not to mention that RGB8 doesn't appear at all in this list.

[...] 
-- 
Michael
level[i]= get_vlc(); i+=get_vlc();		(violates patent EP0266049)
median(mv[y-1][x], mv[y][x-1], mv[y+1][x+1]);	(violates patent #5,905,535)
buf[i]= qp - buf[i-1];				(violates patent #?)
for more examples, see http://mplayerhq.hu/~michael/patent.html
stop it, see http://petition.eurolinux.org & http://petition.ffii.org/eubsa/en




More information about the MPlayer-dev-eng mailing list