这个交互性质的网站，做了前置备案？

看了，同推荐。

社保基金算否？

@zainJJ 我打算退了，A14 就抵所以。

真是豪华创业。

CentOS

@ShuoHui 你这杠的。你的原话是「最初 iOS 开发的时候需要的金钱和面临的风险，epic/Microsoft 是给过哪方面的帮助吗」，看见了吗？你说了金钱。

难道公对公得捐赠 1.5 亿美元才算帮助吗？

@ShuoHui

虽然跟抽成这件事没什么关系。

但：
不认同就不用 iOS/别上架呗…最初 iOS 开发的时候需要的金钱和面临的风险，epic/Microsoft 是给过哪方面的帮助吗，现在别人成功了，有一群付费习惯良好的用户，你想来白嫖，天下有这么便宜的事吗？
------------------------
若不是微软早期曾经向苹果注资 1.5 亿美金，可能苹果都撑不到 iPod 出来你信不信。

@xiaoping1111 这家我知道。不过压缩比高不高，跟编码器关系应该不是太大。自有的编码器可能可以提高性能、避开一些授权雷区，但通常做了一些取舍或阉割。没有试过，但我目前了解到的 fpga 图片方案有一些局限，比如颜色管理做的不好。

@mxalbert1996 还是我没有弄的太清楚，想把这些都放到 VP8/9/10 的系统去对比。
@okaku 对的，所以要用上一些优化的策略，但收效没有太大，Guetzli 还是 AVIF 的十倍。顺带一问，你照片多大？
@renmu123 webp 目前已经基本算全平台支持了。长久以来怕是没哪个新格式能做到了。

@yyfearth 我是认为苹果可能会考虑用 AVIF 作为默认（或可选）存储格式（ VVxx 成熟后另当别论）

@hronro 是，我找到资料，更正了。

@yyfearth Apple 支持 VVIF 和 HEIF 也不妨碍支持 AVIF 吧。毕竟应该天然有生态优势。AVIF 是第一个有望慢慢全面替代 JPEG 的格式吧？

@hronro 我看了一下，确实不当。

@hronro 我想表达的是，相当于 VP9 。
@wdhwg001 我搞了一晚上 avif.js 搞不定。前端太南了

@wdhwg001 可若是低效低能，为什么要去做这个事情呢，无论是服务器还是客户端。压 2-30 张照片的时间都能压缩一部 60 分钟的 4K 视频了。

别人有做过一些对比： https://cloud.tencent.com/developer/article/1004742 、https://arstechnica.com/information-technology/2017/03/google-jpeg-guetzli-encoder-file-size/

但需要注意的是：这里提到 29%的压缩率，仅仅是相对 LibJPEG 产生的结果，而不是 TinyJPEG 的结果（也就是 我那个对比网页当中的 图 1，而非图 2 ）

对比网页： https://www.dogedoge.com/image_formats/

从这两张图片来看，TinyJPEG 就已经可以轻易获得 30% 的压缩率（ 36.75%），效果还更好：

LibJPEG （ 16.6 k ）： http://dfs.dogedoge.com/~/source/unsplash/photo-1599524882167-39718267c453?x-oss-process=image/resize,w_500/quality,Q_20/interlace,1

TinyJPEG （ 10.5 k ）： https://rmt.dogedoge.com/fetch/~/source/unsplash/photo-1599524882167-39718267c453?auto=format&fit=crop&w=500&q=20&prog=1

@wdhwg001 Guetzli 的压缩率不如 AVIF，甚至不如 WebP，压缩性能远比 WebP 和 AVIF 高。如果是保存珍贵资料，也必然是新格式更好，就像苹果做的那样。
@yyfearth HEIF 和 AVIF 比较起来其实会比较麻烦，他们本身同宗同源，理论上质量相差无几，粗略的对比可以但目前的压缩算法和底层编码器存在一些差异，所以在调参的不同对比效果差异，很难公正公平。更不用说同种格式内不同编码器的带来的效果和性能差异可能还大于不同格式之间的差异。

至于 VVIF 目前资料还太少，我没有任何涉及。但几乎可以确定的是，回看过往优秀的图片格式非常多，HEIF/C 不是第一个也不是最优秀的那一个，都难以替代 JPEG 还是因为授权问题造成的阻碍，WebP 是第一个有望大规模取代 JPEG 的新图片格式，AVIF 或是下一代，再下一代不太会是 VVIF 。