September 2023 - Wine-gitlab

[PATCH 0/1] MR3828: winspool.drv: Ensure unixlib function tables and enum stay in sync.
by Brendan Shanks (＠bshanks) 14 Sep '23

14 Sep '23

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

4 3

Re: [PATCH v8 0/2] MR3736: winmm: Use CRT allocation functions. - approved
by Huw Davies (＠huw) 14 Sep '23

14 Sep '23

This merge request was approved by Huw Davies. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/3736

1 0

[PATCH 0/1] MR3827: dwrite: Ensure unixlib function tables and enum stay in sync.
by Brendan Shanks (＠bshanks) 14 Sep '23

14 Sep '23

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

3 2

[PATCH v7 0/2] MR3736: winmm: Use CRT allocation functions.
by Alex Henrie (＠alexhenrie) 14 Sep '23

14 Sep '23

-- v7: winmm: Use CRT allocation functions. winmm: Avoid explicitly casting the pointer returned from Heap(Re)Alloc. https://gitlab.winehq.org/wine/wine/-/merge_requests/3736

2 2

[PATCH 0/1] MR3830: winegstreamer: Ensure unixlib function tables and enum stay in sync.
by Brendan Shanks (＠bshanks) 13 Sep '23

13 Sep '23

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

3 2

Re: [PATCH v2 0/1] MR3694: d3dcompiler/tests: Avoid interpolation filters in test_samplers().
by Francois Gouget (＠fgouget) 13 Sep '23

13 Sep '23

On Thu Aug 31 18:29:16 2023 +0000, Matteo Bruni wrote: > That's 100% it :rolling_eyes: > But yeah, that's what I mean when I say that d3d QXL test results ought > to be ignored. That sounds like a bug in QXL. Is there a QEmu bug report for this issue? -- https://gitlab.winehq.org/wine/wine/-/merge_requests/3694#note_45290

1 0

[PATCH 0/6] MR3811: dmime: Implement performance time methods and ClonePMsg.
by Rémi Bernon 13 Sep '23

13 Sep '23

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

2 7

Re: [PATCH v8 0/6] MR3636: winegstreamer: Implement wg_muxer.
by Zebediah Figura (＠zfigura) 13 Sep '23

13 Sep '23

Hi Ziqing, I've been doing some research, and I believe patch 2/6 (committed as 320383c594c4) is incorrect. GStreamer's "codec-data" field is an AVCDecoderConfigurationRecord, as defined by ISO/IEC 14496-15 (which you can see at [1]). MF_MT_MPEG_SEQUENCE_HEADER, on the other hand, seems to contain the raw SPS/PPS NALUs, start codes and all. Since Microsoft uses Annex B everywhere, it shouldn't need the codec-data anyway, so I'm curious now why this was added—was there a need for it, or did you just add it on the assumption that the two attributes mapped to each other? [1] https://doc-kurento.readthedocs.io/en/latest/knowledge/h264.html#gstreamer-… -- https://gitlab.winehq.org/wine/wine/-/merge_requests/3636#note_45288

1 0

[PATCH 0/1] MR3829: crypt32: Ensure unixlib function tables and enum stay in sync.
by Brendan Shanks (＠bshanks) 13 Sep '23

13 Sep '23

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

2 1

[PATCH 0/10] MR3812: dmusic: Use PARENTSRC to share dmobject with the remaining modules.
by Rémi Bernon 13 Sep '23

13 Sep '23

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

3 12