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
_______________________________________________
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
