-
-
Notifications
You must be signed in to change notification settings - Fork 3.7k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Merged by Bors] - Update wgpu
to 0.14.0, naga
to 0.10.0
, winit
to 0.27.4, raw-window-handle
to 0.5.0, ndk
to 0.7
#6218
Conversation
716b294
to
8e661f0
Compare
07744da
to
e8f72ea
Compare
wgpu
to 0.14.0, winit
to 0.27.4, raw-window-handle
to 0.5.0wgpu
to 0.14.0, naga
to 0.10.0
, winit
to 0.27.4, raw-window-handle
to 0.5.0
wgpu
to 0.14.0, naga
to 0.10.0
, winit
to 0.27.4, raw-window-handle
to 0.5.0wgpu
to 0.14.0, naga
to 0.10.0
, winit
to 0.27.4, raw-window-handle
to 0.5.0, ndk
to 0.7
crates/bevy_winit/src/lib.rs
Outdated
@@ -727,3 +727,12 @@ fn handle_create_window_events( | |||
} | |||
} | |||
} | |||
|
|||
/// Map `bevy_window::CursorGrabMode` to `winit::window::CursorGrabMode`. | |||
fn winit_grab_mode(mode: bevy_window::CursorGrabMode) -> winit::window::CursorGrabMode { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
IMO this should be a From
impl.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Or I guess an Into
impl if orphan rules get in the way.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I found it's not comfortable to do this for bevy_window::CursorGrabMode
and winit::window:CursorGrabMode
are not defined in the bevy_winit
crate so orphan rules deny any From
and Into
impl. How about just using a match
expression, removing this function?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Sure I'm fine with that.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Using a simple match causes code duplication so I suggest leaving code as it is 😄
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
A couple tiny issues, but I'd like to get moving on this one. Reviewers: please test this one out; there's lots of potential for new serious hardware / OS / driver issues.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Tried some examples locally:
- wireframe
- vertex_colors
- two_passes
- text
- ui
- sprite_sheet
- transparency_3d
- many_foxes
They all seem fine to me.
Co-authored-by: Torstein Grindvik <52322338+torsteingrindvik@users.noreply.github.com>
I feel this PR is in good shape now. Ping @alice-i-cecile @mockersf. |
Tested all examples in the |
I don't know what the normal state of affairs is for iOS, but in the simulator I have working touch camera controls and sound, but the "Test Button" does not work. The console gets spammed with
|
The ios example is spawning 2 cameras for some reason. With that fixed, we're still left with the |
Looks like the button is broken pre-this-PR as well so I think we're good to go there. |
Co-authored-by: Rob Parrett <robparrett@gmail.com>
I got the android example running on my device (pixel 2 xl) but only with
I had to lower a let mut settings = WgpuSettings {
priority: WgpuSettingsPriority::Compatibility,
..default()
};
settings.limits.max_storage_textures_per_shader_stage = 4; And resuming after putting the app in the background causes it to crash with this error:
I had thought that we'd be able to do audio now that we have ndk-glue 0.7 across the board. But this was my first time actually succeeding in running on android and I haven't been following the progress there closely. Regardless, I don't think there's a regression here, so we're probably good to go. |
I think this deserves an issue report, and let's fix it in the future 🚀 |
No, rodio hasn't been updated to the latest latest ndk-glue... 😞
Yup, all things you mentioned are expected 👍 |
thanks @rparrett for testing on iOS and Android 🎉 |
Alright, I'm going to call this sufficiently tested and reviewed and merge it now. bors r+ |
…window-handle` to 0.5.0, `ndk` to 0.7 (#6218) # Objective - Update `wgpu` to 0.14.0, `naga` to `0.10.0`, `winit` to 0.27.4, `raw-window-handle` to 0.5.0, `ndk` to 0.7. ## Solution --- ## Changelog ### Changed - Changed `RawWindowHandleWrapper` to `RawHandleWrapper` which wraps both `RawWindowHandle` and `RawDisplayHandle`, which satisfies the `impl HasRawWindowHandle and HasRawDisplayHandle` that `wgpu` 0.14.0 requires. - Changed `bevy_window::WindowDescriptor`'s `cursor_locked` to `cursor_grab_mode`, change its type from `bool` to `bevy_window::CursorGrabMode`. ## Migration Guide - Adjust usage of `bevy_window::WindowDescriptor`'s `cursor_locked` to `cursor_grab_mode`, and adjust its type from `bool` to `bevy_window::CursorGrabMode`.
Pull request successfully merged into main. Build succeeded: |
wgpu
to 0.14.0, naga
to 0.10.0
, winit
to 0.27.4, raw-window-handle
to 0.5.0, ndk
to 0.7wgpu
to 0.14.0, naga
to 0.10.0
, winit
to 0.27.4, raw-window-handle
to 0.5.0, ndk
to 0.7
…window-handle` to 0.5.0, `ndk` to 0.7 (bevyengine#6218) # Objective - Update `wgpu` to 0.14.0, `naga` to `0.10.0`, `winit` to 0.27.4, `raw-window-handle` to 0.5.0, `ndk` to 0.7. ## Solution --- ## Changelog ### Changed - Changed `RawWindowHandleWrapper` to `RawHandleWrapper` which wraps both `RawWindowHandle` and `RawDisplayHandle`, which satisfies the `impl HasRawWindowHandle and HasRawDisplayHandle` that `wgpu` 0.14.0 requires. - Changed `bevy_window::WindowDescriptor`'s `cursor_locked` to `cursor_grab_mode`, change its type from `bool` to `bevy_window::CursorGrabMode`. ## Migration Guide - Adjust usage of `bevy_window::WindowDescriptor`'s `cursor_locked` to `cursor_grab_mode`, and adjust its type from `bool` to `bevy_window::CursorGrabMode`.
# Objective - Bevy main crashs on Safari mobile - On Safari mobile, calling winit_window.set_cursor_grab(true) fails as the API is not implemented (as there is no cursor on Safari mobile, the api doesn't make sense there). I don't know about other mobile browsers ## Solution - Do not call the api to release cursor grab on window creation, as the cursor is not grabbed anyway at this point - This is #3617 which was lost in #6218
…window-handle` to 0.5.0, `ndk` to 0.7 (bevyengine#6218) # Objective - Update `wgpu` to 0.14.0, `naga` to `0.10.0`, `winit` to 0.27.4, `raw-window-handle` to 0.5.0, `ndk` to 0.7. ## Solution --- ## Changelog ### Changed - Changed `RawWindowHandleWrapper` to `RawHandleWrapper` which wraps both `RawWindowHandle` and `RawDisplayHandle`, which satisfies the `impl HasRawWindowHandle and HasRawDisplayHandle` that `wgpu` 0.14.0 requires. - Changed `bevy_window::WindowDescriptor`'s `cursor_locked` to `cursor_grab_mode`, change its type from `bool` to `bevy_window::CursorGrabMode`. ## Migration Guide - Adjust usage of `bevy_window::WindowDescriptor`'s `cursor_locked` to `cursor_grab_mode`, and adjust its type from `bool` to `bevy_window::CursorGrabMode`.
…window-handle` to 0.5.0, `ndk` to 0.7 (bevyengine#6218) # Objective - Update `wgpu` to 0.14.0, `naga` to `0.10.0`, `winit` to 0.27.4, `raw-window-handle` to 0.5.0, `ndk` to 0.7. ## Solution --- ## Changelog ### Changed - Changed `RawWindowHandleWrapper` to `RawHandleWrapper` which wraps both `RawWindowHandle` and `RawDisplayHandle`, which satisfies the `impl HasRawWindowHandle and HasRawDisplayHandle` that `wgpu` 0.14.0 requires. - Changed `bevy_window::WindowDescriptor`'s `cursor_locked` to `cursor_grab_mode`, change its type from `bool` to `bevy_window::CursorGrabMode`. ## Migration Guide - Adjust usage of `bevy_window::WindowDescriptor`'s `cursor_locked` to `cursor_grab_mode`, and adjust its type from `bool` to `bevy_window::CursorGrabMode`.
…e#6381) # Objective - Bevy main crashs on Safari mobile - On Safari mobile, calling winit_window.set_cursor_grab(true) fails as the API is not implemented (as there is no cursor on Safari mobile, the api doesn't make sense there). I don't know about other mobile browsers ## Solution - Do not call the api to release cursor grab on window creation, as the cursor is not grabbed anyway at this point - This is bevyengine#3617 which was lost in bevyengine#6218
Objective
wgpu
to 0.14.0,naga
to0.10.0
,winit
to 0.27.4,raw-window-handle
to 0.5.0,ndk
to 0.7.Solution
Changelog
Changed
Changed
RawWindowHandleWrapper
toRawHandleWrapper
which wraps bothRawWindowHandle
andRawDisplayHandle
, which satisfies theimpl HasRawWindowHandle and HasRawDisplayHandle
thatwgpu
0.14.0 requires.Changed
bevy_window::WindowDescriptor
'scursor_locked
tocursor_grab_mode
, change its type frombool
tobevy_window::CursorGrabMode
.Migration Guide
bevy_window::WindowDescriptor
'scursor_locked
tocursor_grab_mode
, and adjust its type frombool
tobevy_window::CursorGrabMode
.