Date: Tue, 03 Mar 2026 16:04:31 +0000 From: bugzilla-noreply@freebsd.org To: ports-bugs@FreeBSD.org Subject: [Bug 293561] [NEW PORT] multimedia/libvpl 2.16.0: successor of oneVPL Message-ID: <bug-293561-7788@https.bugs.freebsd.org/bugzilla/>
index | next in thread | raw e-mail
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=293561 Bug ID: 293561 Summary: [NEW PORT] multimedia/libvpl 2.16.0: successor of oneVPL Product: Ports & Packages Version: Latest Hardware: Any OS: Any Status: New Severity: Affects Some People Priority: --- Component: Individual Port(s) Assignee: ports-bugs@FreeBSD.org Reporter: naito.yuichiro@gmail.com Created attachment 268504 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=268504&action=edit libvpl.patch Intel renamed the oneVPL repository to libvpl and continues to develop it. The latest libvpl includes new processor support and is required by HandBrake. Currently, FreeBSD's multimedia/handbrake port disables the latest processor support by the ports patch. The port patch is aware of the libvpl library version. Just rebuilding with the libvpl enables all HandBrake code. So, libvpl can be a drop-in replacement for oneVPL except for the Python binding. It was a preview feature and discontinued in the libvpl. I see that only HandBrake and ffmpeg depend on oneVPL, and neither uses the Python binding. The `libvpl.patch` adds a multimedia/libvpl port to the Ports tree. The `handbrake.patch` changes the dependency to the libvpl port. The `ffmpeg.patch` does the same to the ffmpeg port. I confirmed that the HandBrake QSV encoder works with libvpl and that ffmpeg also works with it. -- 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-293561-7788>