-
-
Notifications
You must be signed in to change notification settings - Fork 788
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Missing 4:2:2/4:4:4 DXVA hwaccel support on Intel graphics #547
Comments
If the spec becomes official, I'll gladly support it. Until then, not adding code without a spec reference. |
Nice to see that. They almost forgot about it. Seems like my tiny effort is paying off :P intel-media-ci/ffmpeg#602 (comment) |
I don't see an urgent need for HEVC SCC hwaccel, and it wouldn't be a problem if it came later. |
Thanks for the response! |
Microsoft has released the DXVA Rext specification. The relevant GUIDs can be found in the latest Canary SDK.
|
@Andarwinux |
If there is an actual specification, a link to that would be helpful. On a quick glance I couldn't find it, but I didn't have much time to go digging right now. |
The online specification documentation is not yet available. Microsoft will update the stable Windows SDK shortly, and the documentation will be updated at that time. But for now the new headers needed for Rext support are available from the Canary Windows SDK, and Chromium developers will be writing a new implementation of Chromium D3D12 HEVC Rext next week. |
Update: DirectX-Headers already contain new redistributable headers. |
Apparently they ship preview SDK on nuget https://www.nuget.org/packages/Microsoft.Windows.SDK.CPP.x64/10.0.25936-preview (includes those new defines), but I feel like there is no point in doing anything until there is proper release and documentation. |
At least the latest preview SDK has all the required information - however no drivers exist yet that support it, at least for non-insider windows (and I'm not bothering with that). So it might only become available once the next major update of Windows 11 rolls out. |
Perhaps we add support by first borrowing the GUID already implemented in Intel's existing driver, and then switch when the new driver & GUIDs becomes available in Windows 11? Driver support for some early Rext-enabled Intel graphics cards such as 10th Gen Ice Lake and Jasper Lake has been moved to maintenance-only status. They may never receive drivers containing these new GUIDs, but their Intel-specific GUIDs are always available. Still, I haven't carefully compared the differences between the old and new |
Unfortunately the Intel version of that structure is not compatible with the Microsoft version, so I won't be offering support for those. |
That makes sense. They are just incompatible. |
It seems that HW decoding for HEVC 444 is now working using the D3D11 decoder in Potplayer. I'm using latest public Intel driver version 5522(https://www.intel.com/content/www/us/en/download/785597/intel-arc-iris-xe-graphics-windows.html). So I assume the driver is no longer a problem. Hope you guys can get it working soon. |
"MPC Video Renderer" uses Intel-specific HEVC Rext GUIDs. |
PotPlayer, as a closed source software, also supported Intel-specific GUIDs not long ago. |
Intel actually supports a good chunk of the new GUIDs already, but there is still no official spec on their limitations etc, which I expect will arrive with the next Windows 11 major update (24H2), which will be coming out sometime in the second half of this year.
|
jellyfin/jellyfin-ffmpeg#202 Hooking up that seems more important than whatever W11 (and Xe likely?) only path. |
New generic GUIDs for Rext also appeared on W10 (UHD7xx, Xe and newer), but there is no document on how to use these interfaces. FFmpeg does not want to accept Intel-specific interface definitions. So either you patch FFmpeg yourself, or wait for Microsoft to update the documentation and developers to submit new patches. |
An Intel-only proprietary method which is also entirely undocumented and incompatible with the official support seems not more anything. As I've said before, the Intel-specific version will not be supported. The official specification from Microsoft is almost here, and all current Intel drivers support it on all hardware thats still getting new drivers. My UHD 770 iGPU certainly exposes it. Its also not limited to Windows 11, as all it really is, is a specification of how data is exchanged, it does not require OS support. In any case, hopefully Microsoft updates the specification document soon to give additional guidance on how to use it, but even if they don't its not entirely impossible to implement otherwise, just will take more time figuring stuff out. |
I haven't seen that stated anywhere (and the relative issue is still open and got acknowledged happily by one of the contributors). As with many other ffmpeg work, it just seems like that the authors gave up after the first round because boy isn't there friction for doing everything there. Though now that I check Intel's docs better.. 422 and 444 only started to be supported with ice lake. And so that would be the only generation left out by their newer drivers if any. |
Here is an implemention of the new standard DXVA HEVC Range Extension profiles introduced in the Windows 11 24H2 SDK: cgutman/FFmpeg@9531ce6 Tested with HEVC Main 4:4:4 and HEVC Main 10 4:4:4 content on an Intel Arc A770 and Intel Alder Lake iGPU on driver version 32.0.101.5768. It needs some more polish before it's suitable for upstream FFmpeg (proper profile detection and DXVA2 support, at least). |
In order to determine the exact profile, we also need a func like this. |
First of all I want to thank you for this great project, I'm enjoying it so much on my Windows machine.
Intel graphics have supported decoding of HEVC 4:2:2 and 4:4:4 8/10bits since Ice Lake released in 2019. But even in 2023, Microsoft has not provided any official header file and struct for the HEVC Rext. Fortunately Intel made it possible for Chromium browser and a few video players such as VLC and MPC-BE to leverage it by using the vendor-specific DXVA entries.
It would be great if we can also have this feature in LAVFilters, given that 4:2:2 is becoming more and more common in the output format of high-end SLR cameras. It's difficult for users to play them on Windows smoothly without a powerful CPU, especially when it comes to 8k 4:2:2 clips.
I read this discussion from three years ago, can we revisit the patch series? Friendly paging @Nevcairiel
https://patchwork.ffmpeg.org/project/ffmpeg/patch/20200313102354.2500-1-robux4@ycbcr.xyz/
The text was updated successfully, but these errors were encountered: