Update to Bevy 0.12.0

[doonv]

Bevy 0.12.0 has released, please update to it.

[rparrett]

I have a branch in a "compiling but seemingly not even close to working" state here: https://github.com/rparrett/bevy_ecs_tilemap/tree/bevy-0.12. Unfortunately, the migration seems pretty involved and Bevy's migration guide leaves a lot to be desired. There were massive changes to rendering and I don't have time to become a rendering expert. I know the author is also very time-constrained. But I may have a few hours tonight or tomorrow to investigate.

Last update 👋 @mwbryant did most of the work. Any chance you're still working with bevy_ecs_tilemap?

[doonv]

I'll take a look at the branch and see if I can fix it.

[doonv]

I'm trying to port it to 0.12 myself, but it looks like someone forgot to implement Clone for VisibilityBundle. lol

guess i have to make a bevy PR. but just not implementing Clone works for now

[miketwenty1]

since people are piling on various issues.. i'll also add that compiling for web target/wasm is failing a bunch of different ways now. For some reason isn't getting picked up by Rust Analyzer.

871 |     type ComputePipelineData = Sendable<web_sys::GpuComputePipeline>;
    |                                                  ^^^^^^^^^^^^^^^^^^ not found in `web_sys`

error[E0412]: cannot find type `GpuCommandEncoder` in crate `web_sys`
   --> /somedir/.cargo/registry/src/index.crates.io-6f17d22bba15001f/wgpu-0.16.3/src/backend/web.rs:872:49
    |
872 |     type CommandEncoderId = Identified<web_sys::GpuCommandEncoder>;
    |                                                 ^^^^^^^^^^^^^^^^^ not found in `web_sys`

error[E0412]: cannot find type `GpuCommandEncoder` in crate `web_sys`
   --> /somedir/.cargo/registry/src/index.crates.io-6f17d22bba15001f/wgpu-0.16.3/src/backend/web.rs:873:49
    |
873 |     type CommandEncoderData = Sendable<web_sys::GpuCommandEncoder>;
    |                                                 ^^^^^^^^^^^^^^^^^ not found in `web_sys`

error[E0412]: cannot find type `GpuComputePassEncoder` in crate `web_sys`
   --> /somedir/.cargo/registry/src/index.crates.io-6f17d22bba15001f/wgpu-0.16.3/src/backend/web.rs:874:46
    |
874 |     type ComputePassId = Identified<web_sys::GpuComputePassEncoder>;
    |                                              ^^^^^^^^^^^^^^^^^^^^^ not found in `web_sys`

error[E0412]: cannot find type `GpuComputePassEncoder` in crate `web_sys`
   --> /somedir/.cargo/registry/src/index.crates.io-6f17d22bba15001f/wgpu-0.16.3/src/backend/web.rs:875:46
    |
875 |     type ComputePassData = Sendable<web_sys::GpuComputePassEncoder>;
    |                                              ^^^^^^^^^^^^^^^^^^^^^ not found in `web_sys`

error[E0412]: cannot find type `GpuRenderPassEncoder` in crate `web_sys`
   --> /somedir/.cargo/registry/src/index.crates.io-6f17d22bba15001f/wgpu-0.16.3/src/backend/web.rs:876:45
    |
876 |     type RenderPassId = Identified<web_sys::GpuRenderPassEncoder>;
    |                                             ^^^^^^^^^^^^^^^^^^^^ not found in `web_sys`

error[E0412]: cannot find type `GpuRenderPassEncoder` in crate `web_sys`
   --> /somedir/.cargo/registry/src/index.crates.io-6f17d22bba15001f/wgpu-0.16.3/src/backend/web.rs:877:45
    |
877 |     type RenderPassData = Sendable<web_sys::GpuRenderPassEncoder>;
    |                                             ^^^^^^^^^^^^^^^^^^^^ not found in `web_sys`

error[E0412]: cannot find type `GpuCommandBuffer` in crate `web_sys`
   --> /somedir/.cargo/registry/src/index.crates.io-6f17d22bba15001f/wgpu-0.16.3/src/backend/web.rs:878:48
    |
