Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=56769
--
v4: quartz/tests: Test that avi_decompressor_source_qc_Notify does not deadlock if called from a foreign thread during IMemInput_Receive.
quartz: Allow concurrent calls to AVI decoder qc_Notify and Receive.
msvfw32/tests: Test that Cinepak rejects unsupported output types.
iccvid: Reject unsupported output types.
quartz/tests: Add Cinepak test to avi splitter.
winegstreamer: Make AVI splitter use end of previous frame if the current frame doesn't have a timestamp.
winegstreamer: Implement AM_MEDIA_TYPE to wg_format converter for Cinepak video.
https://gitlab.winehq.org/wine/wine/-/merge_requests/5846
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=56698
--
v8: quartz/tests: Test that avi_decompressor_source_qc_Notify does not deadlock if called from a foreign thread during IMemInput_Receive.
quartz: Allow concurrent calls to AVI decoder qc_Notify and Receive.
msvfw32/tests: Test that Cinepak rejects unsupported output types.
iccvid: Reject unsupported output types.
quartz/tests: Add Cinepak test to avi splitter.
winegstreamer: Make AVI splitter use end of previous frame if the current frame doesn't have a timestamp.
winegstreamer: Implement AM_MEDIA_TYPE to wg_format converter for Cinepak video.
https://gitlab.winehq.org/wine/wine/-/merge_requests/5744
Rémi Bernon (@rbernon) commented about dlls/winegstreamer/wg_transform.c:
> - {
> - gst_caps_unref(parsed_caps);
> - parsed_caps = gst_caps_ref(src_caps);
> - }
> -
> - if (!(element = find_element(GST_ELEMENT_FACTORY_TYPE_DECODER, parsed_caps, sink_caps))
> - || !append_element(transform->container, element, &first, &last))
> - goto out;
> - break;
> -
> - case WG_MAJOR_TYPE_AUDIO:
> - case WG_MAJOR_TYPE_VIDEO:
> - break;
> - case WG_MAJOR_TYPE_UNKNOWN:
> - GST_FIXME("Format %u not implemented!", input_format.major_type);
> + if (!transform_create_transcoder(transform, src_caps, &input_format, &first, &last))
Can we add an encoder element without changing all this code? It doesn't look like you need all the complicated converter sequence, maybe only a videoconvert (do you even need one?).
I don't want to be a blocker but to be honest I'm a bit annoyed with the idea of having to rewrite the patches I am trying to upstream with transform media types.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/5879#note_73696
LLVM 17 or 18 no longer allow non-private labels to appear between
.cfi_startproc/endproc when targeting Mach-O.
Similar fixes as in commit 295d521b11644fb76c36854336b13c2155bb7d79.
Since this is needed for 2 out of 4 architectures, would it be better to do it for all 4 and then modify the shared `__wine_syscall_dispatcher_return()` prototype?
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/5871
On Tue Jun 18 16:34:50 2024 +0000, Emil Velikov wrote:
> Does the wine (pre)loader unload things on `exit()` or perhaps the
> dependency on ntdll.so and(?) win32u.so, makes that impossible?
> Either way, as you said there are bigger concerns than this one dlhandle.
Well for instance the user driver is never unloaded, and it links and uses symbols from win32u directly, so neither of them will be unloaded.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/5835#note_73682