Manually disable some warnings that are currently emitted. Eventually
the warnings should be solved and -Werror should remain alone.
--
v5: ci: Update the README with some recent changes.
https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/377
vkd3d-shader/tpf.c:3810:39: warning: passing argument 2 of ‘sm4_register_from_node’ from incompatible pointer type [-Wincompatible-pointer-types]
vkd3d-shader/tpf.c:4750:59: warning: passing argument 3 of ‘sm4_register_from_deref’ from incompatible pointer type [-Wincompatible-pointer-types]
The other option is to change the parameter to a DWORD but this is a larger change.
--
https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/385
Yes, currently MCI_MapMsgAtoW returns a tri-state.
-1 = Memory allocation error
0 = No unmap required
1 = Unmap required.
Since MCI_UnmapMsgAtoW handles all the cases where MCI_MapMsgAtoW allocates memory. Why not just
call MCI_UnmapMsgAtoW to do its thing in all cases?
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/3854#note_47342
On Sun Oct 1 23:30:07 2023 +0000, YuriK7 wrote:
> Thanks !
> The game I mentioned (touhou sky fight) is a weird case. It already
> hangs (actually it just errors out and closes) without your patch on
> vanilla wine whit the gstreamer shipped with wine-ge 8-16 where they
> updated it to 1.22. With the old gstreamer it used to be a skippable
> black screen, however adding gstkrkr makes it crash. This merge doesn't
> seem to change anything on that so be reassured, I guess I should open
> either a wine issue or a gstreamer issue...
> But Azumanga Fighter, Higurashi Daybreak Kai and HaruToma 2 works
> perfectly well with the new gstreamer + gstkrkr (the new version show a
> color bars screen when the codec is missing, instead of playing the sound).
Yes, that is consistent with my experience. I tried Azumanga (everything looks good to me with this patch) and Touhou (crashes on Wine 8.17, Wine 8.17 with this patch, and Debian's Wine 8.0; different output before the crash, but they all segfault in SampleGrabber_ISampleGrabber_GetCurrentBuffer). Sounds like a different bug to me.
The color bars are not a Wine bug; they're protonmediaconverter. It does that if it can't find a converted version of the media, which it can't if you're running it outside Steam. gstkrkr fills that exact hole. (gstkrkr also does a little trick to ensure ffmpeg's WMA audio decoder is selected instead of mediaconverter.)
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/3938#note_47318