--
v2: dmsynth: Use time instead of position to order events.
dmsynth: Preserve event order when positions are equal.
dmime: Queue note-off one tick early.
dmime: Requeue the note message instead of directly queueing MIDI note-off.
dmime/tests: Test output tool note requeueing.
dmime/tests: Move scale_music_time() and check_dmus_note_pmsg() up.
dmime: Correctly requeue messages with changed time.
dmime: Always queue messages with non-immediate delivery type.
dmime: Don't queue messages with immediate delivery type.
dmime: Factor out timeout computation.
https://gitlab.winehq.org/wine/wine/-/merge_requests/4438
--
v16: vkd3d-shader/dxil: Implement the DXIL LOAD instruction.
vkd3d-shader/dxil: Implement the DXIL GEP instruction.
vkd3d-shader/dxil: Support global variable initialisers.
https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/471
On Wed Nov 22 09:54:08 2023 +0000, Rémi Bernon wrote:
> changed this line in [version 2 of the diff](/wine/wine/-/merge_requests/4455/diffs?diff_id=85135&start_sha=f874b6f423bd4043b0c26c3011371f366b0f9504#61204a3bfaf089b3588b75ee6440092f482a6098_609_596)
Yeah, I had it like that and then, although I agree it's unnecessary, thought that as the mutex is guarding its initialization it should guard its access for consistency. Anyway, I changed it back.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/4455#note_53291
This part introduces support for Vulkan swapchains to the Wayland driver:
* Implement several Vulkan functions typically called to get info before swapchain creation.
* Implement swapchain creation/destruction
* Implement getting swapchain images.
I stopped short of adding presentation support since the MR would grow too big (stay tuned for part 10.3).
Thanks!
--
v2: winewayland.drv: Implement vkGetSwapchainImagesKHR.
winewayland.drv: Implement vkGetPhysicalDeviceWin32PresentationSupportKHR.
winewayland.drv: Implement vkGetPhysicalDeviceSurfacePresentModesKHR
winewayland.drv: Implement vkDestroySwapchainKHR.
winewayland.drv: Implement vkCreateSwapchainKHR.
winewayland.drv: Implement vkGetPhysicalDeviceSurfaceCapabilities(2)KHR.
winewayland.drv: Implement vkGetPhysicalDeviceSurfaceFormats(2)KHR.
winewayland.drv: Implement vkGetPhysicalDeviceSurfaceSupportKHR.
https://gitlab.winehq.org/wine/wine/-/merge_requests/4456
On Wed Nov 22 09:15:51 2023 +0000, Zebediah Figura wrote:
> I'm confused about why "scripting" is a concern here. Do any scripts
> currently parse the *text* output, which is currently localized, and
> redundant with the return value anyway? Would changing that to MESSAGE
> actually keep compatibility in that case?
> I think it probably makes sense to keep console output for the sake of
> clear communication, but I don't understand why scripting.
As posted above, some native apps don't return error code (eg. see comments in regedit - didn't retest it though).
So scripts calling these apps want to keep output for at least let the user know (from reading the output) if something went wrong (see https://bugs.winehq.org/show_bug.cgi?id=55723). The concern of 'scripting' is more linked to keeping an output, rather than insuring that output has a given form (or defined structure to be parsed.
The idea was :
* keep an output (at least in case of error) to the Unix console
* MESSAGE avoids reopening fd 1 as handle (at the cost of moving output from stdout to stderr), and also loses proper conversion to unix shell locale, hence the request to force English locale to have something always readable
* if scripters want to parse output, they likely already force a given locale
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/4440#note_53283