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

[PATCH v2 0/2] MR8662: Revert "mmdevapi: Error out if the channel count or sampling rate doesn't match the mix format."
by Giovanni Mascellani (＠giomasce) 31 Jul '25

31 Jul '25

This reverts commit 00211db0d08d60ee9a0e40206bf7cf9b5b88987b, which introduced a lot of test failures and is taking some time to be reworked properly. -- v2: mmdevapi/tests: Mark a wrong error code by IsFormatSupported() as todo. https://gitlab.winehq.org/wine/wine/-/merge_requests/8662

3 3

[PATCH 0/3] MR8674: win32u: Update DC OpenGL drawable when it is acquired.
by Rémi Bernon 31 Jul '25

31 Jul '25

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=58448 Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=58459 Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=58488 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8674

2 4

[PATCH 0/3] MR8679: [DRAFT] winecfg: Fix audio tab functionality.
by Patrick Hibbs (＠hibbsncc1701) 31 Jul '25

31 Jul '25

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) 31 Jul '25

31 Jul '25

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) 31 Jul '25

31 Jul '25

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) 30 Jul '25

30 Jul '25

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) 30 Jul '25

30 Jul '25

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) 30 Jul '25

30 Jul '25

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) 30 Jul '25

30 Jul '25

-- 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) 30 Jul '25

30 Jul '25

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