[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