The app I'm considering opens a video_processor on its own, with
a NV12 format on input and a ARGB32 format on output.
Tested on Windows: the samples are flipped vertically. While Wine
keeps them untouched.
So added a videoflip in the video processor to be activated when needed.
Current activation is based on RGB vs non RGB input/output formats.
Set as draft as if somehow related to MR!2159.
Comments welcomed.
Signed-off-by: Eric Pouech <epouech(a)codeweavers.com>
--
v3: winegstreamer: In video_processor, activate a videoflip converter.
https://gitlab.winehq.org/wine/wine/-/merge_requests/2471
Zebediah Figura (@zfigura) commented about dlls/ntoskrnl.exe/ntoskrnl.c:
> irp->Tail.Overlay.Thread = (PETHREAD)KeGetCurrentThread();
> irp->Tail.Overlay.OriginalFileObject = file;
> irp->RequestorMode = UserMode;
> + HeapFree( GetProcessHeap(), 0, context->in_buff );
> context->in_buff = NULL;
I don't think we need to be deallocating the input buffer; we're not using it. Rather we should just remove the assignment to NULL.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/2439#note_29633
--
v2: winepulse: Use mmdevdrv structs from mmdevapi.
wineoss: Use mmdevdrv structs from mmdevapi.
winecoreaudio: Use mmdevdrv structs from mmdevapi.
winealsa: Move common mmdevdrv structs into mmdevapi.
https://gitlab.winehq.org/wine/wine/-/merge_requests/2626