- Wine-GitLab - list.winehq.org

[PATCH 0/1] MR11036: Add .DS_Store file to gitignore
by tobbi (＠tobbi) June 1, 2026

June 1, 2026

The .DS_Store file is a file that gets used by MacOS's finder application for storing internal configuration data. There's no reason for that file to be part of the git tree. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/11036

3 3

[PATCH v2 0/2] MR10535: mfreadwrite: Rescale video frames based on aspect ratio when processing is enabled.
by Yuxuan Shui (＠yshui) June 1, 2026

June 1, 2026

-- v2: mfreadwrite: Ensure output has a 1:1 pixel aspect ratio if processing is enabled. mfreadwrite: Don't modify the `type` parameter in src_reader_SetCurrentMediaType. https://gitlab.winehq.org/wine/wine/-/merge_requests/10535

3 5

[PATCH 0/2] MR10997: winegstreamer: Video processor shouldn't have a preferred size.
by Yuxuan Shui (＠yshui) June 1, 2026

June 1, 2026

-- https://gitlab.winehq.org/wine/wine/-/merge_requests/10997

3 4

[PATCH v2 0/3] MR10935: winemac: Add cross-process MetalViewSwapChain.
by Marc-Aurel Zent (＠mzent) June 1, 2026

June 1, 2026

-- v2: winemac: Implement cross-process MetalViewSwapChain via CALayerHost. winemac: Factor out Metal device and view logic into MetalViewSwapChain. https://gitlab.winehq.org/wine/wine/-/merge_requests/10935

4 9

Re: [PATCH v3 0/1] MR9796: winebus: Adjust hatswitch encoding to follow T300RS and G29 - closed
by SeongChan Lee (＠foriequal0) June 1, 2026

June 1, 2026

This merge request was closed by SeongChan Lee. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9796

1 0

Re: [PATCH 0/4] MR11035: gdi32/uniscribe: Eagerly cache cmap tables for a font.
by समीरसिंह Sameer Singh (＠ss141309) June 1, 2026

June 1, 2026

I should probably explain my changes here. The game Sail Simulator 5 was crashing due to usp10 because it relied on a Windows behaviour where the OS will cache all of the glyphs of the font in the ScriptCache when a valid hdc is present, so the next time when the shaping function is called with a null hdc, the os can then look at the ScriptCache for the glyph to see if it exists. Prior to this patch wine did not do that, it only stored the glyphs in the cache which were encountered in previous shaping runs. So what I did was add a cmap format 4 table (the cmap table which is used for the BMP plane of unicode) to the ScriptCache and then eagerly load the tables when ScriptShapeOpenType is called. So when the shaping function is called again with an invalid hdc, instead of immediately returning `E_PENDING` check for the glyph in the cmap table first. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/11035#note_141803

1 0

[PATCH v5 0/3] MR10567: wined3d: fix vk swapchain rendering too dark by supporting UNORM to SRGB...
by Stian Low (＠stianlow) June 1, 2026

June 1, 2026

wined3d: fix vk swapchain rendering too dark by supporting UNORM to SRGB conversion for brightness similar to gl This merge request addresses: https://bugs.winehq.org/show_bug.cgi?id=45364 Frostpunk is very dark Very dark rendering issues for Frostpunk seem to match the same problem for Vulkan renderer for "Against the Storm": - https://bugs.winehq.org/show_bug.cgi?id=58632 - https://bugs.winehq.org/attachment.cgi?id=80656 Running both games with gl renderer seems to fix excessive darkness: - https://bugs.winehq.org/attachment.cgi?id=80654 - https://bugs.winehq.org/attachment.cgi?id=80690 Vulkan renderer seems to be missing SRGB conversion handling availiable for GL renderer. GL renderer can be forced to render darker the same as Vulkan by bypassing EXT_TEXTURE_SRGB support for ./dlls/wined3d/utils.c: ``` @@ -3133,7 +3146,7 @@ static BOOL init_format_texture_info(struct wined3d_adapter *adapter, struct win continue; copy_format(adapter, &srgb_format->f, &format->f); +#if 000 if (gl_info->supported[EXT_TEXTURE_SRGB] && !(adapter->d3d_info.wined3d_creation_flags & WINED3D_SRGB_READ_WRITE_CONTROL)) { @@ -3142,6 +3155,7 @@ static BOOL init_format_texture_info(struct wined3d_adapter *adapter, struct win format_set_caps(&srgb_format->f, WINED3D_FORMAT_CAP_SRGB_READ | WINED3D_FORMAT_CAP_SRGB_WRITE); query_internal_format(adapter, srgb_format, &format_texture_info[i], gl_info, TRUE); } +#endif } ``` This merge request patch allows Vulkan renderer to perform SRGB conversion for wined3d_swapchain_vk_select_vk_format() to mimic the GL capability. Changing VkSwapchainCreateInfoKHR imageColorSpace from VK_COLOR_SPACE_SRGB_NONLINEAR_KHR for `wined3d_swapchain_vk_create_vulkan_swapchain()` had no effect despite enabling VK_EXT_swapchain_colorspace for dlls/win32u/vulkan.c `convert_instance_create_info():` https://docs.vulkan.org/refpages/latest/refpages/source/VkColorSpaceKHR.html Therefore converting UNORM to SRGB was chosen similar to how the GL renderer seems to handle it: ``` static const struct wined3d_format_srgb_info format_srgb_info[] = { {WINED3DFMT_R8G8B8A8_UNORM_SRGB, WINED3DFMT_R8G8B8A8_UNORM}, {WINED3DFMT_BC1_UNORM_SRGB, WINED3DFMT_BC1_UNORM}, {WINED3DFMT_BC2_UNORM_SRGB, WINED3DFMT_BC2_UNORM}, {WINED3DFMT_BC3_UNORM_SRGB, WINED3DFMT_BC3_UNORM}, {WINED3DFMT_B8G8R8A8_UNORM_SRGB, WINED3DFMT_B8G8R8A8_UNORM}, {WINED3DFMT_B8G8R8X8_UNORM_SRGB, WINED3DFMT_B8G8R8X8_UNORM}, {WINED3DFMT_BC7_UNORM_SRGB, WINED3DFMT_BC7_UNORM}, }; ``` Its unclear whether SRGB conversion should always happen or only for particular games so the patch leaves the Vulkan renderer without SRGB conversion by default. Therefore the patch adds a new WINE_D3D_CONFIG flag named "vk_swap_srgb" to force the Vulkan renderer to perform SRGB conversion for the swapchain. By default vk_swap_srgb is set to FALSE or 0: `WINE_D3D_CONFIG=vk_swap_srgb=0,renderer=vulkan` To force vk_swap_srgb to TRUE or 1: `WINE_D3D_CONFIG=vk_swap_srgb=1,renderer=vulkan` For example, launching Frostpunk via the following after the patch fixes the dark rendering for Vulkan and appears brighter similar to the GL renderer: `WINEDEBUG=-all mangohud --dlsym WINE_D3D_CONFIG=csmt=0x1,renderer=vulkan,vk_swap_srgb=1 WINEPREFIX=/home/any/wine_stianlow_wow64_new_pfx ~/tmp/wine_stianlow_wow64_new_install/bin/wine /home/any/wine_stianlow_wow64_new_pfx/drive_c/GOG\ Games/Frostpunk/Frostpunk.exe` Some SRGB handling was added several years ago but not for mapping UNORM to SRGB that this patch adds: ``` 6f55c8d1c56 * wined3d: Use an sRGB fallback format for sRGB formats in wined3d_swapchain_vk_select_vk_format(). Author: Henri Verbeet <hverbeet(a)codeweavers.com> CommitDate: Wed Dec 9 16:29:28 2020 +0100 ``` If UNORM to SRGB should be enabled by default then this patch may be changed so that vk_swap_srgb defaults to TRUE. -- v5: wined3d: fix vk swapchain rendering too dark by supporting rtvs for swapchain back_buffers > 1 wined3d: revert fix vk swapchain rendering too dark by supporting UNORM to SRGB conversion for brightness similar to gl https://gitlab.winehq.org/wine/wine/-/merge_requests/10567

