[Bug 296968] graphics/mesa-dri: enable H.264/H.265 Vulkan Video codecs
[email protected] Tue, 21 Jul 2026 20:54:49 +0000
| Newsgroups | gmane.os.freebsd.devel.x11 |
|---|---|
| Message-ID | <[email protected]/bugzilla/> |
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D296968
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: [email protected]
Reporter: [email protected]
Flags: maintainer-feedback?([email protected])
Assignee: [email protected]
Created attachment 273070
--> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D273070&action=
=3Dedit
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 s=
ide
(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]|a=
v1)"
| 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]|a=
v1)"
| 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
--=20
You are receiving this mail because:
You are the assignee for the bug.=