[FFmpeg-devel] [PATCH v5 4/4 v2] lavf/utils: Normalize AVPacket.data to native endian in ff_get_packet_palette()

Mats Peterson matsp888 at yahoo.com
Thu Mar 3 10:15:53 CET 2016

On 03/03/2016 08:49 AM, Mats Peterson wrote:
> On 03/03/2016 08:29 AM, Mats Peterson wrote:
>> Due to Morton Balint's recent addition of
>> ff_standardize_creation_time(), the previous patch would fail. Please
>> add this one before any more changes occur.
> In my book, using native uint32_t when dealing with the palette on
> muxing is clearly the most logical and cleanest way.

The most obvious reason for normalizing AVPacket.data to native endian 
is that we can't easily determine the endianness of the palette side 
data (as far as I know) due to its being stored in native endian. 
AVPacket.data will always be little endian.


More information about the ffmpeg-devel mailing list