Date: Tue, 21 Jul 2026 20:54:49 +0000 From: bugzilla-noreply@freebsd.org To: ports-bugs@FreeBSD.org Subject: [Bug 296968] graphics/mesa-dri: enable H.264/H.265 Vulkan Video codecs Message-ID: <bug-296968-7788@https.bugs.freebsd.org/bugzilla/>
index | next in thread | raw e-mail
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=296968 Bug ID: 296968 Summary: graphics/mesa-dri: enable H.264/H.265 Vulkan Video codecs Product: Ports & Packages Version: Latest Hardware: Any OS: Any Status: New Severity: Affects Only Me Priority: --- Component: Individual Port(s) Assignee: x11@FreeBSD.org Reporter: olivier@freebsd.org Flags: maintainer-feedback?(x11@FreeBSD.org) Assignee: x11@FreeBSD.org Created attachment 273070 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=273070&action=edit patch Mesa's -Dvideo-codecs meson option defaults to 'all_free', which strips patent-encumbered codecs (H.264, H.265) from both VA-API and Vulkan Video paths. graphics/mesa-libs already overrides this to 'all' for the gallium side (radeonsi VA-API), but graphics/mesa-dri, which builds the Vulkan drivers (RADV, ANV), does not. RADV on FreeBSD therefore reports VK_KHR_video_encode_queue but no codec-specific VK_KHR_video_encode_h264/h265, making the Vulkan Video encode path unusable: Before this patch: $ vulkaninfo 2>/dev/null | grep -E "VK_KHR_video_(encode|decode)_(h26[45]|av1)" | sort -u VK_KHR_video_decode_av1 : extension revision 1 After this patch: $ vulkaninfo 2>/dev/null | grep -E "VK_KHR_video_(encode|decode)_(h26[45]|av1)" | sort -u VK_KHR_video_decode_av1 : extension revision 1 VK_KHR_video_decode_h264 : extension revision 9 VK_KHR_video_decode_h265 : extension revision 8 VK_KHR_video_encode_h264 : extension revision 14 VK_KHR_video_encode_h265 : extension revision 14 -- You are receiving this mail because: You are the assignee for the bug.home | help
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-296968-7788>