On 03/03/2016 03:05 AM, Michael Niedermayer wrote:
with this API each muxer must convert the palette from native endian to whatever the format requires feels a bit odd to extact the palette from AVPacket.data where its stored as the container needs (for some containers) and then convert that to RGBA in native int32 which the muxer then needs to convert back for storage
What do you mean by "as the container needs"? I thought the endian of the AVPacket.data palette was fixed at little-endian? Are there differences in that area as well? This is getting really messy.
Mats _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
