Open v-kat opened 7 months ago
Tagging as both iOS and Web, but something tells me this is reproducible on all OSes, as it looks like a problem with WASM memory management.
A commercial app (Cult) encountered this. You need to be careful to load your assets sequentially unfortunately due to limitations in WASM's memory management.
More discussion about workarounds here. #12653 discusses adding an example for this. https://github.com/WebAssembly/design/issues/1397 discusses this problem more broadly.
A commercial app (Cult) encountered this. You need to be careful to load your assets sequentially unfortunately due to limitations in WASM's memory management.
Can this be made the default behavior on WASM builds (loading assets sequentially)? I don't see how this would ever be desirable otherwise. It seems like there's maybe something wrong with the asset loading on web wasm otherwise e.g. memory leak or other parallelism issue. My example explicitly involves low amounts of memory and loading and still triggers the problem.
Yep, I think that's a good next step.
Bevy version
0.13.1
iOS 17.2
Loading 10 larger images quickly with
asset_server.load(format!("tester{}.webp", x));
on iOS web causes:https://github.com/v-kat/bevy_bad_render_bug_repo has a reproduction
Also see https://github.com/bevyengine/bevy/discussions/12678#discussioncomment-9076015