aaammmsterdddam wrote:nice, but what about stability and/or bugs. is it fully tested (Even all obscure shader combinations)?
I will download it, because it is awesome.
Good snippets though some glsl shader codes do not compile. I've learnt much in converting the hlsl to glsl shaders. I admit that I have to refactor the snippets to see how they work.
I had no trouble. The actual combination of shaders normally wouldn't have an effect on stability because the processing is always the same, just repeated.
But, there may be an unusual situation. For bloom, I think there is a shader sequence that renders to successively smaller targets. Though maybe you can't change this sequence using configuration.
All the shaders compile for me so maybe it is a driver issue. Or are the shaders written for Nvidia?
mongoose7 wrote:I had no trouble. The actual combination of shaders normally wouldn't have an effect on stability because the processing is always the same, just repeated.
But, there may be an unusual situation. For bloom, I think there is a shader sequence that renders to successively smaller targets. Though maybe you can't change this sequence using configuration.
All the shaders compile for me so maybe it is a driver issue. Or are the shaders written for Nvidia?
I am using Mesa DRI driver (fc15) for the crappy Intel GMA 3100 vga chip. Maybe it's a driver matter.
I had a deeper look into the shader codes and currently I'm reworking the shader files (I compiled them with the AMD shader analyzer, thanks again to christianclavet for his work).
As you can read in the comments in the shader files some of them origin from nvida shader library and it's a fact that some of them don't work on ATI/AMD.
I fixed the fxaa algorithm for opengl and I will upload the new code in the next hours...
BTW there is one big mistake I m made: The opengl driver ignores the entry point definition for the shaders -> It always uses main! So the opengl branch works different to the directx branch (downsampling for example doesn't use downscal2x2 but main). I didn't realised that in my previous posts.
please refer to rtt.xml for furhter details
The next step is to create a hdr pp-effect similar to the ldr adaptive bloom (I'll post it here when its done)
There is a new pp-effect EPPE_UNDER_WATER. I use this in combination with a reflective/refractive/specular water scene node.
I think the fxaa is a good alternative to rendering twice the screensize and downsamling again.
I'm very happy that this works now also for opengl
maybe you hitted 'p' before you switched to mode one. (by pressing 'm').
The final pass is now located at position number two, so hitting p before m leads to a black screen. Of course it should be possible to switch through the other effects.
Mode two should run in either case.
I don't have an idea what else could happened ....
Hey Granyte,
Currently I haven't got an idea. I tested it on two machines (both nvidia) and had no problems.
On Monday I will do some tests on other gpu's. I hope I can find a solution....
....