Irrlicht Engine

I think I've reported this before, but it isn't fixed in the 1.4 release (I think I reported it for the 1.4 beta).

Filenames are case sensitive in Linux (and in OSX, I think). For some reason, Irrlicht calls make_lower() on filenames pretty often (just grep for it: it happens in CGUIEnvironment.cpp ...

hey all, long time no post (been busy)

in Irrlicht 1.3 I believe there's a problem with the Makefile

line 51 says:
LIB_PATH = ../../lib/$(SYSTEM)

lines 76 to 78 say:
# Copies static lib into /lib/Linux
staticlib: $(STATIC_LIB)
cp $^ $(LIB_PATH)

which means that, after compilation, libIrrlicht.a ...

actually it's Mandarin.. maybe that'll shave a year off your studies

here, pick your favorite: http://www.azillionmonkeys.com/qed/sqroot.html

if the range of numbers you need the square roots of is relatively small, you could just precalculate the square roots of the numbers at some interval and put them in a look up table and use linear interpolation to estimate the actual square root

// to initialize:
int maxsqrt = 1024;
float sqrts ...

I originally called this a tutorial, but that's misleading.. after reading this you won't have some code to copy and paste that will yield an unstoppable AI, I only mean to introduce some concepts that people may find helpful

let's consider a simple game in which a player-controlled spaceship duels ...

a linked list is a way of implementing an n-dimensional list using pointers between "adjacent" items in the list instead of allocating contiguous memory for them all

so why would you put NPC objects in a linked list? linked lists are fast at inserting and deleting things at specific locations ...

ok, I'll play :)

name: Eric Zilli

age: 23

location: Boston, MA, USA

occupation: phd student in neuroscience at boston university (though I have a BA in computer science).. the lab I work in studies quite a few different things, but I, myself, have my hands in: modelling animal spatial navigation ...

I just looked at the API documentation for a bit, and you're right that making a scrolling list box looks a little tricky

this is the best way that occurs to me without going in and adding new functions to the engine itself to make it easier:
gui::IGUIListBox* listbox = 0, *bufbox = 0;

chatbox ...

if your SendTextMsg function doesn't change the string it's passed (and I can't think of why it would) then you can just change it to accept a const char*

otherwise couldn't you just explicitly cast it to be a char * with SendTextMsg((char*)s.c_str());?

the keyword is extern.. you define the variable in, say, main.cpp normally, then in the other files you say "extern int i;" or whatever the variable's type and name are

core::vector3df cameraPos = camera->getPosition();
core::vector3df targetPos = target->getPosition();

camera->setPosition(cameraPos+speed*core::vector3df((targetPos.X-cameraPos.X), (targetPos.Y-cameraPos.Y), (targetPos.Z-cameraPos.Z)));
if speed==1 the camera will move to the target in one frame ...

there's no need to say GameCore->device inside the definition of GameCore, just use device

-> is the operator that simultaneously deferences the pointer and accesses a member function or variable, so elsewhere in your code if you have GameCore gc; you'd use gc.device to access the device or if you ...

I'm gonna go ahead and say the obvious here, but q3node is undeclared :)

not only do you not declare it (something like scene::IAnimatedMeshSceneNode* q3node=0; ) but you never add it to the scene manager with addAnimatedMeshSceneNode()

both of those have to be done before you do if(q3node) which ...

so I'm gonna trust you actually have a good reason in mind to use an eventreceiver to parse xml data (why not just write a for loop or something to parse it?)

anyhow, you might want to use the extern keyword on the variables you want to share.. in main.cpp you can create an instance of your ...