[MPlayer-dev-eng] RGB vs. BGR

Michael Niedermayer michaelni at gmx.at
Fri Jan 30 19:07:24 CET 2004


Hi

On Thursday 29 January 2004 17:49, D Richard Felker III wrote:
> On Thu, Jan 29, 2004 at 09:02:07AM +0100, Alex Beregszaszi wrote:
> > Hi,
> >
> > > also maybe a BGRA32_ME/RGBA32_ME (BGRA order in machine endian / read
> > > as int32_t)/...
> >
> > that's a good idea
> >
> > > which is #defined to BGR/RGB depending upon WORDS_BIGENDIAN could be
> > > added, it would simplify code which accesses RGB/BGR32 as int instead
> > > of bytewise based on that we could also use RGB15/16_ME instead of
> > > plain RGB15/16 it would be more consistant and harder to
> > > missunderstand, and would allow us to cleanly add support for
> > > byteswaped 15/16 bit formats in the future, IIRC 4xm on bigendian
> > > would use such a format internally
> > >
> > > for the A possition we could use IMGFMT_RGB|32 vs. IMGFMT_RGB|32|64 or
> > > maybe add a IMGFMT_ARGB= 'ARBx' / IMGFMT_RGBA= 'RBAx' / ...
> >
> > Maybe we should finally implement MID in G2 and drop the whole IMGFMT
> > design :)
>
> It's there in the (incomplete) G2 code I wrote, except I got rid of
> the "MID" name because it was completely obfuscating and just called
> it fmtdesc, with fmt as the normal variable/structmember name.
is that publically available somewhere? maybe its easy to backport to G1, i 
mean replacing IMGFMT constants by FMTWHATEVER constants/enums or pointers 
shouldnt be that hard

[...]
-- 
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