4 14

[PATCH v4 0/3] MR10844: gdi32/uniscribe: Perform bounds check in GSUB_apply_MultipleSubst().
by समीरसिंह Sameer Singh (＠ss141309) June 1, 2026

June 1, 2026

Check if the current number of glyphs exceed the maximum limit and then return an E_OUTOFMEMORY. Modify the functions to bubble this error so that it can be dealt with. -- v4: gdi32/uniscribe: Propagate GSUB_E_OUTOFMEMORY error. gdi32/uniscribe: Return GSUB_E_OUTOFMEMORY on lookup buffer overflow. gdi32/uniscribe: Pass maximum glyph count to GSUB lookup functions. https://gitlab.winehq.org/wine/wine/-/merge_requests/10844

2 4

[PATCH v14 0/8] MR1074: Draft: ntdll: Improve Valgrind and GDB integration.
by Rémi Bernon May 31, 2026

May 31, 2026

Valgrind support requires a fork, which I've published to https://gitlab.winehq.org/rbernon/valgrind. The fork implements loading DWARF debug info from PE files, instead of the old and broken upstream PDB support. I've tried to upstream these changes a long time ago but didn't receive any feedback. I think we could maybe consider keeping a fork, which I'm happy to maintain, as the changes aren't too large. We may want to investigate adding 32-on-64 support, which may require a bit more changes (to VEX specifically, because its amd64 guest doesn't support segment register manipulation). The changes here are not all related to Valgrind, and I'll create separate MR for those which may make sense independently from Valgrind / GDB. Also included is a suppression file to silent some annoying false positives, many of which are coming from the cross-stack accesses during syscalls, which are confusing Valgrind's stack heuristics. One can try this out with something like: `WINELOADERNOEXEC=1 valgrind --suppressions=tools/valgrind.supp wine64/loader/wine64 wine64/programs/winecfg/winecfg.exe` -- v14: ntdll: Avoid marking freed block header as undefined for valgrind. ntdll: Force HEAP_TAIL_CHECKING_ENABLED flag with valgrind. ntdll: Fix valgrind notifications from ntdll.so. ntdll: Import valgrind headers for PE side ntdll. DEBUG: ntdll: Don't use preloader when running on valgrind. tools: Add gdbunwind.py script with a syscall unwinder. ntdll: Maintain a PE module link map and expose it to GDB. loader: Expose the standard debugging symbols for GDB. https://gitlab.winehq.org/wine/wine/-/merge_requests/1074

5 15

[PATCH 0/1] MR11034: ir50_32: Export DllRegisterServer() and DllUnregisterServer().
by Wolfgang Hartl (＠wolfo.dev) May 31, 2026

May 31, 2026

A legacy DirectX Media installer tries to self-register ir50_32.dll from a \[RegisterOCX\] section, but fails because Wine loads the built-in DLL by default and the export is missing. https://bugs.winehq.org/show_bug.cgi?id=58942 The native DLL exports these functions, and Wine's default implementations are sufficient to fix the failure and let the installer continue til the end. The native DLL also exposes COM-related exports such as DllGetClassObject(), but this change intentionally only covers the self-registration entry points needed by the installer. Native DirectShow/COM registrations entries are no considered as the related COM classes are not implemented in Wine. More details are in the bug-report. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/11034

2 1