Irrlicht Engine

Actually, I think I'm doing what you're suggesting (besides wiping the mesh cache). My mesh is originally declared as follows: buffer = new SMeshBuffer(); cubeForm(buffer); //Fills the buffer cubeMesh = new SMesh(); cubeMesh->addMeshBuffer(buffer); cubeSceneNode = smgr->addOctTreeSceneNode(cubeMesh)...

Hi vitek, thanks for the help!

So there's no way of editing an SMesh's vertex buffer and having Irrlicht visualise the change without reconstructing a new mesh?

Hey folks! I'm currently working on a deformation project, and need to be able to alter the co-ordinates of an SMesh's vertices during run time. I've managed to alter the SMesh's buffer, but don't seem to be able to find a way of replacing the old SMesh buffer with the new one. I did think about cal...

Hi Vitek,

That is exactly what I was looking for, thankyou very much for your help! Currently writing up a presentation for Tuesday, but hopefully I'll get a chance to implement it Tuesday evening. I'll let you know how things get on.

Thankyou once more, that's been a real help!

Hey folks! I'm looking to write an algorithm that sets the trajectory of a sphere after collision with a flat polygon (under any orientation), and was wondering if anyone had any suggestions on how to approach the problem. The information I have available is the velocity vector of the sphere prior t...

Hey folks! Does anyone know of a "relatively" simple method of determining the minimum distance between a point and a quadrilateral? I currently have the co-ordinates of the point, and the co-ordinates of the four quadrilateral vertices. I'm hoping to use it to determine whether a sphere i...

I seem to have fixed the last problem - I believe my mesh normals weren't quite correct.

That worked perfectly, thanks bitplane! I seem to only have one visual problem left now. If I form my deformable cube mesh from anymore than 27 vertices, looking upwards causes the bottom of the mesh to appear invisible. Looking back down again will cause the bottom of the mesh to pop back into view...

I seem to have found the source of the problem, but not a solution. As well as the selector mentioned below, I have a second to deal with cube collisions, setup as follows: selector2 = smgr->createOctTreeTriangleSelector(cubeMesh, cubeSceneNode, 128); cubeSceneNode->setTriangleSelector(selector2); s...

Hi folks! I've a very simple level setup at the moment. The player has an FPS style camera, is stood in a large room with a cube at the centre (the idea is the player throws rocks at the deformable cube, for a deformation project). I have recently noticed that all of the meshes are quivering slightl...

That worked perfectly, thankyou very much! The only other problem I'm noticing is that if I fire a ball soon after the application starts (within the first second or so) it seems to fly about randomly at extremely high speeds before dissapearing. If I wait a few moments though (or fire a second ball...

Hey folks! I'm currently working on some code to simulate the throwing of a ball when the left mouse is clicked. At the moment, when the left mouse button is clicked a sphere mesh is loaded, and attached to a node positioned at the camera position. It then moves off in the direction the camera is po...

Ah fantastic, I guess I shouldn't have too many problems then. Thankyou both for your help!

Hi Luben, I have considered that method. The problem is, the higher end deformable meshes I'll be working with will possess around 17,500+ vertices, and I've a feeling that on this scale the method will be too computationally expensive. I'm considering using this method upon a courser mesh however, ...

Hey folks! I'm currently working on a deformation project for university, and am now at a stage where a cube can be deformed by setting the position and force of an impact through input boxes. I'm now wanting to extend the testing environment to include a collision between a rigid body (a sphere) an...