Irrlicht Engine

On an unrelated note, my plugin system is partially based on code released to the public domain by the author, I assume this means I can legally use it as I please? (I'll give credit either way but just double checking to make sure I understood the concept right, I don't want to be chased by lawyer...

Oh, it's quite simple, you have to rewrite the Irrlicht OpenGL "driver" as it currently does not support OpenGL 4.x i believe you have made a mistake in this statement, you should have said: Oh, it's quite " simple " , you have to rewrite the Irrlicht OpenGL "driver" a...

P.S. STATUS_ACCESS_VIOLATION is error code for accessing memory that one should not. For example null pointer usage would cause this, or accessing a memory in a way that does not comply to page protection flags.

then each object should save it's drawn appearance into a separate buffer in order for it to be used in final frame composition right? what if there are lots of objects? for 1024x768 resolution single buffer would be over 3 megs (4bpp). it would add up soon. but this will not work due to simple fact...

THIS-IS-SICK.

Seriously its one of the most incredible contributions to opensource 3d community i have seen, if not most incredible.
The World says Thank You

i dont quite know how typemaps work, tried experimenting with them but without much success. looking at your changes so far i see some memory leaks (unless swig does free up those objects, but i doubt it). for example in %typemap(out) path&. sure heap allocation is needed? i think i had typemaps...

cxx compiles, provided two typecasts are changed from (void*) to (wchar_t*)

well - managed c++ compiled with /clr:safe run on linux just fine as they are pure .net binaries w/o bit of native code. in case of lime - you cant have that because of needed mixing of native code to consume native classes by managed code. now what swig does is generating c wrapepr around c++ api. ...

No one has contacted me yet about this. The progress is certainly noteworthy, all thanks to your help. I'll approach them once we have a functioning setup if they contact me in the mean time. you mentioned you would pm him thats why i asked ^_^ btw greenya expressed any interest in this? I'm here. ...

btw greenya expressed any interest in this?

pretty much what i did.. still cant figure out how to make this IEventReceiver an interface. what i have so far: %nodefaultctor IEventReceiver; %typemap(csbase, replace="1") IEventReceiver ""; %typemap(csclassmodifiers) IEventReceiver "interface"; %typemap(csbody) IEven...

well i have most of errors fixed. atm im at the point where had to make two classes public in irrlicht headers   typedef irr::scene::CVertexBuffer::IVertexList IVertexList; typedef irr::scene::CIndexBuffer::IIndexList IIndexList; %{ typedef irr::scene::CVertexBuffer::IVertexList IVertexList; typedef...

could you explain to me what is the point of these proxy classes?

real issue is classes like IGUIElement that use multiple inheritance to inherit IEventReceiver. Since it is pure virtual class anyway it could be interface to allow dual inheritance for some classes. atm stuff in my repo won't compile due to overriding nonexistent OnEvent that is lost by discarding ...

you may wish to check out my progress https://github.com/umbr4/IrrlichtDotNet main highlights are make.sh that does all needed to generate wrapper code (does not build anything yet) and swig is called with -includeall so it includes *ALL* irrlicht headers - no more manual including. and there are so...