i mean, faster than using only gl renderer to render all display ports.

what if gl renderer and software renderer are used to render 2 different display port? not combining the images, but still in 1 process. is this do-able? would it be faster?

Hello Egon,
i have a strange idea. can we use 1 opengl renderer and multiple software renderers at the same time in 1 process?
software renderers don't use gpu but only cpu. nowadays all cpus have multiple cores. if we use most cores for rendering (for example render-to-texture) it should be great, right?
if so, the software renderer can be a great tool.

This is sick... I'm already bad at solving the 3D cube, this one is even more confusing...but pretty cool nonetheless! I like the tiles shifting around.

A little remark about the german translation: "Speisekarte" for "Menu" is correct only in the context of a restaurant. The correct translation in this context would be "Menü".

Not to keep hitting the same notes, but Raspberry PI does use Vulkan... (https://www.raspberrypi.com/news/vulkan-update-version-1-1-conformance-for-raspberry-pi-4/)

If jpct would use the Vulkan renderer I would write a glb importer both for Java and for my C# port. It gives me more pleasure to program for jpct than it does for an engine like Godot (as much as I like Godot). Makes me feel like I'm actually needed. lol

Do you know what? I wrote one anyway. My glb importer only uses the org.json jar. It can read all the built-in textures and set them to the model. Limitations: it will set the normal maps as diffuse and it's not reading any kind of animations. But I'm pretty happy with it. ChatGPT did help a lot, but darn does it take a lot of coaxing to get consistent help from it.