Irrlicht Engine

Sorry, I didn't understand it the first time. Anyway I use both single and continuous repeating of animations and apart from multipling the end frame, it works correctly for me.

My next theory is, that you don't set the loop mode correctly. At least I don't see it anywhere in your source.
http ...

I think your code works correct, but you set the animation to the first frame only, so you don't see anything.

I use blender and jox's exporter and for some unknown reason I have to multiply the number of the endframe by 150. Seems to work, every model needs a little bit tweaking. Just increase ...

Are you sure, it worked before?

If I understand the script correctly, it exports meshes and not objects. So if you use "Duplicate Linked" to create the columns, you have four objects but only one mesh, which is the one column you see in Irrlicht.

what about the semicolon after main? there shouldn't be one
edit:
@Armen138 damn, you were faster

to make it work in blender 2.37 go to line 221 and simply delete the mod_meshtools dependency so it looks like this It seems to work fine without it

I also use the forward declaration. I usually have a small file called classes.h with simple content

#ifndef _CLASSES_H
#define _CLASSES_H

class Object;
class Animation;
class Command;
class Game;

#endif

and it works like charm.

printf("%f",camera1->getPosition().X)

the position is defined as core::vector3df = vector of three floats (f32), so you must them pass as floats to printf

easy stuff, the same happened to me.

you are declaring your variable "receiver" in CCore.cpp in InitDevice(), but it's only a local variable. So as soon as InitDevice() ends, your variable "receiver" is destroyed, memory freed ...

I would define your receiver as part of the CCore class.


class ...

I have this problem too, under Linux the textures are wrongly wrapped. The same meshes/textures under Windows work fine.

version 0.9
http://img178.echo.cx/img178/8440/version095ff.th.png
version 0.10
http://img178.echo.cx/img178/8990/version103wp.th.png

It doesn't seem to affect meshes loaded ...

they are now called

CD3D8Driver.cpp
CD3D9Driver.cpp

it's in the changes.txt

damn, I suck so much. you're totally right.

You are linking against libjpeg.a in irrlicht/lib/Linux. But execution happens against /usr/lib/libjpeg.a

The directories linux searches for libraries upon execution are defined in file /etc/ld.so.conf
when you change the /etc/ld.so.conf execute
# ldconfig You have three possibilities:
1. the ...

here goes another one:
http://lucille.sourceforge.net/

but as far as I know, neither of them can be used to generate lightmaps for irrlicht
http://www.toxicengine.org/forums/viewtopic.php?t=8&postdays=0&postorder=asc&highlight=lightmap&start=0

or do you know how? that would be so cool.

Damn, I was so happy to find a bug and a fix, that I didn't even search the forum to check if it hasn't been already submitted

Hi,

the getWorkingDirectory function always returns null under Linux. In CFileSystem.cpp, line 105-108 is

#ifdef LINUX
getcwd(WorkingDirectory, (size_t)FILE_SYSTEM_MAX_PATH);
#endif
and should be

#ifdef LINUX
getcwd(WorkingDirectory, (size_t)FILE_SYSTEM_MAX_PATH);
return WorkingDirectory ...