[FFmpeg-devel] [PATCH v5 1/4] lavf/avienc: Add support for palette side data

Mats Peterson matsp888 at yahoo.com
Thu Mar 3 15:08:41 CET 2016

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.


More information about the ffmpeg-devel mailing list