Hi, I recently started working on a unified 3d rendering api for Kotlin/JVM called krender. Initially, you may chose between three.kt and JMonkeyEngine rendering back-ends. Basically just spreading the word 😉 (Work in progress)

We intend to use on of your works for jvm visionforge backend some day.

Due note that all of my works never reaches "stable" versions ^^

Well, I took your JS bindings and they work fine. The project was mentioned in Kotlin 1.4 releas post and I've mentioned your name in the presentation (sory if I've mistpronounced it).

what was mentioned where?

This one was mentioned here: https://blog.jetbrains.com/kotlin/2020/08/kotlin-1-4-released-with-a-focus-on-quality-and-performance/

Good that my code has been of some use. I never got around using the wrappers myself as I kinda stopped doing browser stuff. Kinda why I did the whole three.kt port. But same thing there. Never kinda got around to use it. krender I will use as the visualisation engine for a co-simulation framework I made called Vico. Basically the culumination of my phd. The good thing about krender is that I can just swap the actual rendering backend (three.kt, JMonkey, libdgx, ardor3d) without changing the API

I will look into that. I am not sure though, since we had to make some hacks into threeJS to optimize rendering for a large number of elements

Sorry, what do you mean? Look into krender? Unfortunately I have no plans to go multiplatform with krender.

I mean that I need to have access to some low level things like manual memory release. I did not look into your JVM implementation yet, since our main focus is web at the moment.

Ahh, yeah. I cannot vouch for using three.kt for anything serious. I was surprised it worked at all tbh

I am currently using JavaFX 3D. But i will see if we can migrate to thre.kt

I would only have considered that if you're willing to do maintance on the code base in case of bugs or bad performance. I would not be able to be of much assistance