Dzmitry Malyshau
Dzmitry Malyshau
Thank you for such a detailed issue! I believe it's still our responsibility to avoid requesting the next drawable if we know that the metal layer is hidden. We should...
Thank you for filing this! About the Metal backend, the pipeline caching path is the old stuff we use with SPIRV-Cross. I tried to adjust it for Naga, but it...
Submitted the bug to Apple...
Unfortunately, Apple bug reports are not publicly available. Our bug reports are listed in https://github.com/gfx-rs/gfx/wiki/Apple-bug-reports . This one looks like 40918896, which was fixed in 10.14
One way, is to get the texture object (temporarily) via https://docs.rs/surfman/0.3.0/surfman/device/trait.Device.html#tymethod.surface_texture_object Another way to try is, instead of doing `glBindTexture`, do `glBindFramebuffer(GL_READ_FRAMEBUFFER, ...)` on that framebuffer, which should tell the...
> It seems to work as long as that clear color doesn't include any fractional components. If r, g, and b are all either 1 or 0 it works. without...
Just a shot in the air: it appears that FBOs may not be share-able? https://stackoverflow.com/questions/4385655/is-it-possible-to-share-an-opengl-framebuffer-object-between-contexts-threads In this case, we need to re-create the FBO on the main context using the...
> If I understand correctly that is what we are doing in this case because we previously set the current context to the swapchain/surface context Yeah, looks like you are...
Here is the overview of things to try: 1. Don't rely on FBOs shared. They aren't supposed to be shared. Only renderbuffers are. 2. Try binding the FBO for reading...
Would you be able to use Telegram as an alternative by any chance? It has a strong story of bypassing firewalls.