Irrlicht Engine

Updated with new version. See original post for details. Sources Here

I agree, user events and system events are different and should probably be treated that way.

I've discovered a few things recently and I would like to point out what I've learned for future reference. I was previously a bit puzzled why irrlicht worked when attached to a wxGLCanvas but not a normal ...

What is the compiler output tecan, and what is that you linked to?

Thanks for the reply.


does not look to me as if you are interested in a proper discussion about the further development.


Meh. I would be interested in participating in a proper discussion, if there is already a thread for this idea I'd be happy to give my input there, or if this thread ...

Well, I wanted to get a sense of if there was anything in the works so I didn't replicate any effort, or end up with a source tree that was uncontrollably out of sync with the repository. Also, I was hoping to get some feedback on my understanding of the issues to avoid wasting time if I was ...

That is good to know. I guess the important thing to note then is that it is a low priority for y'all. In the meantime, I have added to my wxWigets+Irrlicht+Linux post a patch that adds a new type of event (Window event) and changed the linux irrlicht device to override the null device and intercept ...

Updated version, does not require patched sources. Save these file in a directory like this


wxIrrlicht
|-- Makefile
|-- wxIrrlichtCanvas.cpp
|-- wxIrrlichtCanvas.h
|-- test
| |-- wxIrrlichtTest.cpp
| |-- sydney.md2
| |-- sydney.bmp


The model and texture files "sydney.md2" and "sydney ...

Hello Devs,

I'm aware the most users of the engine are creating games that are intended to run full screen. I'm in the camp that would like to use irrlicht to render a scene inside a gui. I'm also in the camp that targets linux. I'm aware the intersection of these two is actually quite small, but ...

Hey Sud, I'm not sure. It's probably just that stupid website. I'm working on updating the patch so I'll post again in a few days and just post the source directly.

Right now, I'm skeptical that it's even necessary to alter the source. The reason is that those errors that are seen when using the ...

Obligatory Screenshot. Ubuntu 10.04 AMD64



Uploaded with ImageShack.us

With no better alternative, I altered the source, adding the following method to the IFileSystem interface and CFileSystem class.



// patch by cheshirekow 30 Aug 2010
bool CFileSystem::addFileArchive( IReadFile* file, bool takeOwnership,
bool ignoreCase, bool ignorePaths,
const core::stringc ...

but how do I get the IArchive object. All I have is an IReadFile object.

I have a program that is based on a plugin-like architecture. The base program doesn't require a lot of resources, so I've been thinking about embedding them all into the executable (about 1MB worth).

In order to keep the space down, I thought I would archive my meshes together with their textures ...

Update 04 October 2010: new sources

Irrlicht plays well with wxWidgets on windows, as one can just get a handle to the window you want to render in, and pass that pointer to the createDeviceEx() function. On linux, it's a little harder. So there's two ways to do this. The easy way, and the right ...

Oh nice. That seems very easy to use as well. So for a (mostly) static scene, if all the meshes are batched together using a CBatchingMesh then it will reduce the number of draw calls and speed things up. Roughly speaking, will this be the same as if all the meshes were actually loaded as a single ...