[PATCH] winegstreamer: Fixup raw audio caps to be compatible with IMFMediaType.

Derek Lesho dlesho at codeweavers.com
Fri Nov 6 14:20:21 CST 2020


On 11/6/20 2:13 PM, Zebediah Figura wrote:

> This is done in a rather inconsistent way relative to how video streams
> are handled.
Yes, because the goals are different for each of the paths.  The video 
path is just an enhancement to report video formats in a defined order 
as if they were coming from a decoder, since right now we're skipping 
the decoder MFT step.  The step for fixing up the audio caps is meant to 
be a generic solution for any caps which are un-representable as a 
IMFMediaType object.  This same path is used for compressed h.264 video 
on my local branch for example.



More information about the wine-devel mailing list