October 2023 - wine-gitlab

Re: [PATCH v7 0/7] MR3938: winegstreamer: Implement CLSID_CMpegVideoCodec
by Alfred Agrell (＠Alcaro) 05 Oct '23

05 Oct '23

On Thu Oct 5 15:45:41 2023 +0000, YuriK7 wrote: > We built proton-ge entirely, with as you can see in the previous link, > the makefile where the gst and ffmpeg build parameters are set. This doesn't seem to be a problem with this MR, and therefore doesn't really belong here. I'm taking it to the Glorious-Eggroll Discord. If it does turn up an actual issue, I will, of course, fix it. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/3938#note_47723

1 0

[PATCH 0/1] MR4025: user32: Add more builtin string resources.
by Jactry Zeng (＠jactry) 05 Oct '23

05 Oct '23

BCGControlBar Pro for MFC tries to load these strings for buttons. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/4025

3 5

[PATCH 0/3] MR4026: Add ResetPrinter support and use it in ResetDC.
by Piotr Caban (＠piotr) 05 Oct '23

05 Oct '23

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=55718 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/4026

2 5

Re: [PATCH v3 0/1] MR4004: msxml3: IXMLDOMElement::selectSingleNode always assign a value to the output parameter
by Francois Gouget (＠fgouget) 05 Oct '23

05 Oct '23

This breaks the tests in Wine (see test-linux-32 job). -- https://gitlab.winehq.org/wine/wine/-/merge_requests/4004#note_47708

1 0

[PATCH 0/5] MR4019: wined3d: Dynamic buffer maps without GL_ARB_buffer_storage
by Stefan Dösinger (＠stefan) 05 Oct '23

05 Oct '23

This patchset implements dynamic resource handling, and in particular NOOVERWRITE buffer maps, in situations where we don't have GL_ARB_buffer_storage. This is relevant e.g. on MacOS but probably also on some ARM CPUs where write combined memory has different performance characteristics than windows games expect [0]. Some benchmark results from hl2 (chosen because it is very CPU heavy on modern systems and heavy use of dynamic resources), tested on a MacBookPro14,3 on Linux with GL_ARB_buffer_storage disabled. "csmt usr" means with patch "wined3d: Avoid heap_alloc in update_sub_resource.", "heap usr" without this patch. "no dyn" means the current upstream code with buffer storage disabled. "sysmem dyn" means the entire patchset of this MR with buffer storage disabled. "BO dyn" is current wine code with GL_ARB_buffer_storage available. I also double checked that this patchset has no impact on this default case. "heapalloc dyn" means the current code in cs_map_upload_bo that returns HeapAlloc'ed memory, just enabled for dynamic buffer maps. This code is faster than sysmem dyn because it doesn't re-upload the entire BO after a DISCARD map. It also happens to be incorrect for non-DISCARD maps because we aren't allowed to throw away existing data, but I think it isn't ever used for maps in practise due to mutually exclusive flag checks in the callers and callee. Summary: This patchset improves performance measurably (240 fps to 327 fps). The patch that avoids HeapAlloc calls when setting shader constants has an impact, but it is relatively small - much smaller than I expected. Plus the ntdll heap code is pretty good by now. csmt usr heap usr no dyn 246 240 sysmem dyn 327 318 BO dyn 382 369 heapalloc dyn 344 335 0: https://gitlab.freedesktop.org/mesa/mesa/-/issues/8301 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/4019

4 7

[PATCH 0/8] MR4016: ieframe: Implement error page on navigation error.
by Gabriel Ivăncescu (＠insn) 05 Oct '23

05 Oct '23

This should implement error page navigation similar to native, which is unfortunately mostly undocumented. Briefly, native uses a local resource in some DLL (the exact one varies by Windows version and locale, so it's not reliable to test) which has a bunch of html error pages for various errors (404 is a different resource than 405, etc). In Windows XP this is in `shdoclc.dll` (which is where I placed it as well, because we already use it in Wine), in Windows 10 it's somewhere in `system32\en-US\ieframe.dll` (or something like that), for US locale at least. To keep it simple for now, this only adds one error page called `ERROR.HTM` though, which is generic and displays the error code (given via a query). That said, it should still probably be localized somehow, but I've no idea how to localize html resources… The error page is navigated with URL of the form `res://C:\windows\system32\.../NAME.HTM#original_url`, and some of the notifications are special cased to return the original_url from the fragment (on native as well, tests included). -- https://gitlab.winehq.org/wine/wine/-/merge_requests/4016

4 12

[PATCH 0/9] MR390: ci: Run tests using dxcompiler.
by Giovanni Mascellani (＠giomasce) 05 Oct '23

05 Oct '23

This goes on top of !346. See [a pipeline example](https://gitlab.winehq.org/giomasce/vkd3d/-/pipelines/16064). -- https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/390

4 11

[PATCH 0/4] MR387: vkd3d-shader/tpf: Miscelaneous improvements.
by Francisco Casas (＠fcasas) 05 Oct '23

05 Oct '23

Minor improvements that came up while upstreaming the patches from the `vkd3d-shader/tpf: Replace sm4 register structs with vkd3d-shader register structs` series. -- https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/387

4 6

[PATCH v4 0/3] MR3876: Draft: Zero-width character handling in GetTextExtentExPoint[AW]
by Torge Matthies (＠tmatthies) 05 Oct '23

05 Oct '23

Certain characters are considered by GetTextExtentExPointA/W to have no width, even if they have a non-zero width and a shape in the font. This MR attempts to bring Wine's implementation of these functions closer to native behavior, though I was not able to get it anywhere near perfect. -- v4: win32u: Handle glyphs that are marked by the font as zero-width in GetTextExtentExPoint. win32u: Handle characters that are hard-coded to have no width in GetTextExtentExPoint. gdi32/tests: Add test for width of carriage return and line feed. https://gitlab.winehq.org/wine/wine/-/merge_requests/3876

4 15

[PATCH 0/2] MR4021: Partial support for EMR_EXTCREATEPEN.
by Piotr Caban (＠piotr) 05 Oct '23

05 Oct '23

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=55606 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/4021

3 3

2025

2024

2023

2022

wine-gitlab October 2023