Irrlicht Engine

rincewind

Don't use the STL wstring but the irrlicht built-in stringw:

char name[256];
// fill name array with data
// ...
const wchar_t *string = irr::core::stringw(name).c_str();

rincewind

Have a look at the API, in particular at the ISceneCollisionManager . This class (for which a pointer can be received via the ISceneManager) provides all methods you need for this tasks. For example, you can use getScreenCoordinatesFrom3DPosition() to transform 3d coordinats into 2d screen coordinat...

rincewind

You can use the scalar product between the two "forward" vectors. So, assuming that x=(x_1, x_2, x_3) is pointing forward for node 1 and y=(y_1, y_2, y_3) does the same for node 2, and assuming further that both x and y have length 1, the following equation is true: x_1*y_1+x_2*y_2+x_3*y_3...

rincewind

Hey, cool

But sf's download-speed sucks

rincewind

Can you describe your problem in more detail?

I think, it is not a good idea to add both the level-triangleselector and the player-triangleselector
to the metaselector. But because i don't know what you want to do and what happens, maybe the problem lies somewhere else...

rincewind

You can do something like irr::core::stringc pk3file("maps/map-"); pk3file += mapname; pk3file += ".pk3"; device->getFileSystem()->addZipFileArchive(pk3file.c_str()); irr::core::stringc bspfile(mapname); bspfile += ".bsp"; quakeLevelMesh = scenemgr->getMesh(bspfile); us...

rincewind

I'd suggest you move the createDevice() stuff into main()....

rincewind

It seems, that the documentation for the ITextSceneNode is missing. Looking into the source, i would suggest to use ITextSceneNode::setText(const wchar_t* text).

rincewind

why do you need a triangleselector? you could use ISceneCollisionManager::getSceneNodeFromScreenCoordinatesBB()
for mousepicking, which uses boundingboxes to select the scenenode.

greetings, rincewind

rincewind

Hi, looks very good.
I had 115 - 140 fps in the town using an athlon64 3200+, gf6600gt, 1024mb ram.

keep working on this, i want to leave the town and slay some orks

rincewind

the method addShadowVolumeSceneNode() returns a pointer to the created shadow. So, you can do this:

Code: Select all

scene::ISceneNode shadow = node->addShadowVolumeSceneNode();
shadow->setMaterialFlag(video::EMF_FOG_ENABLE,true);

greetz, rincewind

rincewind

I'd guess it's because IAnimatedMesh does not inherit from IMesh, so with two functions it's possible to create an octtree from both IMesh and IAnimatedMesh.

rincewind

well, as the subject says: the way irrlicht implements rotation is inconsistent. if you do something like mySceneNode->setRotation(mySceneNode->getRotation()+vector3df(10,0,0)); the scenenode rotates around it's own x-axis. But if you try to do the same for the y-axis or the z-axis, eg: mySceneNode-...

rincewind

works fine on my athlon xp2200+, 512mb, nvidea geforce4 ti 4200,
win98se (<-- shame on me^^)

rincewind

acki forgot the "&", you have to pass a pointer to your eventreceiver into
the createDevice-method:

Code: Select all

MyEventReceiver receiver; 
   IrrlichtDevice *device = 
      createDevice(EDT_DIRECTX9, dimension2d<s32>(1024, 768), 16, false, false, &receiver);

Irrlicht Engine

Search found 35 matches

rotationconcept of irrlicht is inconsistent