From what I understand, the driver has to kick into sw emulation when the program exceeds the hw limits. Is this correct?
I guess it won't (or is it optional) for the driver to do a multipass.
Another thing.
If I have
vec3 val;
vec4 val2;
result=dot(val, val2);
The compiler complains about dot because one is vec3 and the other vec4. Can't it do dot3 here?
------------------------------
Sig: http://glhlib.sourceforge.net
an open source GLU replacement library. Much more modern than GLU.
float matrix[16], inverse_matrix[16];
glhLoadIdentityf2(matrix);
glhTranslatef2(matrix, 0.0, 0.0, 5.0);
glhRotateAboutXf2(matrix, angleInRadians);
glhScalef2(matrix, 1.0, 1.0, -1.0);
glhQuickInvertMatrixf2(matrix, inverse_matrix);
glUniformMatrix4fv(uniformLocation1, 1, FALSE, matrix);
glUniformMatrix4fv(uniformLocation2, 1, FALSE, inverse_matrix);
No, if you exceed the maximum number of instructions, the compiler will tell you that. So you'll have to split your shaders by yourself. But if you use some function that isn't available through HW, then a (final) glSlang-implementation has to support a SW-Emulation for that (see noise in FS on ATI for example).Originally posted by V-man:
From what I understand, the driver has to kick into sw emulation when the program exceeds the hw limits. Is this correct?
result = dot(val, vec3(val))Another thing.
If I have
vec3 val;
vec4 val2;
result=dot(val, val2);
The compiler complains about dot because one is vec3 and the other vec4. Can't it do dot3 here?
or
result = dot(vec4(val), vec3)
[This message has been edited by PanzerSchreck (edited 01-31-2004).]
That's actually an odd part of the spec.No, if you exceed the maximum number of instructions, the compiler will tell you that. So you'll have to split your shaders by yourself. But if you use some function that isn't available through HW, then a (final) glSlang-implementation has to support a SW-Emulation for that (see noise in FS on ATI for example).
Let's say that the problem with a noise function is that it would take 250 opcodes to pull off. So, ATi could easily claim that they "support" the noise function, but it just so happens to throw every shader over the resource limits. By the spec, this behavior is OK. Just as if your shader was near the resource limits, and then you add an instruction that transates to more hardware ops than are avaliable.
To be honest, I'd prefer it this way. Better to get a "shader compile failed error" than have to actually test the shader on the hardware to know if it's going to kill your performance.
Posting Permissions
