The tests shows that, for sink writer created by MFCreateSinkWriterFromURL,
we are not able to grab the media sink object immediately after the creation,
unless the media sink object can be created without setting media type(MP3, ASF).
--
v4: mfreadwrite/tests: Test GetService for MP4 sink writer.
https://gitlab.winehq.org/wine/wine/-/merge_requests/2690
This series allows linking of our d3dx9.dll against d3dcompiler.lib from the Windows SDK. It presumably also fixes the d3dcompiler tests, although I didn't bother building them with Visual Studio so far.
And yes, I did check, that stringification macro works on MSVC.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/2705
> The other issue I run into - and this is probably a Vulkan SDK thing, not MSVC as such - is that the options I have for GLSL.std.450.h are
>
> spirv-headers/GLSL.std.450.h spirv_cross/GLSL.std.450.h
>
> and not spirv/unified1/GLSL.std.450.h or vulkan/GLSL.std.450.h as checked by configure. Has the location changed in newer Vulkan SDK versions, or was this never tested on Windows (with any compiler) to begin with?
I've tried building on Windows using MSYS2, and that generally worked fine, though it was some time ago. The vkd3d README does fairly explicitly mention depending on SPIRV-Headers and Vulkan-Headers, and I don't think it mentions the Vulkan SDK anywhere. We could of course add support for building against the Vulkan SDK if someone were to submit the patches...
--
https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/171#note_31196
A message context in the normaliser will also be needed for the next normalisation patch set.
--
v2: vkd3d-shader/ir: Emit a shader error if the control point phase id cannot be inserted.
https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/170