i509VCB

Would it be useful to also expose the vk::Queue on the Vulkan hal's `Queue` type?

> > Would it be useful to also expose the vk::Queue on the Vulkan hal's `Queue` type? > > I have looked into that, but I couldn't find a way...

I'd be willing to help implement this. My expertise here is on Linux, I don't know how the situation would look on Android or Windows. On Linux the texture memory...

Texture export is going to be quite interesting to implement: In Vulkan an image's underlying memory **must** be created with a flag that states what types of memory objects the...

Further information, when creating an external image that is backed by a dmabuf and we did not create the underlying memory object, we need to transition the image from `VK_QUEUE_FAMILY_FOREIGN_EXT`...

Progress update To summary the work done, things are falling into place for some platforms to support texture memory import, assuming you import the memory for wgpu. # GL #3046...

> TEXTURE_EXTERNAL_OES is required if you want to sample directly from YUV buffers, e.g. from buffers produced by vaapi. Otherwise you have to import every plane of the buffer as...

Ah, so YUV needs the special sampler then. I checked and firefox does indeed decompose the images into parts.

Linking to the general memory import/export issue since this would involve that: https://github.com/gfx-rs/wgpu/issues/2320

For EGL, the WSI can do present with damage if the [EGL_KHR_swap_buffers_with_damage](https://www.khronos.org/registry/EGL/extensions/KHR/EGL_KHR_swap_buffers_with_damage.txt) extension is supported.