On Wed, May 27, 2015 at 03:10:05PM -0700, Urvang Joshi wrote:
> All the frames that the native muxer gets are fully reconstructed
> frames,

wrong


>  and they should not be alpha-blended with the previous frames.
> 
> As per the WebP container spec
> https://developers.google.com/speed/webp/docs/riff_container#animation,
> ANMF chunk should specify blending method = do not blend (and disposal
> method = do not dispose).
> 
> However, the native muxer was wrongly setting blending method = use
> alpha blending.
> This bug can be reproduced by converting a source with transparency
> (e.g. animated GIF with transparency) to an animated WebP, and viewing
> it with vwebp.
> ---
>  libavformat/webpenc.c | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)

this breaks the encoder completely
the testcase is the same as previously but probably any testcase that
enables encoding multi frame animations will do
try  -cr_threshold 10000 -cr_size 16 for example


[...]
-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

I have never wished to cater to the crowd; for what I know they do not
approve, and what they approve I do not know. -- Epicurus

Attachment: signature.asc
Description: Digital signature

_______________________________________________
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel

Reply via email to