Irrlicht Engine

It looks to me like the scene nodes themselves would be loaded twice into the scene which means the nodes would be rendered twice for every iteration of your render loop.

The texture and mesh resources are cached so Irrlicht only loads them once even if they're used in more than one scene node.

Lonesome Ducky wrote:Something about this terrifies me.

Yup, I felt a bit like a stalker when I first started it. And of course Mrs. pc0de walked in right when I was cleaning up the bad pixels around her chest...

So I was experimenting with creating leaf textures that can be given away freely with a sample tree .blend in the upcoming release of irrb and boredom eventually led to:
If this doesn't get him to poke his head in and make a funny...

Ahhh, I think I see what you're trying to do - export to a location relative to the .blend file. The trouble is/was is that the absolute path is calculated from the working directory which is the location of the blender executable by default. This is what was causing the long relative resource paths...

...vertex color alpha... As you suspected Blender doesn't support painting alpha into the vertex colors. 2.49b vertex colors are stored as RGBA, but the alpha component is always set to 255 regardless of the opacity used to paint. 2.54 vertex colors are simply stored as RGB. I'll modify irrb 0.6 (B...

Hey xDan, I'm away from my development machine for the next couple of days, so I'll look into Blender's vertex/alpha functionality when I get back. Regarding the long filenames - by default irrb writes out file references using relative paths. You can shorten the path by copying the texture into a d...

I guess the main point is that the ID's aren't unique for files that exist in sub-directories of the root directory that is passed to addFileArchive(). They are unique within the sub-directory but not across the entire "archive". That's why in the example I gave above, opening "mdl/Cu...

i thought it was implemented in irrlicht but then it seems to be a new scene node written by Ambiera? I don't know what irrEdit is doing but it currently isn't implemented in Irrlicht. There is a patch out there that needs some work though: Patch 1809815 . I wasn't using any billboards for my tree ...

problem was just that you can't have 2 different UV-Coordinates on 2 different UV layers Hmm, both Blender & Irrlicht support multiple UV layers (Irrlicht supports 2 per material). The separate UV layers are required for Irrlicht's Lightmap, NormalMap, and several other materials. Have a look a...

I hope you had a good vacation - email/pm me one of your irrb.log files. This file is located in the scene output directory and is generated when you run the irrb exporter.

CMountPointReader is broken in trunk (r3382). The addition of "Auto incrementing SFileListEntry.ID" (r3336) in CFileList::addItem() appears to be the problem. CMountPointReader expects ID to be a unique index into "CMountPointReader::RealFileNames". The first entry added to RealF...

"My dad wrote me a video game for my birthday" - it doesn't get any cooler than that. Oh wait, it does - "he also built me a spaceship with a cannon" - unbelievable.

Well done pilesofspam.

Hello RobbyRob. First, try entering "echo $IMESHCVT" in a terminal. If the output isn't "/home/robert/.blender/scripts/blender/imeshcvt" then environment variable isn't being persisted. If the output is such that the environment variable is properly set, try running imeshcvt in a...

Good work Lonesome Ducky and thanks for doing this!

A quick glance at the obj mesh loader (COBJMeshFileLoader.cpp) shows that it currently doesn't support dynamic mesh buffers (32 bit indexes). So after you've executed: IAnimatedMesh* mesh = smgr->getMesh("media/cityModel.obj"); index/vertex data has already been lost. You can either patch ...