On Friday 22 July 2005 08:20 am, Roland Scheidegger wrote:
> Roland Scheidegger wrote:
> > but you can have 6 reads per stage (thanks to different alpha/rgb
> > sources), e.g. the whole register set.
>
> Ah scratch that, wrote too fast. This if of course not an issue, since
> you can address the al
Roland Scheidegger wrote:
but you can have 6 reads per stage (thanks to different alpha/rgb
sources), e.g. the whole register set.
Ah scratch that, wrote too fast. This if of course not an issue, since
you can address the alpha and rgb regs separately too. I just didn't do
it due to the added c
Ian Romanick wrote:
I'm actually wondering how ATI solved that problem in their driver,
I couldn't see an easy way out to avoid the fallback - even using
the 2 additional tex env stages or the second phase of the
fragment pipeline isn't going to fix the issue I think. Maybe
someone else has a g
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Roland Scheidegger wrote:
> I'm actually wondering how ATI solved that problem in their driver, I
> couldn't see an easy way out to avoid the fallback - even using the 2
> additional tex env stages or the second phase of the fragment pipeline
> isn't
Roland Scheidegger schrieb:
> Here's a somewhat experimental patch to enable
> GL_ARB_texture_env_crossbar on r200. It got more ugly than I wanted...
> Works with tests/crossbar, glean(texcombine), couldn't find anything
> more which uses it (well ut2k4 seems to, but I couldn't see any
> difference
Here's a somewhat experimental patch to enable
GL_ARB_texture_env_crossbar on r200. It got more ugly than I wanted...
Works with tests/crossbar, glean(texcombine), couldn't find anything
more which uses it (well ut2k4 seems to, but I couldn't see any difference).
There is some overhead associated