- wine-gitlab - winehq.org

[PATCH 0/10] MR4201: widl: Cleanup and simplify expressions.
by Rémi Bernon (＠rbernon) 13 Sep '24

13 Sep '24

Some cleanup for expressions, sanitizing the structure a bit especially for abstract operations with multiple args. I also found out about named bison variables, implicit (as `$token` referring to `token`), or explicit (as `$name` referring to `token[name]`). I think it would make the rules much more readable so I started using them here. My plan is to add them progressively to the rules, unless there's some good reason not to (like idk how portable they are, if that's something we should be worried about). -- https://gitlab.winehq.org/wine/wine/-/merge_requests/4201

3 21

Re: [PATCH v2 0/8] MR6430: misc: Register DMO classes from their native DLLs.
by Rémi Bernon (＠rbernon) 13 Sep '24

13 Sep '24

On Fri Sep 13 08:05:59 2024 +0000, Ziqing Hui wrote: > Will these only be implemented on top of winedmo or the winegstreamer > version will also migrate to it? I'm thinking to implement these with winedmo, while keeping the redirection to the winegstreamer backend as default. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/6430#note_82101

1 0

Re: [PATCH v5 0/4] MR6442: winedmo: Introduce a new DLL as a MF FFmpeg backend.
by Rémi Bernon (＠rbernon) 13 Sep '24

13 Sep '24

On Fri Sep 13 08:05:43 2024 +0000, Ziqing Hui wrote: > one minor question: why this module is called wine**dmo**, from the > above comments, it sounds more like wineffmpeg. I found wineffmpeg to be awkward and didn't like the name, the libraries we use aren't even named ffmpeg but libavformat, libavcodec,... Then, there's an existing msdmo, and winedmo sounded nicer. DMOs (and now MFTs but only a few are pure MFTs, most are dual DMO-MFT objects) are the building blocks of all the windows multimedia components. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/6442#note_82100

1 0

Re: [PATCH v2 0/8] MR6430: misc: Register DMO classes from their native DLLs.
by Ziqing Hui (＠zhui) 13 Sep '24

13 Sep '24

Will these only be implemented on top of winedmo or the winegstreamer version will also migrate to it? -- https://gitlab.winehq.org/wine/wine/-/merge_requests/6430#note_82092

1 0

[PATCH 0/1] MR6489: winemenubuilder:Add exe file icon image extraction in thumbnail_lnk
by Maotong Zhang (＠xiaotong) 13 Sep '24

13 Sep '24

You can use "winemenubuilder -t *.exe *.png" to directly extraction icon image files from exe Resolve : https://forum.winehq.org/viewtopic.php?t=39249 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/6489

3 2

Re: [PATCH v5 0/4] MR6442: winedmo: Introduce a new DLL as a MF FFmpeg backend.
by Ziqing Hui (＠zhui) 13 Sep '24

13 Sep '24

one minor question: why this module is called wine**dmo**, from the above comments, it sounds more like wineffmpeg. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/6442#note_82089

1 0

Re: [PATCH v3 0/1] MR6488: winemenubuilder:Add exe file icon image extraction in thumbnail_lnk - closed
by Maotong Zhang (＠xiaotong) 13 Sep '24

13 Sep '24

This merge request was closed by Maotong Zhang. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/6488

1 0

Re: [PATCH v2 0/2] MR6466: include: Add DXVA_PicParams_HEVC_RangeExt declaration in dxva.h - approved
by Alexandre Julliard (＠julliard) 12 Sep '24

12 Sep '24

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/6466

1 0

Re: [PATCH v4 0/9] MR6480: mfsrcsnk: Implement I/O for the FFmpeg backend. - approved
by Alexandre Julliard (＠julliard) 12 Sep '24

12 Sep '24

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/6480

1 0

Re: [PATCH v3 0/1] MR6486: hidclass.sys: Combine waits for pending IRP and I/O thread shutdown. - approved
by Alexandre Julliard (＠julliard) 12 Sep '24

12 Sep '24

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/6486

1 0

2025

2024

2023

2022

wine-gitlab