[PATCH 2/3] winegstreamer: Introduce new wg_encoded_format struct.
Zebediah Figura
zfigura at codeweavers.com
Fri Feb 11 17:12:34 CST 2022
On 2/11/22 03:36, Rémi Bernon wrote:
> And use it for decoder transform input types.
>
> Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=51931
> Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=52391
> Signed-off-by: Rémi Bernon <rbernon at codeweavers.com>
> ---
>
> This uses a separate struct for encoded formats, as I believe it was
> suggested at some point (or I may be mistaken), but I'm not sure it's
> best. If we intend to support encoders or converters in the wg_transform
> the formats would need to be swapped, and in which case using the same
> struct may be cleaner.
>
> In that case, maybe using a separate major type for encoded formats, or
> a separate major type for each encoded format would be better.
I'm not sure if I suggested such a thing, but in any case I don't think
it makes sense to use a separate struct. Note also that we already
express some compressed formats using the wg_format structure, namely
Cinepak and MPEG-1 audio.
We don't use a separate major type for those, and that's essentially
because they share almost all of the same other attributes (frame size,
frame rate, channel count/mask, although not audio sample rate). On the
other hand some compressed formats, like WMA, need extra data, so maybe
it makes more sense to introduce a new major type for those. I don't
have strong opinions either way. I also think it's fine to add a
separate major type for some formats but not others, based on how
different the data needs to be.
More information about the wine-devel
mailing list