[Mplayer-cvslog] CVS: main/vidix/drivers mach64_vid.c,1.8,1.9
Michael Niedermayer
michaelni at gmx.at
Wed Feb 20 22:04:46 CET 2002
Hi
On Wednesday 20 February 2002 20:24, Nick Kurshev wrote:
[...]
> > // Bits 16-19 seem to select the format
> > -// Bit 28 seems to toggle something affects luma & chroma
> > +// 0x0 dunno behaves strange
> > +// 0x1 dunno behaves strange
> > +// 0x2 dunno behaves strange
> > +// 0x3 BGR15
> > +// 0x4 BGR16
> > +// 0x5 BGR16 (hmm, that need investigation, 2 BGR16 formats, i guess 1
> > will have only 5bits for green) +// 0x6 BGR32
> > +// 0x7 BGR32 with somehow mixed even / odd pixels ?
> > +// 0x8 YYYYUVUV
>
> mga g200 compatibility? ;)
dunno
>
> > +// 0x9 YVU9
>
> I've amazed !!!
>
> > +// 0xA YV12
> > +// 0xB YUY2
> > +// 0xC UYVY
> > +// 0xD UYVY (not again ... dont ask me, i dunno the difference)
>
> Maybe radeon.h can help you? There is still unsupported (untested by me)
> YVYU!
not really :(
0xC==0xD appearently there is no visible difference
and the remaining modes are not BGR or YUV like (setting a single bit affects
several pixels ... and such weird things) so it seems that 0x0-0x2 & 0xE-0xF
are not legal values at all, at least not on my card
>
> > +// 0xE dunno behaves strange
> > +// 0xF dunno behaves strange
> > +// Bit 28 all values are assumed to be 7 bit with chroma=64 for black
> > (tested with YV12 & YUY2) // the remaining bits seem to have no effect
[...]
Michael
More information about the MPlayer-cvslog
mailing list