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

[PATCH 0/3] MR8679: [DRAFT] winecfg: Fix audio tab functionality.
by Patrick Hibbs (＠hibbsncc1701) July 31, 2025

July 31, 2025

See also the linked bug report, but the short description is that some wine-only fake device was removed at some point, and winecfg's audio tab was never updated to handle that situation. This MR fixes that problem by using real devices and filling in some data structures to make that work. I'm marking this as a draft so that others can suggest improvements or alternatives, as I'm not sure if this means of doing it is acceptable to Wine. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=58204 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8679

2 3

Re: [PATCH v2 0/1] MR8532: winegstreamer: Force h264parse to output 'au' aligned byte-stream.
by Brendan McGrath (＠redmcg) July 31, 2025

July 31, 2025

On Thu Jul 31 05:43:48 2025 +0000, Tim Clem wrote: > Does this need to force `stream-format=byte-stream`? That seems to break > h.264 decoding on macOS with the [vtdec > element](https://gstreamer.freedesktop.org/documentation/applemedia/vtdec.h…, > which only accepts `stream-format=avc`. I never did get to the bottom of why this was required for `avdec_h264`, after all, GStreamer plays the test file just fine without the need for a `capsfilter` between `h264parse` and `avdec_h264`. So I dug a bit deeper this morning. It seems it fails under wine as a result of the `GST_EVENT_SEGMENT_DONE` event sent within `complete_drain`. When `h264parse` receives this event, it fixates its caps to `AVC` and then forwards its data buffers to `avdec_h264` without ever providing `codec_data` (which is required for AVC). Simply removing all the events sent in `complete_drain` fixes this problem but unsurprisingly causes a couple of other test failures (along with one fix!). You can see an example of what I mean here: https://gitlab.winehq.org/redmcg/wine/-/merge_requests/7 But I'm not sure yet if this is a bug in `h264parse` or in our draining logic. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8532#note_111591

1 0

[PATCH v6 0/2] MR8671: cryptowinrt: Stub ICryptographicBufferStatics::EncodeToBase64String().
by Mohamad Al-Jaf (＠maljaf) July 30, 2025

July 30, 2025

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=55759 -- v6: cryptowinrt/tests: Add some ICryptographicBufferStatics::EncodeToBase64String() tests. cryptowinrt: Stub ICryptographicBufferStatics::EncodeToBase64String(). https://gitlab.winehq.org/wine/wine/-/merge_requests/8671

2 2

[PATCH v8 0/4] MR8595: comctl32: Separate v5 and v6.
by Zhiyi Zhang (＠zhiyi) July 30, 2025

July 30, 2025

This MR separates comctl32 into v5 and v6. A full branch is at https://gitlab.winehq.org/zhiyi/wine/-/commits/comctl32-separation. The remaining commits are to remove items that shouldn't be in v5. comctl32-version_6 in wine-staging can be dropped after this MR. -- v8: comctl32: Separate v5 and v6. https://gitlab.winehq.org/wine/wine/-/merge_requests/8595

3 9

[PATCH v5 0/2] MR8671: cryptowinrt: Stub ICryptographicBufferStatics::EncodeToBase64String().
by Mohamad Al-Jaf (＠maljaf) July 30, 2025

July 30, 2025

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=55759 -- v5: cryptowinrt/tests: Add some ICryptographicBufferStatics::EncodeToBase64String() tests. cryptowinrt: Stub ICryptographicBufferStatics::EncodeToBase64String(). https://gitlab.winehq.org/wine/wine/-/merge_requests/8671

2 2

[PATCH v4 0/2] MR8671: cryptowinrt: Stub ICryptographicBufferStatics::EncodeToBase64String().
by Mohamad Al-Jaf (＠maljaf) July 30, 2025

July 30, 2025

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=55759 -- v4: cryptowinrt/tests: Add some ICryptographicBufferStatics::EncodeToBase64String() tests. cryptowinrt: Stub ICryptographicBufferStatics::EncodeToBase64String(). https://gitlab.winehq.org/wine/wine/-/merge_requests/8671

2 2

[PATCH 0/1] MR8678: opengl32: Map glCompressedTexImage2DARB to glCompressedTexImage2D.
by Paul Gofman (＠gofman) July 30, 2025

July 30, 2025

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

2 2

Re: [PATCH v2 0/1] MR8532: winegstreamer: Force h264parse to output 'au' aligned byte-stream.
by Tim Clem (＠tclem) July 30, 2025

July 30, 2025

Does this need to force `stream-format=byte-stream`? That seems to break h.264 decoding on macOS with the [vtdec element](https://gstreamer.freedesktop.org/documentation/applemedia/vtdec.h…, which only accepts `stream-format=avc`. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8532#note_111561

1 0

[PATCH v3 0/2] MR8671: cryptowinrt: Stub ICryptographicBufferStatics::EncodeToBase64String().
by Mohamad Al-Jaf (＠maljaf) July 30, 2025

July 30, 2025

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=55759 -- v3: cryptowinrt/tests: Add some ICryptographicBufferStatics::EncodeToBase64String() tests. https://gitlab.winehq.org/wine/wine/-/merge_requests/8671

2 2

Re: [PATCH v2 0/2] MR8671: cryptowinrt: Stub ICryptographicBufferStatics::EncodeToBase64String().
by Mohamad Al-Jaf (＠maljaf) July 30, 2025

July 30, 2025

On Wed Jul 30 19:50:02 2025 +0000, Jinoh Kang wrote: > Surs, the game passes an empty string, but what about other games yet to > be tested? > Previously, the function reliably returned `E_NOTIMPL`, so that apps > recognized the failure. Now this patch is returning empty string for > *all* inputs. > This might fix one game (that only passes empty input), but breaks > everything else that passes non-empty input since the function lies that > it did the job with an empty output. > If a patch fixes a game and breaks 100 others, then it's not a good patch. Test added. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8671#note_111558

1 0