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

[PATCH v8 0/3] MR8808: winealsa, winecoreaudio, wineoss: Fixed MIDI reset Control Change
by Keigo Okamoto (＠KeigoOkamoto) Aug. 25, 2025

Aug. 25, 2025

This pull request fixes Wine's MIDI synthesizer reset process to be the same as Windows'. When playing Touhou Project games in MIDI BGM mode, the music playback becomes buggy when the BGM changes. The video below is an example of an anomaly that occurs when playing The Fantastic Tales from Tono after playing Crystallized Silver in Touhou 7. https://youtu.be/O69sndJ45Ag Here's a correct example of The Fantastic Tales from Tono playback: https://youtu.be/XlFAQEbbNDg Piano sound is clearly missing on Wine. This issue occurs due to an Wine's incorrect reset process for MIDI synthesizer. When I ran FluidSynth on Windows and checked the log, I found that CC123 and CC121 were executed for each MIDI channel when switching songs. CC123 means All Notes Off, CC121 means Reset All Controllers. -- v8: wineoss: Send All Notes Off and Reset Controllers. https://gitlab.winehq.org/wine/wine/-/merge_requests/8808

3 5

[PATCH v2 0/4] MR8827: opengl32: Redirect default framebuffer when using FBO surfaces.
by Rémi Bernon Aug. 25, 2025

Aug. 25, 2025

-- v2: opengl32: Redirect default framebuffer when using FBO surfaces. opengl32: Remap read / draw FBO buffers when using FBO surfaces. opengl32: Return the tracked FBO buffers when using FBO surfaces. opengl32: Keep track of default FBO read/draw buffers. https://gitlab.winehq.org/wine/wine/-/merge_requests/8827

1 4

[PATCH 0/1] MR8819: winegstreamer/wma_decoder: Return S_OK from AllocateStreamingResources().
by Attila Fidan (＠atticf) Aug. 25, 2025

Aug. 25, 2025

Unbreaks playback using wmaudio decoder dmo from the dmo wrapper filter. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8819

3 2

[PATCH 0/4] MR8827: opengl32: Redirect default framebuffer when using FBO surfaces.
by Rémi Bernon Aug. 25, 2025

Aug. 25, 2025

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

1 4

[PATCH 0/1] MR8826: winscard: Handle NULL send parameter in SCardTransmit().
by Hans Leidekker (＠hans) Aug. 25, 2025

Aug. 25, 2025

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=58608 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8826

2 1

[PATCH v6 0/4] MR8808: winealsa, winecoreaudio, wineoss: Fixed MIDI reset Control Change
by Keigo Okamoto (＠KeigoOkamoto) Aug. 25, 2025

Aug. 25, 2025

This pull request fixes Wine's MIDI synthesizer reset process to be the same as Windows'. When playing Touhou Project games in MIDI BGM mode, the music playback becomes buggy when the BGM changes. The video below is an example of an anomaly that occurs when playing The Fantastic Tales from Tono after playing Crystallized Silver in Touhou 7. https://youtu.be/O69sndJ45Ag Here's a correct example of The Fantastic Tales from Tono playback: https://youtu.be/XlFAQEbbNDg Piano sound is clearly missing on Wine. This issue occurs due to an Wine's incorrect reset process for MIDI synthesizer. When I ran FluidSynth on Windows and checked the log, I found that CC123 and CC121 were executed for each MIDI channel when switching songs. CC123 means All Notes Off, CC121 means Reset All Controllers. -- v6: Corrected the comment. wineoss: Send All Notes Off and Reset Controllers. winecoreaudio: Send All Notes Off and Reset Controllers. winealsa: Send All Notes Off and Reset Controllers. https://gitlab.winehq.org/wine/wine/-/merge_requests/8808

3 6

Re: [PATCH v10 0/1] MR8786: winebuild: Add flag to disable dynamicbase/aslr
by Tres Finocchiaro (＠tresf) Aug. 25, 2025

Aug. 25, 2025

On Sat Aug 23 20:14:10 2025 +0000, Alexandre Julliard wrote: > Sure, that's fine. Ok, great, done. Let me know if there are any other changes. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8786#note_113729

1 0

[PATCH v4 0/1] MR8134: d3d10/tests: Compile more test effects from sources.
by Nikolay Sivov (＠nsivov) Aug. 23, 2025

Aug. 23, 2025

Signed-off-by: Nikolay Sivov <nsivov(a)codeweavers.com> -- v4: d3d10/tests: Compile more test effects from sources. https://gitlab.winehq.org/wine/wine/-/merge_requests/8134

2 1

[PATCH v9 0/1] MR8786: winebuild: Add flag to disable dynamicbase/aslr
by Tres Finocchiaro (＠tresf) Aug. 23, 2025

Aug. 23, 2025

Commit 518e394794160818ffe6826c874ff2f550c95bbb introduced new and important default behavior for PE binaries built using `winegcc`/`wineg++`/`winebuild`. * `/DYNAMICBASE` - Generates an executable image that can be randomly rebased at load time by using the address space layout randomization (ASLR) feature of Windows that was first available in Windows Vista. * `/HIGHENTROPYVA` - Randomized 64-bit virtual addresses make it more difficult for an attacker to guess the location of a particular memory region. ... however as identified in https://bugs.winehq.org/show_bug.cgi?id=58480, this new default behavior can severely impact applications that interact with binaries created for Windows XP and older. This is quite common for legacy audio plugins, such as VST2(TM) plugins. This MR keeps the new default "dynamicbase" and "highentropyva" flags by default, but mirrors the mingw/msys2 `--disable-dynamicbase` flag as explained here: https://www.msys2.org/news/#2021-01-31-aslr-enabled-by-default. MSVC also provides a similarly named flag [here](https://learn.microsoft.com/en-us/cpp/build/reference/dynamicbase). Downstream, the LMMS project has successfully deployed the mingw flag and the MSVC flag for our Windows builds. Our Linux builds use a custom wine-bridge and would benefit from the same. We've currently tested this MR downstream against a snapshot of master branch to passing results. Downstream PRs: * Linux: https://github.com/LMMS/lmms/pull/7987 * Windows: https://github.com/LMMS/lmms/pull/7976 -- v9: winebuild: Add flag to disable dynamicbase/aslr https://gitlab.winehq.org/wine/wine/-/merge_requests/8786

3 3

[PATCH 0/3] MR8697: combase: Don't marshal objects marked as IAgileObject in RoGetAgileReference.
by Vibhav Pant (＠vibhavp) Aug. 23, 2025

Aug. 23, 2025

[Chromium obtains an agile reference](https://source.chromium.org/chromium/chromium/src/+/main:device/… to WinRT activation factories with RoAgileReference. As we currently do not support marshaling WinRT objects, this fails. However, as objects marked with IAgileObject don't need to be marshaled across apartments, we can trivially implement `RoAgileReference` for such objects, as most activation factories tend to be agile. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8697

3 9