On 12/28/2015 03:16 AM, Michael Niedermayer wrote:
this is true but iam not sure if this is really "just" a mplayer issue. If there is a global palette, then it is not unreasonable that it is placed in a stream global place. This is especially true if not all packets are copied and the palette from the first packet is lost as a result. either way, the commit message for this part just points at mplayer, which isnt really good for a description of a "bug fix" in libavformat Patch splited in move and matroska part i removed this memcpy() for now from what i commited as there is clearly no consenus on it
It's definitely not unreasonable. Anyway, thanks for splitting the patch Michael, it should really have been done by me.
Mats -- Mats Peterson http://matsp888.no-ip.org/~mats/ _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel