[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