For aircraft with complicated systems, having slow-running code on MainThread is a huge bottleneck to performance. Being able to run code in separate thread(s) would greatly improve performance in these cases.
Please take a moment to read the platform’s guidelines before you get started!
Hello,
We agree on the benefits of multithreading for WASM gauges, and we plan to work on that during the upcoming year.
Hello @SonantAlpaca ,
As we are at the end of the year, is there any update on this feature? Thank you.
Hello, can somebody please help us out with a status update on the multi-threading for WASM gauges?
Thank you.
Hello,
As we have entered 2023, is there any more news on multithreading WASM gauges?
Hi there,
I don't think it is that useful to bump every topic with the "multithread" keyword in it.
I have answered in the other topic: still in the pipeline, no ETA.
Best regards,
Eric / Asobo
Share your great idea, or help out by voting for other people's ideas.
Provide native support for Rust-based WASM modules/gauges (already implemented by FBW)
Ability for js to write in the work folder
Prevent addons using default template names
Support reading navdata (FacilityLoader, which is already available in JS) in WASM gauges
Allow to write A:Vars and other Vars via WASM
Ability for nanovg to render to offscreen buffer
Clear Aircraft Lvars after unload of that Aircraft
SDK docs error: PLANE_LATITUDE token variable (WASM) is in METERS LATITUDE not DEGREES