2009/1/28 Paul TBBle Hampson <paul.hamp...@pobox.com>:
> The only position I have on this is that this code exists and if the
> vertex shader code exists, I am unaware of it. The last comment I
> thought I read regarding vertex shaders was that they had produced a
> marked speed decrease (in my thread late last year about this issue) but
> on reflection, I may have conflated two things here.
>
Stefan implemented shader based fixed function vertex processing a
while ago. It does have performance issues, but I think it should be
possible to fix those.

> You're suggesting in effect a specialised vertex shader that can just
> perform this matrix blending, rather than a full shader-based FFP,
> right?
>
It's not quite that easy, since we need to handle stuff like lighting
and texcoord generation as well. However, we do need shader based
fixed function vertex processing for things like specular alpha fog,
certain combinations of material tracking and drawing pre-transformed
vertices. My argument is essentially that if we're going to have
shader based fixed function vertex processing anyway, that's where we
should implement vertex blending, not as another drawStridedSlow()
fallback.

> If I understand, the software-only wined3d backend is dead and gone, so
Slightly OT, but we might need to implement software shaders at some
point, although that has a rather low priority right now. Would be
interesting to see if we could use Mesa swrast for that.


Reply via email to