878 |     type CommandBufferId = Identified<web_sys::GpuCommandBuffer>;
    |                                                ^^^^^^^^^^^^^^^^ not found in `web_sys`

error[E0412]: cannot find type `GpuCommandBuffer` in crate `web_sys`
   --> /somedir/.cargo/registry/src/index.crates.io-6f17d22bba15001f/wgpu-0.16.3/src/backend/web.rs:879:48
    |
879 |     type CommandBufferData = Sendable<web_sys::GpuCommandBuffer>;
    |                                                ^^^^^^^^^^^^^^^^ not found in `web_sys`

error[E0412]: cannot find type `GpuRenderBundleEncoder` in crate `web_sys`
   --> /somedir/.cargo/registry/src/index.crates.io-6f17d22bba15001f/wgpu-0.16.3/src/backend/web.rs:880:54
    |
880 |     type RenderBundleEncoderId = Identified<web_sys::GpuRenderBundleEncoder>;
    |                                                      ^^^^^^^^^^^^^^^^^^^^^^ not found in `web_sys`

error[E0412]: cannot find type `GpuRenderBundleEncoder` in crate `web_sys`
   --> /somedir/.cargo/registry/src/index.crates.io-6f17d22bba15001f/wgpu-0.16.3/src/backend/web.rs:881:54
    |
881 |     type RenderBundleEncoderData = Sendable<web_sys::GpuRenderBundleEncoder>;
    |                                                      ^^^^^^^^^^^^^^^^^^^^^^ not found in `web_sys`

error[E0412]: cannot find type `GpuRenderBundle` in crate `web_sys`
   --> /somedir/.cargo/registry/src/index.crates.io-6f17d22bba15001f/wgpu-0.16.3/src/backend/web.rs:882:47
    |
882 |     type RenderBundleId = Identified<web_sys::GpuRenderBundle>;
    |                                               ^^^^^^^^^^^^^^^ not found in `web_sys`

error[E0412]: cannot find type `GpuRenderBundle` in crate `web_sys`
   --> /somedir/.cargo/registry/src/index.crates.io-6f17d22bba15001f/wgpu-0.16.3/src/backend/web.rs:883:47
    |
883 |     type RenderBundleData = Sendable<web_sys::GpuRenderBundle>;
    |                                               ^^^^^^^^^^^^^^^ not found in `web_sys`

error[E0412]: cannot find type `GpuCanvasContext` in crate `web_sys`
   --> /somedir/.cargo/registry/src/index.crates.io-6f17d22bba15001f/wgpu-0.16.3/src/backend/web.rs:884:51
    |
884 |     type SurfaceId = Identified<(Canvas, web_sys::GpuCanvasContext)>;
    |                                                   ^^^^^^^^^^^^^^^^ not found in `web_sys`

error[E0412]: cannot find type `GpuCanvasContext` in crate `web_sys`
   --> /somedir/.cargo/registry/src/index.crates.io-6f17d22bba15001f/wgpu-0.16.3/src/backend/web.rs:885:51
    |
885 |     type SurfaceData = Sendable<(Canvas, web_sys::GpuCanvasContext)>;
    |                                                   ^^^^^^^^^^^^^^^^ not found in `web_sys`

error[E0412]: cannot find type `GpuUncapturedErrorEvent` in crate `web_sys`
    --> /somedir/.cargo/registry/src/index.crates.io-6f17d22bba15001f/wgpu-0.16.3/src/backend/web.rs:1791:62
     |
