Irrlicht Engine

I guess something like that could happen when the rendering order is wrong. It should first draw the opaque object, and then the transparant one. If not then the z-test will make the part of the opaque object not drawn at all, which could indeed look like a hole. Problem with that is: it is not guar...

For each block, the mesh is the same, so you only load it once in your main program, and give the pointer every time when you add a scenenode. You don't need your own block class per se. In the onepiece class just use an empty scene node to hold the 4 block-mesh. And just call addMeshSceneNode 4 tim...

First, you dont need to call drawall in your block class or any of your own classes, just let the scenemanager draw the scene in your main loop. Using ->remove is good, if you use ->removeall then you only remove children. You dont need to manually delete the node. it is reference counted so it dele...

Ok the patch size is not what I thought it was.... If you look at the code: the patchsize in the terrainscene node are not the render width of each ' square' in your heightmap, but these are used only for the LOD stuff... which is very nice, but also puts some restraints on what sort of heightmap yo...

You are creating this terrain scenenode yourself right? So you provide it with a heightmap (which you know the size of, or can get), and you also supply the patch size. Now if you heightmap is for example 256 wide, then you get 255 patches. So multiply that with patchsize and you should have the tot...

what do you want to know, the amount (width and height) of heighpoints? or the amount (width height) of patches, or do you want to know the total size (width height in units) of the terrain it's drawing?

No problem

vertices != triangles. If you call drawvertexprimitivelist, you can specify what type of primive you want to draw. triangles is just one of them. the vertices you pass are just the points of your heightgrid, and the indices are references (array-indexes) to those vertices, and depending on what type...

As far as I know, the terrainnode treats every pixel in the bitmap as a heightpoint. So if the bmp = 100x100, then you have 99x99 cells. What you can do is read the bmp as a texture (see loading texture tutotials) and get the width and height from there. (cells = width-1 etc.) not sure about the mal...

if you make your own scenenode you HAVE to implement some functions that it needs... they are OnRegisterSceneNode, render, getBoundingBox, getMaterialCount and getMaterial. see http://irrlicht.sourceforge.net/docu/example003.html for an example. they are not hard to implement. I don't fully understa...

Don't know if it matters to you but I'm guessing that you now draw 4 lines for each cell? That would mean you are drawing a lot of double lines if you draw the whole grid like that. If that's the case then you might consider making it draw only 2 lines per cell, except for the cells at the end. shad...

There shouldn't be a need for a raycast. You can use the data you created the TerrainSceneNode with, or you can use the getHeight (f32 x, f32 y) function of the TerrainSceneNode.

I edited my post, CSceneNode needs more work then I thought...

A way to do it is to copy/paste the code from CGridSceneNode into your own class. then change the RegenerateGrid() function to take the height into account. You need to pass your heightgrid to the scenenode in the constructor, so it can read from it. And you need to tell the CGridSceneNode (or howev...

I already asked in this thread but noone seems to understand my question or just can't answer it. Well to be honest, I'm pretty sure that is caused by how you ask your question. It's very vague, and very big and you don't say what exactly you are are tying to do, what you already tried and where yo...