[FFmpeg-devel] Unified CPU Endianness for framecrcenc

Michael Niedermayer michaelni
Sun Jan 27 04:50:51 CET 2008

On Sat, Jan 26, 2008 at 03:21:19PM -0800, Mike Melanson wrote:
> Hi,
> I am using libavformat/framecrcenc.c for automated testing on the FATE
> Server ( http://fate.multimedia.cx ). For those who don't know, '-f
> framecrc' is a neat tool that "muxes" a file by simply running the Adler
> CRC algorithm over incoming packets and printing some frame stats to the
> stdout. It's great for validating bit accuracy for file/codec types that
> are expected to be bit exact.
> I am having trouble with certain formats, however. For example, if the
> data is decoded as 15- or 16-bit RGB/BGR, the data will be stored in CPU
> endianness. Would it be acceptable to have a special "#ifdef BIG_ENDIAN"
> case in the muxer that swaps bytes before running the CRC? Or is there a
> better solution to the problem? I'm asking before I do the coding work.

convert to rgb24 or bgr24 maybe ...


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: 189 bytes
Desc: Digital signature
URL: <http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/attachments/20080127/c6ebe737/attachment.pgp>

More information about the ffmpeg-devel mailing list