Irrlicht Engine

try setting the target argument to 0
as long as you set the rotation and position ok then logic says that should be fine.

i don't have my code handy atm though, so i can't give you more info, sorry.

i find it hard to understand what you said, maybe i need a coffee ;)

your saying that the cameras position relative to it's parent model is correct : if you move the model the camera position changes as expected. but the camare is always looking at a certain point, no matter its' location ?

if ...

there is a function in ir' that lets you do this with milkshape models ( .ms3d )

you could either use that as a base to create your own function for a .x model maybe. or you could export your model to the .ms3d format and just use that.

50free.com

the are f**king fantastic.

anternatly i'll be happy to host it myself, mail me list_lfaATyahooDOTcom.

you might want to consider contru\ibuting that code to irrlichtNX, i think they'd appriciate it.

can you change a maps textures while you are playing it ? - i dont know, i would guess not.

can you change a maps textures before you load the map ? - well, as long as you know where the texture info is, how to access it and how to change it I dont see why not.

sorry i can't be more helpful, i ...

i dont know if the engine supports a function like that.

but somthign that would have the same result would be to load a 1 pixel sized picture and then display it at the pixel you want it visible.

blast and darnation, that last post was me :
IrrlichtNX

solved my prob :)

once i found out that devcpp wasn't shoing me the whole error message i got some more clues. basically raknet has a
#define getTime blahblah

so that scews up irr's getTime

I edited raknet to not need the define, and now irr' and rak' compiled fine together. I have the edited ...

But STL has std::string, and Irrlicht uses irr::core::string. If you are using namespaces as you said it should have no problems :) hmmm, not what i meant. i do that anyway and it's a PITA.

why put all your eggs in one basket is waht i'm thinking : namespaces are great but they're not going to ...

i'm only a newbie, so a simple way would be to create a camera ( not an fps one i guess ) and create it at the height and rotation you want ( to set it's distance from the ground, and angle of view ). then use the code from examples 2 - movement supplied with irlicht to detect the keys that move the ...

That is the purpose of having namespaces, so you dont get these conflicts. By effectively disabling them, you opened it up to potential conflicts.

I dont understand, are you suggesting a solution ?

Unlike the author of this thread I am using all the namespaces, and it hasn't helped me one bit ...

wow, quick reply, thanks.

that's a bugger. I think I would like to see all clases and namespaces etc made to be as unique to irr' as possible; by prepending them with Irr
eg IrrString
to remove any conflicts with other libraries out there, like String for example ;)

It's probably better coding and ...

i'm having the same problem, how did you get around it ?


for

class ITimer : public IUnknown
{
public:

//! destructor
virtual ~ITimer() {}

//! returns current time in milliseconds. This value does not start
//! with 0 when the application starts. For example in one implementation
//! the ...

it looks like you already are, but in case your not : use opengl, it looks better

I dont think is an irr' question as much as it is a c++ q.

I'm just an irr' newbie, but I know a bit about c++, and I dont see any reason why your smgr couldn't be passed as an argument to any method/function you wanted to use it in. It seems that would do what you want.