On Mon Aug 4 06:05:13 2025 +0000, Brendan McGrath wrote:
> FYI - I haven't had a chance to investigate this issue further yet, but
> I did come up with a work-around which I think will address your issue
> and the original one:
> https://gitlab.winehq.org/redmcg/wine/-/merge_requests/8
> Let me know if this works for you.
No, that doesn't get it working. It looks like there's a caps mismatch before we even get around to making the capsfilter:
```
0:00:00.017267666 17294 0x600003423b40 INFO WINE wg_transform.c:683:wg_transform_create: transform 0x7fec778130a0 input caps video/x-h264, stream-format=(string)byte-stream
0:00:00.017561208 17294 0x600003423b40 ERROR WINE wg_transform.c:522:transform_create_decoder_elements: !!! input_mime=video/x-h264
0:00:00.017566333 17294 0x600003423b40 ERROR WINE wg_transform.c:501:transform_get_parsed_caps: !!! forcing byte-stream
0:00:00.023404625 17294 0x600003423b40 WARN WINE unixlib.c:126:find_element_factories: Failed to find any element factory matching type 1x, caps video/x-h264, stream-format=(string)byte-stream, alignment=(string)au, parsed=(boolean)true / video/x-raw.
0:00:00.023408750 17294 0x600003423b40 ERROR WINE wg_transform.c:562:transform_create_decoder_elements: !!! couldn't find decoder
0:00:00.024156416 17294 0x600003423b40 ERROR WINE wg_transform.c:785:wg_transform_create: Failed to create winegstreamer transform.
1033289.659:0520:0524:warn:quartz:wg_transform_create_mf Failed to create transform, status 0xc0000001
1033289.659:0520:0524:err:winediag:h264_decoder_create GStreamer doesn't support H.264 decoding, please install appropriate plugins
```
transform_create_decoder_elements calls transform_get_parsed_caps early, and since this is video/x-h264, it returns caps with byte-stream. Shortly thereafter when transform_create_decoder_elements does `find_element(GST_ELEMENT_FACTORY_TYPE_DECODER)`, vtdec doesn't pass muster because of that.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/8532#note_112050
I effectively upgraded this message from TRACE to ERR in c5f9d9188a6dea5b9e9e4a2f8fbf362f11b5e72b for reasons I don't really recall. It's not an error per se, just expected behavior for now. And it's noisy - on certain devices it's normal to see this ~20 times on startup.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/8708
--
v2: joy.cpl: Draw windows.gaming.input raw game controller.
joy.cpl: Draw windows.gaming.input gamepad device.
joy.cpl: Read windows.gaming.input device interface state.
joy.cpl: List windows.gaming.input device interfaces.
joy.cpl: Add a new windows.gaming.input test tab.
joy.cpl: Use XInputGetStateEx to get guide button.
windows.gaming.input: Forward get_DisplayName to Wine provider.
windows.gaming.input: Forward get_NonRoamableId to Wine provider.
https://gitlab.winehq.org/wine/wine/-/merge_requests/8706
Windows uses a smaller alignment than gstreamer for some formats, for
example NV12. This means we cannot use MFCalculateImageSize() to get the
output sample size. Commit 7b79e3a87b1e switched to calling it instead of
GetOutputStreamInfo() to fix some game bugs.
--
v7: winegstreamer: Do not pass a sample size to wg_transform_read_mf().
mf/tests: Add a video processor NV12 test with a width alignment of 2.
https://gitlab.winehq.org/wine/wine/-/merge_requests/8034