- Wine-GitLab - list.winehq.org

[PATCH v2 0/6] MR608: mf: More topology resolution fixes for elements with missing downstream types.
by Rémi Bernon Aug. 16, 2022

Aug. 16, 2022

Some transforms, such as the EVR mixer do not implement GetInputAvailableType and may not have any current media type set, though they would accept upstream media type right away. -- v2: mf: Only enumerate types for decoders / converter if down type is missing. mf: Only allow converter connection if decoder didn't accept down type. mf: Allow resolving topology with missing downstream current type. mf/tests: Add more topology loader converter and enumeration tests. mf/tests: Add some MP3 decoder transform tests. mf/tests: Add some topology loader tests with missing output type. https://gitlab.winehq.org/wine/wine/-/merge_requests/608

2 9

[PATCH v2 0/2] MR653: Dsdmo fx
by Alistair Leslie-Hughes (＠alesliehughes) Aug. 16, 2022

Aug. 16, 2022

Fixes https://bugs.winehq.org/show_bug.cgi?id=53545 -- v2: dsdmo: Add Compressor FX Support dsdmo: Add Echo FX Support https://gitlab.winehq.org/wine/wine/-/merge_requests/653

2 2

[PATCH 0/5] MR627: comctl32/tests: Add IME tests for edit control.
by Zhiyi Zhang (＠zhiyi) Aug. 16, 2022

Aug. 16, 2022

Signed-off-by: Zhiyi Zhang <zzhang(a)codeweavers.com> -- https://gitlab.winehq.org/wine/wine/-/merge_requests/627

3 6

[PATCH 0/2] MR653: Dsdmo fx
by Alistair Leslie-Hughes (＠alesliehughes) Aug. 16, 2022

Aug. 16, 2022

Fixes https://bugs.winehq.org/show_bug.cgi?id=53545 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/653

3 4

[PATCH v2 0/3] MR651: comctl32: Check reference data pointer before using it.
by Zhiyi Zhang (＠zhiyi) Aug. 16, 2022

Aug. 16, 2022

Fix the crash when opening notepad++ v8.4.4 preference dialog before e52e42b. -- v2: comctl32: Set reference data to zero on failure for GetWindowSubclass(). comctl32: Check reference data pointer before using it. comctl32/tests: Add GetWindowSubclass() tests. https://gitlab.winehq.org/wine/wine/-/merge_requests/651

3 4

[PATCH 0/3] MR651: comctl32: Check reference data pointer before using it.
by Zhiyi Zhang (＠zhiyi) Aug. 16, 2022

Aug. 16, 2022

Fix the crash when opening notepad++ v8.4.4 preference dialog before e52e42b. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/651

3 4

[PATCH 0/2] MR648: winspool.drv: Fix DocumentProperties function when printer name and driver name differs
by Piotr Caban (＠piotr) Aug. 16, 2022

Aug. 16, 2022

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

3 3

Re: [PATCH v2 0/5] MR635: Draft: Implement transform graph. Partically implement effect drawing.
by Ziqing Hui (＠zhui) Aug. 15, 2022

Aug. 15, 2022

> Node manipulation might be fine, I haven't checked it in full. However my impression was that we don't really need it right now? I believe I saw some examples where ID2D1DrawTransform is implemented for \*Impl object directly, for which runtime presumably calls SetDrawInfo, letting effect set back shaders and resources. Yeah, ID2D1DrawTransform can be implemented for *Impl object, that's true. But we still need transfrom graph. Implementing ID2D1DrawTransform for *Impl doesn't means that it will be used automatically without doing anything else. We still need to regard it as a transform node, and add it to transfrom graph. And latter, runtime will call SetDrawInfo for it because it is in transform graph. > Regarding prototyped drawing, creating render target on every draw seems wrong. It's possible you'll have to recreate something, but only when when parameters or inputs have changed. You are right. We should recreate things only when things are changed. I ignore it in this draft just to make things look simpler. I'll take this into consideration. Nikolay, do you think I can submit first 3 patches in another MR to make you have a full reviewing in order to upstream them? -- https://gitlab.winehq.org/wine/wine/-/merge_requests/635#note_6269

1 0

Re: [PATCH v2 0/5] MR635: Draft: Implement transform graph. Partically implement effect drawing.
by Nikolay Sivov (＠nsivov) Aug. 15, 2022

Aug. 15, 2022

Node manipulation might be fine, I haven't checked it in full. However my impression was that we don't really need it right now? I believe I saw some examples where ID2D1DrawTransform is implemented for *Impl object directly, for which runtime presumably calls SetDrawInfo, letting effect set back shaders and resources. Regarding prototyped drawing, creating render target on every draw seems wrong. It's possible you'll have to recreate something, but only when when parameters or inputs have changed. I certainly don't have a full picture of how this works, but shouldn't we be using MapOutputRectToInputRects() at some point? -- https://gitlab.winehq.org/wine/wine/-/merge_requests/635#note_6266

1 0

[PATCH v2 0/1] MR647: winex11.drv: Make last_cursor per-thread.
by Paul Gofman (＠gofman) Aug. 15, 2022

Aug. 15, 2022

Cursor (both the cursor itself and its visibility) are per thread on Windows and Wine's implementation outside of winex11.drv seem to agree with that. Using global cursor variable in winex11.drv leads to wrong cursor being set or set visible for a window when the app sets a cursor from the other thread. -- v2: winex11.drv: Set correct cursor when setting cursor from another thread. https://gitlab.winehq.org/wine/wine/-/merge_requests/647

2 2