[FFmpeg-devel] [PATCH v5 4/4 v2] lavf/utils: Normalize AVPacket.data to native endian in ff_get_packet_palette()
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