Quote:
GLSL can be run on cards as low as the gf4(perhaps even the gf3 even).

Really? Is this actually true? The only reason I'm using Cg at the moment is because I want to be able to support the GF4 level of cards too...

Quote: Original post by python_regious

Quote:
GLSL can be run on cards as low as the gf4(perhaps even the gf3 even).

Really? Is this actually true? The only reason I'm using Cg at the moment is because I want to be able to support the GF4 level of cards too...

Yes it's true, as long as the card supports vertex and fragment programs it can support GLSL.
The only difference(compared with newer cards) would be the maximum length of the programs, some branching/loop capabilities and a number of misc optimisations.
But it should be enough to do some simple ppl lighting and such things.
GLSL is actuarly sort of based a little on cg.

Quote: Original post by lc_overlord

Quote: Original post by python_regious

Quote:
GLSL can be run on cards as low as the gf4(perhaps even the gf3 even).

Really? Is this actually true? The only reason I'm using Cg at the moment is because I want to be able to support the GF4 level of cards too...

Yes it's true, as long as the card supports vertex and fragment programs it can support GLSL.
The only difference(compared with newer cards) would be the maximum length of the programs, some branching/loop capabilities and a number of misc optimisations.
But it should be enough to do some simple ppl lighting and such things.
GLSL is actuarly sort of based a little on cg.

GF3/4 can only support vertex part of GLSL. I don't know about recent driers but in old ones you had to do a registry hack to enable it. They do not support pixel part as HW can't fully HW accelate it. There is no middle ground here to support only a part of instructions.