[FFmpeg-devel] [RFC] Exporting the alpha mode from decoders

Clément Bœsch u at pkh.me
Fri Feb 6 12:45:43 CET 2015

On Fri, Feb 06, 2015 at 12:32:14PM +0100, wm4 wrote:
> This is a proposal for an API extension.
> Currently, some pixel formats support alpha, but whether the alpha
> component contains something useful or just garbage is not part of the
> pixel format definition. This applies at least to packed RGB formats,
> where the 4th component is either alpha or garbage depending on the
> context.
> This means that if a decoder outputs such a packed RGB format, an API
> user has no idea whether it has alpha or not. E.g. take PNG and
> Camtasia (tscc.c). PNG with alpha outputs AV_PIX_FMT_RGBA, and Camtasia
> can output AV_PIX_FMT_RGB32 (which is ARGB or BGRA depending on
> endian). Camtasia supports no alpha, and the alpha component literally
> contains garbage (AFAIK and judging by the single sample I've seen). An
> application decoding both of these can't know whether the output frame
> has alpha or not, unless every codec is special-cased.
> One possible solution is duplicating all these pixel formats, so you'd
> have e.g. AV_PIX_FMT_RGBA and AV_PIX_FMT_RGBX. But I think we all agree
> that we don't want more pixel formats.
> The other solution, which I want to advocate here, is adding a field to
> AVFrame that indicates the alpha mode. Something like:
> typedef enum AVAlphaMode {
>     // if an alpha component is present, its function is unknown, and
>     // it may be garbage
>     // the alpha component contains premultiplied alpha
>     // (not sure if any file format actually uses this)
>     // the alpha component contains straight alpha
>     // (e.g. PNG)
> } AVAlphaMode;
> typedef struct AVFrame {
>     ...
>     AVAlphaMode alpha_mode;
> } AVFrame;
> Thoughts?

What's your opinion on the existing RGB0?

Another pixel format is useful for at least... libavfilter: some filters
work with alpha, and some filters do not. RGB0 pixel format makes querying
such constraint simply and you can confirm the whole input will be

Clément B.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 473 bytes
Desc: not available
URL: <https://ffmpeg.org/pipermail/ffmpeg-devel/attachments/20150206/624eb7bb/attachment.asc>

More information about the ffmpeg-devel mailing list