[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.

Mats



More information about the ffmpeg-devel mailing list