Irrlicht Engine

From what I see you can't . It simply multiplies the 2 involved textures, so you can only modify the textures for that one (I guess with reduced contrast in the reflection textures it would reflect less?). For advanced effects you have no choice but write your own shaders.

I've patched Irrlicht in [r6636] for this by adding a parameter to setViewPort. Thought it only works with OpenGL (and NullDriver which does nothing...), all other drivers will not handle it correctly (D3D 9 can handle it with larger coordinates, but not with negative ones, software drivers will cra...

Yeah, the more I thought about it the more certain I was this should work. It's only a transformation and unrelated to the clipping. But still wondering why it's in there then, maybe to make harder to mess up when working with rtt's? So people don't have to care about it most of the time and it stil...

Isn't that what I wrote after the "Ow... or maybe I do get it ..."? I'm not quite sure what would happen. I searched a bit around the web and found answers from "gpu will just clip it, no problem" to "this is badly defined in OpenGL" to "might depend on the graphic...

Intel GPU on your notebook?

Many work in both. HLSL didn't change that much itself, more like the stuff you can do with it and how data is send to the gpu. But for example cubemap smoothing over borders with d3d9 won't work (you can see it in the examples when you increase the smoothing - in d3d9 you see the borders then, in o...

Yeah, don't do assembly shaders in this decade. Irrlicht still has a few of those internally, but just for historical reasons (were written once by people who knew that stuff and as long as they kinda work no one replaces them). I started with HLSL, but currently using GLSL for everything. GLSL just...

Depends on what you really do. Playing with cubemaps is somewhat advanced stuff. You can't really use them without shaders. So likely next step you want to do stuff like for example mixing environment maps with your texture models. Then add lighting again - and so on. And that has all to be done in ...

New version has the warnings removed. Sadly no speed-up, would have to rewrite XEffects quite a bit for that and I'm not familiar enough with the code to do that.

My guess is you replaced the createSphereMesh by a getMesh() call but still drop() that mesh. Guessing that because that's what regularly happens to me when I switch from createMesh functions to getMesh functions and you'll get exactly that crash then ;-)

Sorry, either I don't get what you do or what you expect. If you move an object left-right in 3D space with perspective camera then objects do change (if you are in a tunnel you can see both side-walls at once because of that). That's what perspective does. You can't move things to the side and have...

COBJMeshFileLoader seems to be in /irr/src/COBJMeshFileLoader.cpp in Minetest (at least in master branch). If you search for S3DVertex there is only once place. And what I mean with - "need corresponding meshbuffer" is that SMeshBuffer _only_ takes S3DVertex, it can't take S3DVertex2TCoord...

In general it's the loader which creates the vertices. Not sure right now if any actually does that. Or yourself if you have your own functions to create meshes. Make sure to use the correct vertex type in the corresponding meshbuffer class. In newer Irrlicht you can use CDynamicMeshBuffer(EVT_2TCOO...

Maybe you are missing some aspect ratio changes? Your first image has 15/8 your second has something like 2 times 7.5/8 (with the images you posted here, I guess real ones are likely not exactly the same). The camera always renders the full height of your given field of view (ICameraSceneNode::setFO...

Nice.I'll get rid of the other warnings on Monday probably (got some public holiday here).