Chris Spencer

Hi @MarijnS95. Don't suppose you have any capacity to progress this? Getting gstreamer-vulkan pushed through (even if just the -sys bindings) would be very useful, and it looks like this...

Good stuff, thanks. Yes your name seems to come up all over the place 😂 I'm not particularly familiar with the gstreamer stack, but might be able to help fill...

Thanks, yes I found your branch yesterday and was able to hack together a working `-sys`, but I'm not enjoying using the unsafe C bindings directly! A real `gstreamer-vulkan` package...

Yeah I need some more recent functionality unfortunately. I had some trouble getting `gstreamer-vulkan` to compile so I just decided to make do with the `-sys` package for now since...

Thanks for working on this. Couple of issues (possibly self-inflicted; not really sure what I'm doing): In `gstreamer-vulkan/sys/src/lib.rs`, `gst_vulkan_device_select_queue` is generated using `vulkan::QueueFlagBits` for `expected_flags`, but `QueueFlagBits` does not exist...

Thanks. Is there a safe way to access fields on the underlying C type from the safe wrappers? E.g., I want to read `GstVulkanQueue::family` from a `VulkanQueue` (among various others)....

One more thing that caught me out is I can't work out how to call `VulkanImageBufferPool::config_set_allocation_params()`. I want to do something like this: ``` let pool = gst_vulkan::VulkanImageBufferPool::new(device); let mut...

Added tests and rebased on master. The Linux aarch64 failure seems to be a transient network error.

Thanks for reviewing. Changes applied.

The problem with `AMediaExtractor` is that it seems to require a seekable source, which mine isn't. I have full control over the input so it was easier to just manually...