Skyler Lehmkuhl 2bce5e93a6 gpu-video-encoder: VAAPI driver retry, Vello-capable device, Send ... Three fixes found while running the zero-copy export on real Intel hardware: - vaapi::create_device() retries LIBVA_DRIVER_NAME in order iHD -> auto -> i965 -> radeonsi. libva was auto-selecting the legacy i965 driver, which fails on newer Intel GPUs; the modern iHD (intel-media-driver) is needed. encoder.rs now builds its hwdevice through this helper. - vk_device: request the adapter's full limits instead of downlevel_defaults. Vello's compute pipelines need max_storage_buffers_per_shader_stage >= 5 (downlevel caps at 4), which panicked Vello's shader init on the export device. This device only ever runs on a real VAAPI GPU. - ZeroCopyEncoder: unsafe impl Send. It owns its FFmpeg/Vulkan handles exclusively and is only moved (onto the export thread), never shared.		2026-06-25 18:15:05 -04:00
..
dmabuf.rs	gpu-video-encoder: mux the zero-copy encode into a container file	2026-06-25 15:43:39 -04:00
encoder.rs	gpu-video-encoder: VAAPI driver retry, Vello-capable device, Send	2026-06-25 18:15:05 -04:00
lib.rs	gpu-video-encoder: complete zero-copy H.264 encode pipeline	2026-06-23 19:28:57 -04:00
nv12.rs	Add gpu-video-encoder crate: zero-copy VAAPI encode (validated)	2026-06-23 19:07:37 -04:00
render_nv12.rs	gpu-video-encoder: complete zero-copy H.264 encode pipeline	2026-06-23 19:28:57 -04:00
vaapi.rs	gpu-video-encoder: VAAPI driver retry, Vello-capable device, Send	2026-06-25 18:15:05 -04:00
vk_device.rs	gpu-video-encoder: VAAPI driver retry, Vello-capable device, Send	2026-06-25 18:15:05 -04:00