-
-
Notifications
You must be signed in to change notification settings - Fork 123
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
No possibility of changing the surface PresentMode
without recreating the whole Pixels
instance
#372
Comments
Hi! That seems like a feature that might be useful for some scenarios. I'd accept a PR. I would caution about trying to simplify
Hmm, that is definitely not the case! #238 is still open for a reason. |
Indeed I saw this issue, for my use case this is not a problem though (I'm targeting desktop only). I'll submit a PR mirroring the builder API so that it can be set with the exact mode or a simple toggle, unless you plan to remove
My bad ! I saw 9325078 and thought it fixed that but it seems there are still some problems then ^^ |
Ah, yes. That's in an experimental branch! It can potentially fix the problem, but it's incomplete. |
Pixels version: 0.13.0
I'm working on a project in which I would like to be able to toggle vsync on/off after my
Pixels
instance has been initialized. Currently, the only solution I found was to recreate myPixels
instance with this setting changed, using theOption<Pixels>
workaround mentioned in #238 (it seems that problem in particular has been fixed on the main branch though)Would it be possible for example to add some
enable_vsync
andset_present_mode
methods onPixels
, similarly to what is currently exposed inPixelsBuilder
. Those would set the present mode and reconfigure the wgpu surface. If that seems an ok proposal, I can submit a PR 🙂The text was updated successfully, but these errors were encountered: