Irrlicht Engine

I didn't think the problem with inheritance was due to it being a DLL.
Maybe that's something I did not know about though. I can derive classes
from Microsoft MFC and they're DLL based I thought.

I believe the problem is a design choice made for Irrlicht.

Irrlicht hides the classes used internal ...

I'd like to extend the functionality of a node. For example, I'd like
to add the ability to draw some text under a billboard node. The way
I'd usually do this is to derive a class from the IBillboardSceneNode class
and create a render() method. I'd call IBillboardSceneNode::render()
to draw the ...

Any chance you can make all the textures you need in advance?
It would be much simpler!

why don't you ask this question in the forums for those libraries?
This is the irrlicht forum.

> NULL is the C way of writing a pointer that points to nothing

True, but this a bit misleading. A pointer set to zero (NULL) points to the
very first memory location. It points to something, whatever data
happens to be there. It's not anything useful though. In some cases
this will cause a ...

Since it's using the bounding box for that function I would think that
would be pretty tough. Can you add extra tests to eliminate the collision
if it's an arm?

The random number isn't tied to the clock for a good reason. A lot
of people need random numbers that repeat. It makes it much easier
to debug your program if you can repeat the bug. If you got new
random numbers each time you run then you couldn't repeat the
conditions that caused the bug.

Some ...

Hey Niko,

Will IrrLicht, when it's finished, be event driven or will we write animator
classes for everything? I notice there are no Collision or Deletion events,
and the FPS camera uses a custom animator.

If we're going to write custom classes it would be nice to be able
to derive from nodes. The ...

rand() doesn't generate random numbers. No computer code really
does, except for some that sample the audio noise from your sound
card for it. They're all 'psuedo random numbers' which look sort of
random but aren't completely. They will return the same series
of numbers when they use the same seed ...

Anyone have a good setup for debugging in Visual C++ 6?
When I start the target program it puts the screen in full screen mode.
If I set breakpoints they stop but the screen is still in graphics
mode and debugger won't display in that mode...

I've got a two monitor setup at home, perhaps I can run ...

I usually miss those things but this time I happened to notice it.
Have a good one.

the current relative rotation is stored there,
but I was trying to get to the rotated mesh polygons.

It looks like when you attach a mesh to a node it makes
a copy of it and manipulates the copy. I guess it's
storing the current mesh and applying transformations
to that after each rendering pass ...

Good afternoon all:

I've loaded a mesh and animated it by applying rotations to the scene
node:

IAnimatedMeshSceneNode* node; // animated mesh
node->setRotation(r); //rotate node

I can get to the original unrotated IMesh with:
IAnimatedMesh* mesh;
mesh->getMesh( node->getFrameNr() )

Any way ...

I looked through the code to calculate the number of polys in a mesh
and that gave me what I needed to iterate through the polys and find
the one most nearly facing the camera. Here's what I came up with:


vector3df Roller::FindNearestPoly( scene::IMesh* mesh )
{
vector3df vR;

if ( mesh ...

The documentation states the function returns true or false
indicating if the polygon is 'front facing'. 'Facting' makes no
sense. It seems it was a typo to me.