1791 |         let f = Closure::wrap(Box::new(move |event: web_sys::GpuUncapturedErrorEvent| {
     |                                                              ^^^^^^^^^^^^^^^^^^^^^^^ not found in `web_sys`

error[E0599]: no method named `gpu` found for struct `Navigator` in the current scope
   --> /somedir/.cargo/registry/src/index.crates.io-6f17d22bba15001f/wgpu-0.16.3/src/backend/web.rs:915:68
    |
915 |             global.unchecked_into::<web_sys::Window>().navigator().gpu()
    |                                                                    ^^^ method not found in `Navigator`

error[E0599]: no method named `gpu` found for struct `WorkerNavigator` in the current scope
   --> /somedir/.cargo/registry/src/index.crates.io-6f17d22bba15001f/wgpu-0.16.3/src/backend/web.rs:920:18
    |
917 | /             global
918 | |                 .unchecked_into::<web_sys::WorkerGlobalScope>()
919 | |                 .navigator()
920 | |                 .gpu()
    | |                 -^^^ method not found in `WorkerNavigator`
    | |_________________|
    | 

[rparrett]

The troubles in my branch are definitely coming from not properly migrating bevyengine/bevy#9236 ("reorder render sets").

Someone wanting to help out might want to try to do the migration incrementally, starting there.

In that branch I did the bare minimum to get things compiling, but it seems like bevy_ecs_tilemaps's various prepare / queue systems might need to be reworked similarly to how bevy_sprite's did in that PR.

[ulfhermann]

I've also tried and failed to update to 0.12 yesterday: https://github.com/ulfhermann/bevy_ecs_tilemap/tree/bevy012

[doonv]

Any progress on this?

[EliottGaboreau]

I've started my own attempt, doing things incrementally as @rparrett suggested, right now I only got up to the commit right before the PR mentionned above, I plan to spend the day on it we'll see how far I get

[EliottGaboreau]

Quick update : I got past this commit with some examples working, and others broken

Non-exhaustive list of examples :

• working: game_of_life, animation, custom_shader. chunking
• broken : bench, tiled, random_map

I tried to compare specifically random_map and game_of_life examples, they seem to do very similar things, difference being that game_of_life updates tile visibility when random_map updates texture indexes but I don't really know what to do with this.

Another lead I have for debugging is the color example which behaves strangely : it only displays 1 of the 4 colors it's supposed to display, and the color is not consistent when running the example multiple times, which suggests some issue with tiles coordinates, maybe with some z-fighting idk, might be unrelated to why the other examples are broken.

Also please note that while working on this, it seems obvious that the way this crates does things (generating meshes for chunks for optimization) should be deeply re-worked with the new way bevy does instancing in mind, but this is beyond my abilites right now. What I did was more like trying some things out and stumbling on something that half-works without understanding much of what I was doing.

Can't work on this until at least a few days but I hope my attempt can somehow help someone picking this up

[rparrett]

Any progress on this?

Not from me, sorry. My bevy time has been spent fighting other bevy 0.12 bugs that are blocking my own projects.

Quick update : I got past bevyengine/bevy#9236 with some examples working, and others broken

That's great!

Another lead I have for debugging is the color example which behaves strangely : it only displays 1 of the 4 colors it's supposed to display, and the color is not consistent when running the example multiple times, which suggests some issue with tiles coordinates, maybe with some z-fighting idk, might be unrelated to why the other examples are broken.

This issue is also present in your commit 131e7d3. I believe that the chunk transforms are buggy -- all 4 "color quadrants" in the example are displaying on top of each other, and that shouldn't be the case.

[rparrett]

Here's my incremental branch: https://github.com/rparrett/bevy_ecs_tilemap/tree/bevy-0.12-incremental

I never got "render sets" working, but my e8b3892 commit seems to be working for the colors example, anyway.

[rparrett]

tiled and ldtk are also broken in mine though.

[rparrett]

Ah, right. tiled and ldtk can be fixed by adding the multi-threaded feature to bevy in dev-dependencies. Any app not using bevy's default features need to add this. I had hit this in another app earlier and didn't recognize it. (I think the issue with assets got fixed at some point before the 0.12.0 tag, but we still want to add this so that the examples will be multi-threaded.) bevyengine/bevy#10209 (comment)

I pushed my progress in bevy-0.12-incremental, but it's not much.

edit: random_map and bench are still broken / not displaying anything, I'm pretty sure because frustum culling is not working right. At least, adding FrustumCulling(false) makes stuff show up.

edit: Okay, so the frustum culling issue was specific to my migration of the affine3a stuff. But my version also lacked a bug that eliott's had. this line should be transform.affine(). This is reconciled in my branch now.

[rparrett]

Just a couple notes for anyone playing along:

• cargo-examples is handy
• text2d was completely broken for like... a lot of the bevy 0.12-dev cycle starting at PR 9236, so some examples aren't expected to work properly until mid-october-era commits.