Irrlicht Engine

Thanks for the info. I came across some cool shaders in this repo: https://github.com/netpipe/IrrlichtDemos

I was wanting to integrate some of them into RCBasic but when I was looking through the shader constants in some of them, it was using the active camera position for the light source and the ...

If I have multiple camera's rendering the scene from the different views, does the callback for that shader get called for each camera?

Pointers are also needed in low level programming. On older systems, you would use a pointer to point to video memory for drawing or reading a point in memory to get hardware signals. You will likely be using an API for this on modern systems but there is still a use for understanding this if you ...

I don't think anyone is going to ignore your questions. If you have a question that does not have an answer on this forum on in documentation then it is a question someone else might have in the future so it benefits everybody to help you find a solution.

If you feel like you don't have focus, then ...

I had the same problem when trying to compile o.O, I only get this problem if I use the static library, maybe I wrote the code wrong? (Maybe I should also compile the .dll file?(the not static library))

g++.exe main.o -o "test19.exe" -L"C:/Dev-Cpp/lib" -L"C:/Dev-Cpp/lib" ../../lib/libIrrlicht.a ...

That makefile looks like it was only designed to work on the computer of whoever wrote it.

All the paths that start with "../" are probably assuming you have built the other libraries yourself and they are all in the same parent directory as the library you are trying to build. I would suggest ...

The Skylicht engine also has its own FBX loader that you can probably adapt to your project. It will likely take some work to get running outside of Skylicht but its based on irrlicht so it shouldn't be too difficult.

Here is the skylicht repo: https://github.com/skylicht-lab/skylicht-engine/tree ...

GameDude wrote: Sat Feb 08, 2025 1:46 am Looks pretty neat. I'm not seeing a lot of documentation on the 2D or 3D physics though. I'm skimming through it, so maybe I'm overlooking it?

Look in the highlighted sections of the manual.

Thats a common problem with assimp in general. Someone on the minetest project was working on GLTF support so you may want to try that out. Blender should be able to export to that without issue.

I just pushed a fix up to fix the anim8or loader in Irrlicht 1.9.

@CuteAlien Thanks again for helping me fix this bug.

My loader was just reading values from the anim8or file without checking whether the quaternions are valid. Its an easy fix though.

I actually was starting to think it was either matrices or quaternions from the test I was doing as well. I would rather just fix my code to use the faster quaternions ...

@CuteAlien Ok. After some more digging, I have determined that it definitely is the mesh buffer.

I ran this code after creating the scene node on both 1.8.5 and 1.9:
for(int i = 2; i < node->getMesh()->getMeshBuffer(0)->getIndexCount(); i+=3)
{
irr::u16 t1 = node->getMesh()->getMeshBuffer(0 ...

Thanks. I have tried a lot of stuff with the mesh buffer so far and still can't figure out whats wrong. Maybe its not the mesh buffer but something else. Is there a change log with all the changes that have been made since the last stable release?

Thanks for looking at it. I tried the bounding box recalculation on the mesh buffer and it didn't do anything. I will try to look at some of the other loaders to see what they are doing that I am not.

I was having issues with my anim8or import recently which I couldn't explain but then I tried to run it again in 1.8.5 and it works. Its not crashing in 1.9 but nothing gets rendered. Was there a change in the rendering backend that I need to consider?

For reference, this is the anim8or parser repo ...