[FFmpeg-devel] Unified CPU Endianness for framecrcenc

[Michael Niedermayer]

On Mon, Feb 25, 2008 at 10:39:38PM -0800, Mike Melanson wrote:
> Michael Niedermayer wrote:
> > 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 ...
> 
> Did you mean that I should actively convert 16-bit data to 24-bit data 
> before running it through the CRC?

i meant, add "-pix_fmt rgb24" to the command line

[...]
-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

Everything should be made as simple as possible, but not simpler.
-- Albert Einstein
-------------- 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/20080226/19498a27/attachment.pgp>