@ ahruman - I've got some pictures using Snapz, can I email them to you? - I have no way to host them at the moment.
Yes, please. Command-shift-4 would do fine, mind you. :-) This comment exists purely to highlight to any passers-by that no special equipment is needed to take screenshots of Oolite under OS X.
Star Gazer wrote:
hold on... should I have done this...?
after adding “#define OOLITE_LIGHT_0_FIX” at the top of each shader
Doesn’t matter.
#define OOLITE_LIGHT_0_FIX currently causes the model to be illuminated at all times by what amounts to a light attached to the camera, which is generally undesirable. The idea is that Oolite will predefine OOLITE_LIGHT_0_FIX when light 0 doesn’t have this problem.
This isn’t very useful in practice for checking specular highlights. Hard-coding (in the shader) a light which illuminates the ship at an angle would be more practical for this purpose. (In the LIGHT() macro, replace gl_LightSource[idx].position.xyz with something like vec3(1.0, 1.0, 1.0), then fiddle with the numbers until something useful happens.)
Edit: sorry, deleted my post, i thought there might be info in a default rendermonkey shader code preset to help find out what was causing the blue in the texture on some ATi video cards, turns out the stuff i posted wasn't going to be of any help at all, i'm not even sure it was glsl shader code!
The new texture loading code seems to have resulted in the specular highlights being much more noticable, possibly related to a known problem (textures were being premultipled on loading). It definitely needs a smack with the subtle stick. I couldn’t get a shot of the most extreme bling, though.
In the mean time, “ We're in the future! Things are very shiny here.” (The glow effects aren’t very shiny, because the engines aren’t running hard. …and the engine cowling glow is broken again. Bah.)
These demonstrate the effect of mip-mapping. In the existing game, scaled-down textures have “crawling” artefacts due to the lack of mip-mapping. In the new code, mip mapping is on by default unless in reduced detail mode, but can be forced on or off on a per-material basis. (More on “materials” to come.)
@Ahruman & the other developers - Yet again I doff my hat, throw myself at your feet and grovel at the brilliant work you are turning out. By the time Elite IV comes out, Oolite might be 7.0LY ahead of it
So, looking at those screen shots, you might think the connection between the specular highlights and the appearance of the ship seems somewhat tenuous. Well, there’s a reason for that:
The new code has a slight problem dealing with greyscale textures. :-)
@Ahruman & the other developers - Yet again I doff my hat, throw myself at your feet and grovel at the brilliant work you are turning out. By the time Elite IV comes out, Oolite might be 7.0LY ahead of it
It already is!!!!
Absolutely bloody brilliant!
The Grey Haired Commander has spoken!
OK so I'm a PC user - "you know whats scary? Out of billions of sperm I was the fastest"
(With the Apple Floating Point Software Renderer, this provides something that looks at least vaguely right, although the specular highlight intensity is wrong for some reason.)
Edit: changing the line “float specIntensity = specMap.g;” to “ float specIntensity = specMap.g * 1.0;” fixes the latter issue. This looks like a renderer bug, but it’s worth testing on problematic hardware. Edit 2: Fixed the fix code, which was broken. Have reported the latter bug to Apple, it appears to be a bona fide error in the software renderer (and so shouldn’t be affecting anyone).
Last edited by JensAyton on Sun Apr 15, 2007 1:18 pm, edited 1 time in total.
@ ahruman - Very nice - good to see them as was intended at last!!
A resounding success - thank you for your persistence in sussing this one - this will revolutionise the quality of the modelling available - maybe not for the faint-hearted, 'tho...!!
