Oolite Bulletins

ADCK wrote:

Griff wrote:

Although i haven't tested this, it might be as simple as changing any references to gl_TexCoord[0].st to gl_MultiTexCoord0.st in all the fragment shaders in these oxp's.
eg, change the line

Code: Select all

 
vec2 texCoord = gl_TexCoord[0].st;

to

Code: Select all

vec2 texCoord = gl_MultiTexCoord0.st;

this might work for the moment, although all these old shaders really need to be fixed up and brought to to date (they use a macro to work out the lighting calculations needed and they should be using a 'function' to do this instead, i'll have a look to see if i can sort something out by comparing these old shaders with the newer ones and transfering bits across.

Slightly off-topic,
I use neolites shaders, and they've been mentioned as those being effected, I know illumination and shinyness can be done with materials, but what about normal maps?
I only ask because if normal maps can be done with materials, I wouldn't even need shaders anymore (except for animated stuff)

ADCK wrote:

I know illumination and shinyness can be done with materials, but what about normal maps?

DaddyHoggy wrote:

I think my the very nature of what a normal map is, it has to be a shader effect doesn't it?

DaddyHoggy wrote:

ADCK wrote:

Griff wrote:

Although i haven't tested this, it might be as simple as changing any references to gl_TexCoord[0].st to gl_MultiTexCoord0.st in all the fragment shaders in these oxp's.
eg, change the line

Code: Select all

 
vec2 texCoord = gl_TexCoord[0].st;

to

Code: Select all

vec2 texCoord = gl_MultiTexCoord0.st;

this might work for the moment, although all these old shaders really need to be fixed up and brought to to date (they use a macro to work out the lighting calculations needed and they should be using a 'function' to do this instead, i'll have a look to see if i can sort something out by comparing these old shaders with the newer ones and transfering bits across.

Slightly off-topic,
I use neolites shaders, and they've been mentioned as those being effected, I know illumination and shinyness can be done with materials, but what about normal maps?
I only ask because if normal maps can be done with materials, I wouldn't even need shaders anymore (except for animated stuff)

I think my the very nature of what a normal map is, it has to be a shader effect doesn't it?

DaddyHoggy wrote:

ADCK wrote:

....
I know illumination and shinyness can be done with materials, but what about normal maps?
I only ask because if normal maps can be done with materials, I wouldn't even need shaders anymore (except for animated stuff)

I think my the very nature of what a normal map is, it has to be a shader effect doesn't it?

Ahruman wrote:

Normal mapping can be implemented with the GL_ARB_texture_env_dot3 extension, but it requires significant extra work in the application and can’t be combined with standard specular lighting. This will never be supported in Oolite.

ADCK wrote:

Ahruman wrote:

Normal mapping can be implemented with the GL_ARB_texture_env_dot3 extension, but it requires significant extra work in the application and can’t be combined with standard specular lighting. This will never be supported in Oolite.

Eh, guess this means I have to use shaders since I want both normal maps and specular, oh well :(

Ahruman wrote:

ADCK wrote:

Ahruman wrote:

Normal mapping can be implemented with the GL_ARB_texture_env_dot3 extension, but it requires significant extra work in the application and can’t be combined with standard specular lighting. This will never be supported in Oolite.

Eh, guess this means I have to use shaders since I want both normal maps and specular, oh well

Er, no. That bit was about what Oolite doesn’t do, but is possible.

ADCK wrote:

So I can use normal/illumination/specular maps at the same time in materials and have them work?

ADCK wrote:

are there any drawbacks to doing it this way than instead of using shaders? less quality etc?

Ahruman wrote:

ADCK wrote:

So I can use normal/illumination/specular maps at the same time in materials and have them work?

Yes.

ADCK wrote:

are there any drawbacks to doing it this way than instead of using shaders? less quality etc?

No, because you are using shaders. You’re just not having to write them.

Diziet Sma wrote:

for all the effort and suffering you put yourself through,

El Viejo wrote:

...a pleasant couple of hours digitising some old vinyl.

Kaks wrote:

El Viejo wrote:

...a pleasant couple of hours digitising some old vinyl.

I just read 'digesting some old vinyl'! Sometimes I wonder what's wrong with me!

Kaks wrote:

'digesting some old vinyl'

Griff wrote:

Although i haven't tested this, it might be as simple as changing any references to gl_TexCoord[0].st to gl_MultiTexCoord0.st in all the fragment shaders in these oxp's.
eg, change the line

Code: Select all

 
vec2 texCoord = gl_TexCoord[0].st;

to

Code: Select all

vec2 texCoord = gl_MultiTexCoord0.st;

this might work for the moment, although all these old shaders really need to be fixed up and brought to to date (they use a macro to work out the lighting calculations needed and they should be using a 'function' to do this instead, i'll have a look to see if i can sort something out by comparing these old shaders with the newer ones and transfering bits across.

[shader.compile.fragment.failure]: ***** GLSL fragment shader compilation failed for yah_griff_station_hull.fragment:
>>>>> GLSL log:
Fragment shader failed to compile with the following errors:
ERROR: 1:73: error(#143) Undeclared identifier gl_MultiTexCoord0
WARNING: 1:73: warning(#153) Field selection requires structure, vector, or matrix on left hand side st
ERROR: 1:73: error(#216) Vector field selection out of range 'st'
ERROR: 1:73: error(#160) Cannot convert from 'float' to 'highp 2-component vector of float'
ERROR: error(#273) 3 compilation errors.  No code generated

   void main(void)
   {
   vec4 diffuse = vec4(0.0), specular = vec4(0.0);
   vec3 eyeVector = normalize(-v_pos);
 
// Load texture data
   vec2 texCoord = gl_MultiTexCoord0.st;
   vec4 diffuseMap = texture2D(tex0, texCoord);
   
// calculate specular effects