Closed oscarbg closed 3 months ago
Last I checked, d3d13 was not out yet :D I can't enable any d3d12 stuff until mingw implements support for it. And once they to, it'll turn on all by itself. So there's not much I can do.
Hi, seems MINGW64 already includes all needed d3d12 stuff at least on mainline.. even d3d12va encode support.. please see thread: https://github.com/mingw-w64/mingw-w64/issues/24 and where they added even d3d12 encode headers for things like D3D12_FEATURE_DATA_VIDEO_ENCODER_RESOURCE_REQUIREMENTS: https://github.com/mingw-w64/mingw-w64/issues/24#issuecomment-1876307235
or I'm mistaken.. it's a matter of updating mingw headers? up to commit https://github.com/mingw-w64/mingw-w64/commit/ed05999bf5be7847427800d09e847febdde00222 for ex. right? thanks..
It's a matter of them making a new release and crosstools-ng pulling it in, and then me updating the mingw version in the ct-ng configs.
ah.. ok!
Considering that windows arm64 support based on llvm-mingw has been added, maybe consider migrating x86 to llvm-mingw as well? This would give immediate access to the latest mingw-w64 headers.
I just don't see any rush, and a whole bunch of stuff is broken on clang that works fine on gcc.
Seems like it was just a broken install prefix for the headers.
thanks! guess tomorrow build will have it? out of context, but seems you are enabling win arm64 builds very soon, right?
I don't think I will enable them anytime soon. I still have no idea if they even run, for lack of hardware. And the list of stuff in each release is already a horrible mess.
@BtbN just tested today builds with d3d12va and they work great.. thanks!
Hi, FFMPEG main branch supports D3D12VA since december.. plase can add that to full build in addition to existing D3D11VA decoders?
log:
also testing with -hwaccel d3d13va (doesn't exist) reveals d3d11va missing from list:
EDIT: note I made an equal request to GyanD: https://github.com/GyanD/codexffmpeg/issues/117
thanks..