https://bugs.winehq.org/show_bug.cgi?id=47642
--- Comment #23 from Zebediah Figura z.figura12@gmail.com --- (In reply to joaopa from comment #20)
0035:fixme:gstreamer:amt_from_gst_caps_video_raw Unhandled type RGB.
We can't support the 24-bit RGB type directly (DirectShow only supports BGR), so we'll probably want to add a videoconvert element to the end of the chain.
This is something I think we want to do anyway for YUV formats; it would be less overhead to let GStreamer manage that conversion than to have to feed it through quartz and back first, as we do now. That said, I'm inclined to think we don't necessarily want to force an RGB format if the quartz peer supports YUV (considering that IIRC the VMR can do GPU-side YUV -> RGB decoding, and as I understand that'd be faster than doing it ourselves CPU-side).
So this means that we should enumerate the media type we get from GStreamer as preferred, but accept anything that's supported by videoconvert, and let strmbase logic take care of the rest.