[FFmpeg-devel] [RFC] Support swscale output in different endianess.

Michael Niedermayer michaelni
Sun Aug 23 23:17:11 CEST 2009

On Sun, Aug 23, 2009 at 06:02:36PM -0300, Ramiro Polla wrote:
> Hi,
> Swscale currently supports output in some different endianess pixel
> formats (like GRAY16LE and GRAY16BE), but not others (like
> PIX_FMT_RGB32_1 and PIX_FMT_BGR32_1, and all the 555, 565, etc
> variants).
> Some conversions just plain fail (like PIX_FMT_RGB32_1 to
> PIX_FMT_RGB32), and others go through a complete filtering process for
> an unscaled conversion (like PIX_FMT_RGB32 to PIX_FMT_RGB32_1).
> By using templates like yuv2yuvX16inC_template it's possible to
> support them all, but that would increase object file size.
> Should we try to support them all? (my opinion is yes)

my oppinion is that you should not bloat swscale up with converters
noone uses, for such cases a generic fallback does well.
but maybe you plan to create a .c file run gcc and execute that for
each swscale instance could be interresting for alot of templating code
if it can be done cleanly ...
or write it like the fast bilinear code ...
or a more normal generic converter with just a few lines of C hat can
handle any RGB order ...
or some reordering prepass/postpass

i really do not want N*N independant converters!


Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

Dictatorship naturally arises out of democracy, and the most aggravated
form of tyranny and slavery out of the most extreme liberty. -- Plato
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/attachments/20090823/2df57e7c/attachment.pgp>

More information about the ffmpeg-devel mailing list