> > I disagree. F1 2000 runs slowly because it is poorly programmed.
> We could argue this, but there'd be no benefit. Suffice it to say that
> with a Glide patch, it'd run faster than it does now. Disagree?
poorly programmed w.r.t. graphics, who says they could produce a good Glide
rasterizer?! They could make one which is worse than the D3D one! :-)
Technically, Glide will be slightly faster, simply because of the way the
APIs work:
|-------------------|--------------------|--------------------|
| | | |
| Direct3D | OpenGL | |
| | | |
|-------------------|--------------------| Glide |
| | |
| Microsoft DirectX abstraction layer | |
| | |
|----------------------------------------|--------------------|
| |
| The 3D hardware |
| |
|-------------------------------------------------------------|
Glide goes through less hardware abstraction code than Direct3D or OpenGL,
hence the possibility of a slight speed advantage. Of course, as Direct3D
software *and* hardware improves, this is reduced. Don't the NVidia boards
out-perform 3dfx ones with D3D? Wouldn't that make the difference?
Absolutely.
Bot they are not turning their backs on you. Your Voodoo cards will run
the Direct3D version without problems.
As far as a developer will see things, yes, you are.
They can have 100% compatibility with Direct3D, since any graphics card on
the market today supports Direct3D.
With Glide, and to a lesser extent OpenGL, the figures are not 100%, so why
should they pour all this extra effort in?
*If* 3dfx cards were Glide-only (no Direct3D) and they shared the market,
say, 50% with all the D3D-cards (NVidia, Matrox, ATI...) then a developer
would certainly have to produce Glide and D3D versions, but at the moment,
they can just do a D3D version, and catch 100% of the market.
--
Richard.
"I'm back in the U.S.S.R. You don't know how lucky you are boy."