The MR adds implementations (+ a few tests) for the following methods in `bluetoothapis.h`:
* `BluetoothSdpEnumAttributes`
* `BluetoothSdpGetContainerElementData`
* `BluetoothSdpGetElementData`
* `BluetoothSdpGetAttributeValue`
--
v14: bluetoothapis/tests: Add tests for BluetoothSdpEnumAttributes and BluetoothSdpGetAttributeValue.
bluetoothapis: Implement BluetoothSdpGetAttributeValue.
bluetoothapis/tests: Add unit tests for BluetoothSdpGetContainerElementData and BluetoothSdpGetElementData.
bluetoothapis: Implement BluetoothSdpEnumAttributes.
bluetoothapis: Implement BluetoothSdpGetContainerElementData.
bluetoothapis: Implement BluetoothSdpGetElementData.
https://gitlab.winehq.org/wine/wine/-/merge_requests/6402
On Tue Sep 10 12:08:06 2024 +0000, Jacek Caban wrote:
> We'd still leak if `GetDIBits` fails. We could move setting it after
> `GetDIBits` call, but it's maybe easier to just duplicate `GetDIBits`
> call inside if-else statement.
Yes. I think the first variant is shorter, but it has an unnecessary assignment if info_size == sizeof(dib).
The duplication of GetDIBits is clearer.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/6453#note_81777
Preparation for https://gitlab.winehq.org/wine/wine/-/merge_requests/6323
--
v3: winewayland: Detach client surfaces when they are not visible.
winewayland: Move client surface to wayland_win_data struct.
winewayland: Pass hwnd to and return client rect from wayland_surface_get_client.
winewayland: Introduce a new wayland_client_surface_attach helper.
winewayland: Move wayland_surface_get_client to window.c.
https://gitlab.winehq.org/wine/wine/-/merge_requests/6452
I'm not completely sure about the mechanism, but I think it's simple enough to consider having that upstream now. This shows at least how we can leverage win32u surface changes to decide to switch surfaces on/off-screen and fallback to manual blitting.
Having the surfaces on-screen makes sure they are presented as efficiently as possible, having them off-screen we use GDI blit to indirectly call XCopyArea and this will be suboptimal, probably with visible tearing, but hopefully not too common.
--
v4: win32u: Use GDI blit to implement partial or other process presentation.
winex11: Return an offscreen HDC from vulkan_surface_detach.
win32u: Pass a HDC parameter to vulkan_surface_detach.
winex11: Create a window surface even when there is client window.
winex11: Also attach child client windows to their toplevel window.
win32u: Make sure vulkan windows have a pixel format selected.
win32u: Detach vulkan surfaces that aren't fully visible.
win32u: Detach offscreen, child or vulkan surfaces for another process.
win32u: Move vulkan surfaces to their new parent when reparenting.
win32u: Introduce a new vulkan offscreen surfaces list.
https://gitlab.winehq.org/wine/wine/-/merge_requests/5573
This introduces a new alternative FFmpeg-based implementation for the
MF byte stream handlers, while keeping the current GStreamer-based as
default.
The new implementation can be enabled by setting the DWORD value:
DisableGstByteStreamHandler = 1
in the HKCU\Software\Wine\MediaFoundation registry key.
--
v4: mfsrcsnk: Stub byte stream handlers if demuxing is supported.
winedmo: Export a new winedmo_demuxer_check function.
winedmo: Link and initialize FFmpeg on load.
winedmo: Load a unixlib on process attach.
winedmo: Introduce a new internal DLL.
https://gitlab.winehq.org/wine/wine/-/merge_requests/6442