I think you would be right that simulation was a bit misleading. In my experience, a simulation is related to time, and updated in discrete time steps. Maybe "Procedural Generation" would be a better term...
That is a nice idea! The tricky part is going to be how to integrate animations without having to rebuild the entire mesh every frame... Though, I think it would be very easy to export a skeleton from the generator and then use that to animate the plant.
Yup, I use github.com/oframe/ogl, which makes webgl a bit mor usable for the average programmer. You could also probably achieve the same thing with webgpu, but for the time being i have not yet had a reason to switch :)
Awesome. I think I will switch from rust to typescript on the front end and do something similar in WebGPU. Before I did some wasm stuff with the wgpu crate but the fact that wasm can't reach the DOM is a bit of a headache and the gains in performance from WASM seem to be offset by the fact that I still need to create a sort of communication channel between wasm and js if I want my 3D app to talk to a websocket.
Your project is very motivating thank you for making this!
Update: I'm I'm just gonna use webgl too. WebGPU seems to be nowhere near a usable state if you're a Linux user, they seemed to have focused more on ChromeOS, MacOS and Windows first so far, with Linux support to be released sometime in the future. Apparently with WebGPU you're better off on native now, and the wasm target just uses the webgl backend ;D
https://nodes.max-richter.dev https://github.com/jim-fx/nodarium
reply