Irrlicht Engine

I've read via forum searches that just drawing a line doesn't give control over the line thickness in this release, and that you have to re-draw the line every display cycle. Given that, I want to depict edges connecting nodes of a 3D graph, and have concluded creating them with geometry seems the b...

Indeed, it's type ESNT_CUBE and I was able to cast it with no problems.

Thanks again!

Apologies in advance for my confusion, but I'm stuck and it feels like I'm going over the same examples and just not getting it. Let's say I create a node in this manner: const SColor YELLOW = SColor(255, 255, 255, 0); ISceneManager *smgr = device->getSceneManager(); IMeshSceneNode* node=NULL; node ...

And even more thanks! As you deduced, I'd overlooked the manipulator functions. Fixed.

Many thanks to both of you. Thanks to your suggestions I have the test code working great now. Very much appreciated!

... but is the code (which is very rough--and simple--test code to try to make this work, it wasn't intended to be "pretty") itself incorrect? It's based on Tutorial 23.

Thanks again!

I'm trying to draw a basic box centered on the origin and then color it yellow, using an SMesh instead of reading the data in from a file. I have it mostly working, but for some reason I can't get the color to appear as anything but black. I have added a pair of lights between the node and the camer...

Thanks! I actually just came back here to report that I'd successfully added a "vanilla" camera and a key command to swap between them and that works perfectly. When it's swapped out the view stays where it was and all does just as I wanted. Yay! Then I see your much simpler solution and I...

I'm using a modified FPS Camera to move around and examine meshes of interest in the Irrlicht environment. I've noted that while the app is running the mouse is completely bound to the camera aiming function; even when I control-tab away from the app the mouse cursor won't leave the boundaries of th...

Thanks, that's a big help. I've implemented that change, and most (if not all) of my issues cleared right up. So much for needing a whole thread! :lol: There's one more small thing but I might know how to handle it already. If I turn out to run into a brick wall I'll follow up here with any question...

Hi again! I'm working to modify the FPS camera to include vertical movement, and am having mixed results. I figured I'd start a question thread and run through the issues I'm having in the hopes not only of getting things ironed out but of learning something in the process. 8) First, I needed a coup...

Okay, I officially feel silly now. The answer was in the "Movement" tutorial code. Without dynamic lighting you actually have to do the opposite of what I tried above: node1->setMaterialFlag(EMF_LIGHTING, false); Otherwise the mesh on node1 is rendered in black. Hopefully this will help so...

Hmm. Thanks, but that didn't seem to make any difference. Puzzling. I can get the color to show if I throw an explicit light into the scene with addLightSceneNode(), but it's shadowed and has to be placed and the size set. I'm just trying to get a universal, even lighting across all the surfaces of ...

I have a simple .obj mesh whose material color is defined as yellow on the .mtl file. I've brought it into Irrlicht using the OpenGL option. I've then added ambient lighting as follows: smgr->setAmbientLight(video::SColorf(1.0f,1.0f,1.0f)); My understanding was the object would be lit by white ambie...

You're the man! Very simple change in the device creation statement and it's running like a champ.

Thank you!