You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently Bevy Retro has not been found to work on MacOS. Being that we do not have a Mac readily available to test on, it is difficult for us to debug, though it should be possible to make Bevy Retro work on Mac, and it is a goal to do so, at least eventually.
We could use help from anybody who develops on MacOS and has time to test and possibly attempt to fix issues, with which I would be glad to assist.
Current State
In our only test done on a Mac, we got a solid red screen. I'm not sure what that means. I have heard that OpenGL is being deprecated on Mac, but I have not heard of them totally disabling it yet. I believe that Bevy Retro, on desktop, runs on OpenGL 3.0, but on web it uses WebGL 1.0 which is very close to OpenGL ES 2.0. I believe that it would be possible to make Bevy Retro run on desktop using OpenGL ES 2.0 without changes to the renderer, if we are using OpenGL 3 it is because it was what was easy to get the surfman crate to give us on desktop.
The red screen may be a simple driver issue or rendering setting that needs to be fixed to make it work on Mac.
Something worth investigating is to use MetalANGLE which could be used to run using the non-deprecated Metal API on MacOS by translating our OpenGL ES 2.0 calls to Metal calls. We might be able to gain some insight from the experience of wezterm.
Other Options
Another possiblity for targeting MacOS, that would be unfortunate but still worth it if it is the only way, is to use a native webview such as Tauri and wrap that around the WebGL 1.0 build of the game. This is less desirable because of performance limitations, we only get one thread, and the fact that it may require more manual bindings to the webview to emulate native behavior such as file access, etc.
The text was updated successfully, but these errors were encountered:
It's worth noting that #41 should solve this issue because Bevy's renderer already works on MacOS, but being that we aren't exactly sure when we are going to migrate, it would still be good if we could fix this before then, if it isn't difficult.
Currently Bevy Retro has not been found to work on MacOS. Being that we do not have a Mac readily available to test on, it is difficult for us to debug, though it should be possible to make Bevy Retro work on Mac, and it is a goal to do so, at least eventually.
We could use help from anybody who develops on MacOS and has time to test and possibly attempt to fix issues, with which I would be glad to assist.
Current State
In our only test done on a Mac, we got a solid red screen. I'm not sure what that means. I have heard that OpenGL is being deprecated on Mac, but I have not heard of them totally disabling it yet. I believe that Bevy Retro, on desktop, runs on OpenGL 3.0, but on web it uses WebGL 1.0 which is very close to OpenGL ES 2.0. I believe that it would be possible to make Bevy Retro run on desktop using OpenGL ES 2.0 without changes to the renderer, if we are using OpenGL 3 it is because it was what was easy to get the
surfman
crate to give us on desktop.The red screen may be a simple driver issue or rendering setting that needs to be fixed to make it work on Mac.
Something worth investigating is to use MetalANGLE which could be used to run using the non-deprecated Metal API on MacOS by translating our OpenGL ES 2.0 calls to Metal calls. We might be able to gain some insight from the experience of wezterm.
Other Options
Another possiblity for targeting MacOS, that would be unfortunate but still worth it if it is the only way, is to use a native webview such as Tauri and wrap that around the WebGL 1.0 build of the game. This is less desirable because of performance limitations, we only get one thread, and the fact that it may require more manual bindings to the webview to emulate native behavior such as file access, etc.
The text was updated successfully, but these errors were encountered: