Commits on Source (7)
-
Steve Lhomme authored
The releases before 11 had bogus dxvahd DXVAHD_STREAM_STATE_xxx_COLOR_SPACE_DATA structures. This was confusing the initialization with LLVM.
96a19e94 -
Steve Lhomme authored
Although we set all known usable bits, it seems that leaving reserved bits "uninitialized" doesn't work in some case. In particular with LLVM builds, which results in bogus output. Co-authored-by:
Pierre Lamot <pierre@videolabs.io>
a7de762a -
Steve Lhomme authored
Although we set all known usable bits, it seems that leaving reserved bits "uninitialized" doesn't work in some case. In particular with LLVM builds, which results in bogus output.
367b7e8e -
Steve Lhomme authored
We do the processing on video files, not "graphics" generated sources.
b86fbe2e -
Steve Lhomme authored
It doesn't exist in mingw so we define it in that case.
dd8297d2 -
Steve Lhomme authored
The same code in direct3d9 uses an output format that can vary.
2e335eba -
Steve Lhomme authored3e838637
Showing
- contrib/src/mingw64/0001-headers-Update-to-Wine-master-and-regenerate-H-from-.patch 62 additions, 0 deletions...eaders-Update-to-Wine-master-and-regenerate-H-from-.patch
- contrib/src/mingw64/0002-headers-dxvahd-Regenerate-H-from-IDL.patch 25 additions, 0 deletions...c/mingw64/0002-headers-dxvahd-Regenerate-H-from-IDL.patch
- contrib/src/mingw64/rules.mak 6 additions, 1 deletioncontrib/src/mingw64/rules.mak
- modules/video_output/opengl/interop_dxva2.c 19 additions, 13 deletionsmodules/video_output/opengl/interop_dxva2.c
- modules/video_output/win32/direct3d9.c 17 additions, 11 deletionsmodules/video_output/win32/direct3d9.c