Irrlicht Engine

i also voted.

hybrid wrote:Irrlicht 1.3 has BSP shader support, check example 16.

But not support for HLSL/GLSL-Shaders in BSP-Maps.
I want to hack a BSP map that displays HLSL/GLSL-Shaders.

im voting for integrating CG into irrlicht

HLSL sucks because it cannot run in OpenGL
GLSL sucks because it cannot run in DX
=> CG rules

its useless to be able to use OpenGL or HLSL when my shaders only work in one of them.

Hello

I want to use HLSL/GLSL shaders in a BSP map for specific bsp entities.
For example, you could read the shader-filename from one of those Bsp-Entity-Variables using the BspEntityReader which was postet once in this forum. But how to make Irrlicht display it?

Does anyone have any information ...

Luben wrote:Aah, now i understand
Well, i'll provide a function for creating a shader based post process effect, and then you could use that interface's functions to set your own materialtype, i suppose.

sounds good, thanks.

I can't see what optimizations i can get from making a whole new material renderer instead of using the driver independant solution that irrlicht provides.

The point is that it will be confidant to adding a shader to a scene node.
E.g you could apply the same Material Renderer to a scene node ...

I can't see what optimizations i can get from making a whole new material renderer instead of using the driver independant solution that irrlicht provides.

The point is that it will be confidant to adding a shader to a scene node.
E.g you could apply the same Material Renderer to a scene node ...

well, in my opinion it should be:
- shader based (IMaterialRenderer based)
- having an interface as easy to use as possible ("make simple things easy")
-> easier than the current one
- using opengl/d3d9 optimizations if possible
- using a scene manager interface / render target interface as hybird ...

very funny!
00:54 was great

Check the d3d9 driver for the simple way: It sets the textures in a general material function on each call. This should be done for OpenGL as well, but we'd need to disable unused layers properly.
I'd suggest to put your extension into the library and thus using the internal headers etc.

You're ...

No, the OpenGL materials enable and disable the materials themselves, because I could not disable them otherwise. The usual way would be to enable all available textures, and depending on the material disable the wrong layers. But we got usually all layers into the result, even though the texture ...

Hello everybody

I'm currently writing a custom material renderer implementing the IMaterialRenderer interface.

But my custom material renderer is only useful for me if there is both, a Direct3D version and an OpenGL version and if it does not need to include or edit Irrlicht Sources(!)

I've got a ...