Irrlicht Engine

I can guarantee your code is used plenty. I've had some issues with transparent and non trans materials combines in meshes, is there a way to fix this or does the 4 mat limit stop you from doing something like a material table? The old code use one material for every single mesh, so it all had to b...

I'm thinking about coming back and updating the code to allow for object movement, addition, and deletion even after creation. Is any interested in it, or is the code no longer used?

A little work would make it possible (though slow, so you shouldn't do it every frame) to move objects even after creation. If there's enough interest or need, I can go back and add that to the code

Sounds like the faces are facing the wrong way. Try turning off backface culling and see if it reappears

A simple but robust way of doing it for static lighting would be with the use of lightmaps. Find the triangle that contains the point you want to sample, find where that point would be on the lightmap texture, and there's the color of the light there. The only real difficulty with this solution come...

I think I should put a disclaimer on the first post that says this code won't be much use for Minecraft clones :lol: The thing is, for a Minecraft clone you'll constantly be updating the data and you'll only want to render the cubes that you can actually see. The code is in no way suited for either ...

Please make sure to use the code in the very first post in this thread. The code you're using is my first revision and is, quite frankly, terrible

Well if you don't believe it, check the obj file. There are only 5 vertices listed, but irrlicht says there are 12 in the mesh.

For this example, we're going to create a simple pyramid mesh: http://i117.photobucket.com/albums/o73/Azail/pyramidnouv.png To begin with, this pyramid has no UV's assigned to it. And, as expected, the vertex count of the mesh is 5. Now let's give it some UV's. http://i117.photobucket.com/albums/o73...

createMeshWelded only removes EXACT duplicate vertices, not similar vertices with different UVs so that won't fix the problem. I'll try coming up with a more detailed explanation and an example

The hole has to do (I'm betting) with the fact that Irrlicht duplicates vertices along UV seams (this is necessary for proper rendering). So we perceive there being a single vertex along the UV seams, but in reality there are two or more duplicates to make sure that the UV mapping behaves correctly....

This looks to be far more functional and has a much nicer ui design than mine

I personally configured my framework to take the place of the scene manager for the drawAll function. It uses all the data from the scene manager so it can be easily integrated, but instead of calling smgr->drawAll() you'd do deferred->render(). I'm working now on creating a function to convert all ...

Why what a generous offer young sire. It would be much appreciated if you could save some people some hours of coding and create a deferred renderer suitable for inclusion in irrlicht, to allow just one toggle to replace the solid render pass with one that allows more lights. This is actually what ...

There's one in one of the examples. The movement example I think