那里有动画GIF的替代品吗？

Question

为什么那些讨厌的GIF仍然在动画片方面占据主导地位？我相信现在有更好的替代方案,但为什么他们中的任何一个都没有获得牵引力？

Answer 1

动画png或APNG(http://en.wikipedia.org/wiki/APNG).它们可以进行GIMP与APNG插件 ,但GIF动画的真的是那里主要的一个-闪存还挺接手虽然,但是这是不是一个真正的图像本身.

此外,来自同一维基百科页面的其他替代方案:MNG文件格式是APNG的更强大的替代方案,尽管格式更复杂并且支持更少的Web浏览器.

GIF文件格式比APNG具有更好的应用程序和浏览器支持,但每帧限制为256色,并且通过将其中一个调色板颜色映射到透明,仅支持1位alpha透明度.

SVG结合脚本或SMIL可以为矢量图形设置动画,并可以合并光栅图形.(参见SVG动画.)

使用HTML 5 canvas Object创建的动态图形也可以设置动画.

网页动画的另一种方法是使用传统的静态图像,并使用JavaScript,[22] Adobe Flash,Microsoft Silverlight,Java或其他基于插件的技术为它们设置动画.

故事基本上是有两种动画PNG格式:一种是官方认可但过于复杂而无法广泛实施(MNG),一种易于实施但尚未正式认可(APNG).两者都有致命的缺陷,似乎每一个的存在都阻止了另一方修复这些缺陷. (23认同)
......以及对人类和我们未能合作的诅咒起诉. (3认同)
这真的只是一个历史性的注脚. (2认同)
@TomAnderson:每个人的致命缺陷是什么？ (2认同)

Answer 2

WebP是采用有损和无损压缩的图像格式.它目前由谷歌开发.

与动画GIF相比,动画WebP的优势

与GIF的8位颜色和1位alpha相比,WebP支持具有8位alpha通道的24位RGB颜色.
WebP支持有损和无损压缩; 事实上,单个动画可以组合有损和无损帧.GIF仅支持无损压缩.WebP的有损压缩技术非常适合从真实世界视频创建的动画图像,这是一种日益流行的动画图像来源.
WebP比GIF1需要更少的字节.转换为有损WebP的动画GIF小64%,而无损WebP小19%.这在移动网络上尤为重要.
在寻求存在的情况下,WebP需要更少的时间进行解码.在Blink中,滚动或更改选项卡可以隐藏和显示图像,从而导致动画暂停,然后跳转到不同的点.导致动画丢帧的过多CPU使用也可能要求解码器在动画中向前搜索.在这些场景中,动画WebP的总解码时间为GIF的0.57倍,从而减少了滚动期间的抖动和从CPU利用率峰值恢复的速度.

与动画GIF相比,动画WebP的缺点

在没有寻求的情况下,WebP的直线解码比GIF更加CPU密集.有损WebP的解码时间是GIF的2.2倍,而无损WebP则需要1.5倍.
WebP支持并不像GIF支持那样普遍,GIF支持实际上是普遍的.
向浏览器添加WebP支持会增加代码占用空间和攻击面.在Blink中,大约有1500行代码(包括WebP demux库和Blink端WebP图像解码器).请注意,如果WebP和WebM共享更常见的解码代码,或者WebP的功能包含在WebM中,将来可以减少此问题.

Answer 3

我想建议使用视频动画图片.现在广泛支持HTML5中的视频标签和几乎相同的MPEG4支持.

<video autoplay loop src="sample.mp4">

使用自动播放和循环属性,可以轻松复制动画GIF的行为.

我承认视频的透明度仍然是一个问题.