Irrlicht Engine

I wholehearted recomend for Irrlicht to have .GLB .GLTF support, if it isn't there already. Is modern, is standard, supports every feature desirable for a static and animated format, there are already good standalone loaders, such as tinygltf, MIT licensed or similar, so integrating one shouldn't be ...

We could use a Third Person Camera animator

I made a custom maya camera animator that could freely rotate in any direction, just needed the CTRL key to do so. Take a look and see if it could serve you of something. For a spaceship like motion, it could prove a useful code. Matrices not involved! :D

https://irrlicht.sourceforge.io/forum ...

Has it been ever considered to add GLTF support to Irrlicht? Mainly for skinned formats, because B3D and DIRECTX formats are fairly outdated, and currently not much 3D software supports them, but GLTF is an advantageous format for any kind of assets, because it includes almost everything inside ...

Congratulations on the vulkan renderer! that's quite an achievement :)

Performance issues are to be expected, Vulkan isn't being used as it should with Irrlicht, you don't know how many stuff GL/DX11- hide under the rug, (deferring the commands submision to the critical moment, mostly) For Vulkan ...

I faced a similar issue building a 3DS loader (although i admit, i never displayed anything with it) Also, 5 interconnected triangles isn't necesarily true, really.

https://media.istockphoto.com/vectors/wireframe-mesh-polygonal-cylinder-vector-id536115803 (I hope it displays correctly ...

You could do that indeed, Irrlicht still supports as well the direct rendering of vertex/index lists, so everything can be even more flexible in that matter, but for the sake of future compatibility is better to use meshes, yes.

Meshes are simply a vertex list and an index list. Irrlichts renders ...

if you can push that number down a bit more, the better

You can use a shadowmapping approach, where the polygons in the "volume light" are used to sample the depth. Makes for a decent approach.

My suggestion would be to use polygons and map into them the sprites, then, just rotate, scale and translate the polygon always aligned to the camera, is not hard, and the engine makes the draw calls for you, besides, as you'd be using a 3D background, the integration is easier. Pro-tip, it is ...

50 trees all together in the same mesh buffer, or 50 tree objects? if you pack them together, the load should alleviate a bit (also, store them on the video card...)

Cool! reminds me of a couple exercises i did some time ago with convex shapes

How are you handling the memory? i read that it is really the bottleneck when operating with these things, specially when you create many.

I think i saw one, in a laboratory, in my high school, alongside real human skulls ^^U

Is it really worth to add a ZBuffer to the whole GUI thing? The reason for the GUI to be in "immediate mode" is to ensure the rendering order of the elements and to avoid any aditional overhead that otherwise could be sorted out by enforcing a strict rendering order. Also Transparency doesn't get ...

Ok.. seems that OpenAL allows that instead of binding a buffer to a source, you can "queue" a buffer to a source. So, two, or even 3 buffers are okay, while one plays, other fills, and the last waits, (aka, the craziest approach in my head was the right one! XD)

Now what i wonder is: do the ...