[FFmpeg-devel] [PATCH] pixdesc: put components always in the same order.
Michael Niedermayer
michaelni at gmx.at
Sun Mar 18 18:29:27 CET 2012
On Sun, Mar 18, 2012 at 03:28:36PM +0100, Stefano Sabatini wrote:
> On date Sunday 2012-03-18 10:15:36 +0100, Nicolas George encoded:
> >
> > Signed-off-by: Nicolas George <nicolas.george at normalesup.org>
> > ---
> > libavutil/pixdesc.c | 94 +++++++++++++++++++++++++-------------------------
> > libavutil/pixdesc.h | 9 +++--
> > 2 files changed, 53 insertions(+), 50 deletions(-)
> >
> >
> > It does not seem to have any advert effect (on FATE anyway; I can run more
> > tests if necessary) and it makes the table much more useful.
>
> It looks a good idea to me, and no from what I know current code never
> assumes the order of component colors so there should be no
> regression, but wait a comment from Michael.
if the patch doesnt break anything then iam fine with it
>
> I just note that originally pixdesc was designed to be colorspace
> independent, now with the RGB flag things are getting a bit different
> (for example what about YUV/YUVJ? - this would almost allow to kill
> lavc/imgconvert).
The colorspace is described by
AVColorPrimaries, AVColorTransferCharacteristic, AVColorSpace,
AVColorRange, AVChromaLocation
it would be somewhat difficult to store this in the pixfmt enum
if we look just at YUV/YUVJ compare to AVColorRange, later has a 3rd
"dont know" case. Its certainly possibly (just think of RAW) that its
not known.
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
it is not once nor twice but times without number that the same ideas make
their appearance in the world. -- Aristotle
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature
URL: <http://ffmpeg.org/pipermail/ffmpeg-devel/attachments/20120318/3ef007de/attachment.asc>
More information about the ffmpeg-devel
mailing list