It works (as expected).
to a) For ..._FPALPHA its then as in the r200-driver.
to b) Who know's what should be done if lighting is
enabled but (ctx->Light.ColorMaterialEnabled) isnt set?
At least your patch which enables .._PKCOLOR
didnt affect the programs I tried.
Later I tried to enable .._FPALPH
Andreas,
Looking at the code, the FPCOLOR/FPALPHA elements are only turned on when
colormaterial is used -- in all other cases we use a ubyte 'PKCOLOR'
representation.
If we're using FPCOLOR, I don't think that it would be so bad to always turn
on FPALPHA too, as it seems like the current test
Am 2003.03.30 17:45:23 +0200 schrieb(en) Brian Paul:
Andreas Stenglein wrote:
So in VTXFMT Mode, RADEON_CP_VC_FRMT_FPALPHA isnt added to "ind",
and so some programs dont look as good as they do when
NO_VTXFMT=1 is set.
ctx->Color.AlphaEnabled refers to GL_ALPHA_TEST. It has nothing to
do whatsoeve
Andreas Stenglein wrote:
Hello,
it looks as ctx->Color.AlphaEnabled isn't set,
at least not in glMaterialfv() (or at all?).
So in VTXFMT Mode, RADEON_CP_VC_FRMT_FPALPHA isnt added to "ind",
and so some programs dont look as good as they do when
NO_VTXFMT=1 is set.
(exaple: arkhart-demo http://arkha
Hello,
it looks as ctx->Color.AlphaEnabled isn't set,
at least not in glMaterialfv() (or at all?).
So in VTXFMT Mode, RADEON_CP_VC_FRMT_FPALPHA isnt added to "ind",
and so some programs dont look as good as they do when
NO_VTXFMT=1 is set.
(exaple: arkhart-demo http://arkhart.nekeme.net/en/ or
petr
