On 03/03/2016 02:13 PM, Mats Peterson wrote:
On 03/03/2016 12:34 AM, Mats Peterson wrote:
Hopefully this patch set will work on big-endian machines as well.
Please try stream copy to and from avi/mov with the files below:
QuickTime Animation (RLE):
https://drive.google.com/open?id=0B3_pEBoLs0faREo1SlRydmV1LU0
QuickTime Graphics (SMC):
https://drive.google.com/open?id=0B3_pEBoLs0faODd5RVBldkdvVGc
Microsoft Video 1 (CRAM)
https://drive.google.com/open?id=0B3_pEBoLs0faT2ZZZVNpVUM0blE
Mats
I should add that there aren't many muxers (except nut, that simply
stores the whole packet, including palette, as a frame, as far as I
understand), that can use the little-endian format of AVPacket.data
directly for storage in the files. Not even AVI. The alpha byte has to
be zero, for example. And QuickTime uses 16-bit components. That's why
using native endian palette handling for the muxers is clearly the best
option.
Mats
That way of storing the palette as little endian in AVPacket.data is
mostly done with nut in mind, I guess. In any case, that's not the
natural way to handle the palette in a palette array in a muxer.
Mats
_______________________________________________
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
