Their surfaces may be used.
---
x11drv already supports this (and we test for it in opengl32/tests/opengl.c:test_message_window). x11drv doesn't make an x11drv_win_data for message-only windows when they are initially created in X11DRV_create_win_data, but does later if a surface is requested (x11drv_client_surface_create -> create_client_window). I don't see much of a reason to do it lazily in macdrv. We won't make a Cocoa window for message-only windows in macdrv_create_win_data since the parent isn't the desktop, so we're really just allocating space for the macdrv_win_data. And plus opengl.c:macdrv_surface_create uses `get_win_data(hwnd)` as its check for whether a hwnd is in-process; we'd have to adjust that logic (and shuffle some things around in that function) if we were to have macdrv_client_surface_create potentially create a macdrv_win_data.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/9253
Fixed a potential integer overflow issue in the read_ulong_be function
by adding an explicit cast to ULONG before bit shifting. The data[0]
byte was being shifted left 24 bits without proper casting, which could
cause overflow when the byte value is large and the compiler treats it
as a signed char. This ensures proper 32-bit unsigned integer behavior
during the bitwise OR operations.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/9343
Fixed union member misuse in d2d_brush_fill_cb() function where radial
gradient brush processing incorrectly accessed brush->u.linear.gradient
instead of brush->u.radial.gradient.
Signed-off-by: YeshunYe <yeyeshun(a)uniontech.com>
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/9344
When comctl32 v6 is loaded and v6 manifest is disabled, comctl32 v5 should be used when creating a
common control window. However, before this patch, GetModuleHandleW(L"comctl32") return a handle to
comctl32 v6 in this case, so comctl32 v5 doesn't get loaded and creating comctl32 v5 windows fails.
We need to check if comctl32 v5 is actually loaded by using GetModuleHandleW() with the absolute
path of the comctl32 v5 dll.
Fix Word 2010 file open dialog doesn't show a listview.
--
v2: comctl32: Use a magic value to check if an image list is valid.
comctl32/tests: Test image list interoperation with comctl32 v5 and v6.
https://gitlab.winehq.org/wine/wine/-/merge_requests/9323
When comctl32 v6 is loaded and v6 manifest is disabled, comctl32 v5 should be used when creating a
common control window. However, before this patch, GetModuleHandleW(L"comctl32") return a handle to
comctl32 v6 in this case, so comctl32 v5 doesn't get loaded and creating comctl32 v5 windows fails.
We need to check if comctl32 v5 is actually loaded by using GetModuleHandleW() with the absolute
path of the comctl32 v5 dll.
Fix Word 2010 file open dialog doesn't show a listview.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/9323
Performance issues can occur when a video output sample has a 2D buffer,
because winegstreamer currently outputs only to a linear buffer, which
must then be copied into the 2D buffer. Worse, a linear lock of the 2D
buffer requires the current contents to be copied to a linear buffer,
even when we intend to overwrite it, because MF linear buffers do not
support write-only locking.
--
v4: mf/tests: Test H.264 sink media type height alignment.
winegstreamer: Support 2D sample buffer.
mf: Test color convert 2D buffers.
mf: Test WMV decoder 2D buffers.
mf: Test H.264 decoder 2D buffers.
mf: Test sample copier 2D buffers.
mfplat/tests: Test NV12 negative stride in MFCreateMediaBufferFromMediaType().
mf/tests: Remove todo for an H.264 decoder test.
mf/tests: Stop checking samples at the end of the expected array.
https://gitlab.winehq.org/wine/wine/-/merge_requests/8812
I have a laptop that supports up to OpenGL 4.2 and Vulkan 1.2, and also another laptop that supports OpenGL 4.6 and Vulkan 1.2, and still fix doesn't work on both laptops. Wine still falls back to the slow mapping; you can see it in the logs. What am I missing? Is there going to be an alternative that works on more systems at some point?
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/9032#note_120407