Irrlicht Engine

I've been looking into older 3D model formats for animated objects and realized a potential limitation they seem to share:

.x, .b3d .milkshape


It appears these formats are often restricted by "16-bit indexing for their triangles". This imposes a maximum of "65,535 unique vertices" per model ...

Did the minetest guys ever get glTF to work with the animations in irrlicht aswell? We either need this ^^ or FBX loading with animations in irrlicht, i am desperately trying to find a solution but at same time @CuteAlien since you are still working on irrlicht bug fixes and updating svn revisions i ...

If irrAssimp doesn't work then probably not. Thought I heard Minecraft guys (or whatever it's called now) worked on one, no idea if it can be back-ported or current state.

I'll probably write one for static models using the official sdk some time this year (contractor asked for that and I have ...

Basically yes - add those 2 files and link to freetype. You also have to set the font. Check ttf.cpp in my repository for an example how to use it.

Animation system has bugs with transitions (https://irrlicht.sourceforge.io/forum/viewtopic.php?t=53070). Won't have many changes otherwise ...

Ah thanks - wayback is a good idea! Looks pretty simple actually. Though still needs some testing, especially with the changes in mouse handling. I'll probably still try to finish some other open stuff first - got already 2 open branches with half-finished stuff (one about sdl2 and the other with ...

Pretty much same reason as always - way more open todo's than developers. I think even if I had a year full-time for Irrlicht I would have no chance to get through my todo-list (which I don't have anyway, usually just rare spare-time). There's lots of things which only would cost a day or two on ...

Using an SDL2 device is really only useful if you want the window handling and input from SDL2. SDL_RenderCopy is a function that is only designed to be used with SDL2s rendering API and SDL2 keeps full control of the rendering context so irrlicht would probably not even be able to render at all ...

Theres no way around that?


Not with SDL2. SDL2 can give you a rendering context for opengl or a rendering surface for vulkan or metal. When you think about it, it does make sense for them not to provide a directx renderer since the directx API provides all the window handling and input itself ...

Theres no way around that?

Thank you so much, So i've managed to apply the patch to the latest 1.9 using SDL2 However im a bit confused how to setup the SDL2 with irrlicht

do you maybe have an example how i can use the D3D9 renderer, with SDL2, and mix in custom SDL_RenderCopy with irrlictht draw calls?

Hmm i got pretty far ...

Ahh i see, wait the patch is only 7 files? lol that doesnt seem too bad. Do i just apply patch then add _IRR_COMPILE_WITH_SDL_DEVICE_ to the preprocessor #defines ?

Does the latest irrlicht 1.9 svn trunk come with support for SDL2?

i saw this flag: #ifdef _IRR_COMPILE_WITH_SDL_DEVICE_

inside source/irrlicht/CIrrDeviceSDL.cpp

Just wondering how this works has anyone got an example? and does it work with SDL2?

So far my tests with latest SVN Trunk i have not encountered the bug while using getLengthSQ();

However

i'm still going to switch back to using getLength(); aswell just for extra safety on my shadows but so far i think you may have fixed it.

Sweet i just had a look at the new trunk is there any function i need to call now? or just continue on as per normal?

I tried xeffects and i also faced the same problem where the light is actually just a "spotlight", if i was actually going to use this i would need actual point lights that omit in all directions. I agree with what your saying dart_theg that it is hard to believe that people managed to find uses for ...