Okay, I am adding a new method Material::GetHandle, which will return the index of the material in the material array.
This method must ONLY be called from a render hook. See World::AddHook.
Zip64 sounds like one of those things like JPEG2000 where it just gets no adoption.
It appears ziplib does not support zip64 files:
https://www.mjtnet.com/forum/viewtopic.php?t=7120
Libzip probably does not either:
https://github.com/nih-at/libzip/issues/239
I will be turning back to focusing on hardware compatibility soon. As stated on the store page, an Nvidia GPU that supports Vulkan 1.3 is currently required. The solution is all in GLSL shader code anyways so releasing source code would make no difference.
Yes, this is the correct behavior. Otherwise if you loaded a model, all the limbs would get deleted automatically unless you created a variable for each object in the hierarchy.
I think 4 GB is the max size for a zip file:
https://superuser.com/questions/1305867/what-is-the-maximum-size-of-a-zip-file-on-windows-10-pro-64-bit#:~:text=1 Answer&text=4 GB size is a,about 16 exabytes size limitation).
I don't know if that's necessarily a problem. Your project is where the content gets loaded from. The map file is just a bunch of relative paths to external content, for the most part.
You are experiencing something called Gimbal lock:
https://en.wikipedia.org/wiki/Gimbal_lock
The solution is to rotate the mesh in your modeling program so it's not pointing near +/- 90 degrees.