March 2025 - Wine-GitLab - list.winehq.org

[PATCH v4 0/4] MR3675: dmsynth/tests: Test the synthesizer components and render some samples from MIDI.
by Rémi Bernon March 8, 2025

March 8, 2025

-- v4: dmsynth/tests: Test DirectMusicSynth class in isolation. dmsynth/tests: Test DirectMusicSynthSink class in isolation. dmsynth/tests: Import and use a check_interface helper. dmsynth/tests: Avoid dynamic format string. https://gitlab.winehq.org/wine/wine/-/merge_requests/3675

3 10

Re: [PATCH v3 0/3] MR7416: wined3d: Interpret Y'CbCr values as being from the reduced range.
by Brendan McGrath (＠redmcg) March 8, 2025

March 8, 2025

On Sun Mar 9 00:12:08 2025 +0000, Shengyu Qu wrote: > SD/HD difference not only exists in NV cards, AMD/Intel GPU also have > similar settings in their control panel(But not in Intel GPU + > eDP/TypeC/Thunderbolt panels: https://github.com/IGCIT/Intel-GPU-Community-Issue-Tracker-IGCIT/issues/878) @Stat_headcrabbed The SD/HD reference here refers to the BT.601 and BT.709 color spaces. BT.601 was designed for CRT and is considered the standard for SD (images that are 720 x 576 or less). BT.709 on the other hand was designed for LCD. But both of these color standards use the limited range Y'CrCb values and thus need to be expanded to full range RGB (as the rest of the graphics stack writing to an RGB texture will use full range). The color depth setting from the graphics card control panel will then determine what is sent to the monitor. So this change won't impact that. It's just making sure the value for black from a video matches the value of black from, for example, a shader. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7416#note_97223

1 0

[PATCH 0/1] MR7523: d3dx9/effect: Remove explicit objects pointer from the parsing helpers.
by Nikolay Sivov (＠nsivov) March 8, 2025

March 8, 2025

Signed-off-by: Nikolay Sivov <nsivov(a)codeweavers.com> -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7523

3 2

[PATCH v3 0/2] MR7290: kernelbase: Handle correctly paths with forward slashes in ReplaceFileW.
by Roman Pišl March 8, 2025

March 8, 2025

PathRemoveFileSpecW keeps only the drive if the path contains all forward slashes as shown in tests. But then the temporary file is created in the root folder which fails for drive Z:. This fixes a corner case when using CMake in Wine. Another usage of PathRemoveFileSpecW is in PathRelativePathToW which should be also checked. I'm leaving this as a draft until getting some feedback and adding tests. -- v3: kernelbase: Handle correctly paths with forward slashes in ReplaceFileW. kernel32: Test ReplaceFileW with forward slashes. https://gitlab.winehq.org/wine/wine/-/merge_requests/7290

1 3

[PATCH v2 0/2] MR7290: kernelbase: Handle correctly paths with forward slashes in ReplaceFileW.
by Roman Pišl March 8, 2025

March 8, 2025

PathRemoveFileSpecW keeps only the drive if the path contains all forward slashes as shown in tests. But then the temporary file is created in the root folder which fails for drive Z:. This fixes a corner case when using CMake in Wine. Another usage of PathRemoveFileSpecW is in PathRelativePathToW which should be also checked. I'm leaving this as a draft until getting some feedback and adding tests. -- v2: kernelbase: Handle correctly paths with forward slashes in ReplaceFileW. kernel32: Test ReplaceFileW with forward slashes. https://gitlab.winehq.org/wine/wine/-/merge_requests/7290

1 2

[PATCH v6 0/15] MR7516: Server-side thread priorities implementation (Part 3)
by Marc-Aurel Zent (＠mzent) March 8, 2025

March 8, 2025

This is the continuation of https://gitlab.winehq.org/wine/wine/-/merge_requests/7317. There are a lot of smaller commits (some even no-op renames), because there are some inconsistencies in the codebase currently of what an NT thread priority vs a base thread priority should be and I hope that this clears that up a bit. I tried making the commits as atomic as possible I hope this is fine... There are still a few tiny details missing like fixing up the `list_processes` request and `KeSetPriorityThread` and friends which are either stubs or not correctly working as well. There are also probably a few tests that can be written here (after thread priority boosting has been disabled, cause that makes the behavior on windows very flaky and dynamic). In fact on windows there is some thread priority boost decay going on after the message has been processed (and probably other boosting mechanisms), which this MR does not properly capture, but are also probably not reasonable to implement. This also reverts the commits of https://gitlab.winehq.org/wine/wine/-/merge_requests/1232, which are being effectively overwritten anyways. The `get_thread_priority_info` request was added, because the reply in `get_thread_info` would be otherwise larger than 64 bytes, so it had to be split. -- v6: ntdll/tests: Add tests for process and thread priority. server, ntdll: Fetch both process priority and base_priority. server: Add process base priority helper. kernelbase: Use ProcessPriorityClass info class in GetPriorityClass. kernelbase: Use correct priority in GetThreadPriority. server, ntdll: Fetch both thread priority and base_priority. server, ntdll: Move last thread information to get_thread_info flags. ntdll: Implement ThreadPriority class in NtSetInformationThread. server: Implement setting thread priority directly. server: Add set_thread_priority helper. server: Rename thread priority to base_priority. server: Rename base_priority to effective_priority in apply_thread_priority. https://gitlab.winehq.org/wine/wine/-/merge_requests/7516

2 17

Re: [PATCH v6 0/1] MR6938: Draft: winewayland.drv: Implement support for xdg-toplevel-icon.
by Alex Schwartz (＠alexschwartz01) March 8, 2025

March 8, 2025

I just tested this on KDE Plasma 6.3 and it works perfectly This would be a great addition to the Wayland driver -- https://gitlab.winehq.org/wine/wine/-/merge_requests/6938#note_97195

1 0

[PATCH 0/1] MR7290: Draft: kernelbase: Handle correctly paths with forward slashes in ReplaceFileW.
by Roman Pišl March 8, 2025

March 8, 2025

PathRemoveFileSpecW keeps only the drive if the path contains all forward slashes as shown in tests. But then the temporary file is created in the root folder which fails for drive Z:. This fixes a corner case when using CMake in Wine. Another usage of PathRemoveFileSpecW is in PathRelativePathToW which should be also checked. I'm leaving this as a draft until getting some feedback and adding tests. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7290

2 5

[PATCH v3 0/1] MR7494: msxml3: IXMLDOMDocument3::preserveWhiteSpace fix for a non VARIANT_BOOL value.
by Alistair Leslie-Hughes (＠alesliehughes) March 8, 2025

March 8, 2025

0024:trace:msxml:domdoc_put_preserveWhiteSpace (068F0520)->(1) Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=21940 -- v3: msxml3: IXMLDOMDocument3::preserveWhiteSpace fix for a non VARIANT_BOOL value. https://gitlab.winehq.org/wine/wine/-/merge_requests/7494

3 4

[PATCH 0/1] MR7532: winedump: fix grep warning
by Robert Lippmann (＠rlippmann) March 8, 2025

March 8, 2025

grep gives a warning of: character class syntax is `[[:space:]]`, not `[:space:]` because the syntax is technically incorrect -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7532

2 1