我可以对图像编解码代码大战正在编译中,而我不是唯一拥有者视图关于那个很明显,作为JPEG XL特设委员会的主席,我坚定地扎营我多年工作编解码器身处此位,我将努力公平中立
目标清晰:破解JPEG,英明老图像压缩大师
并因此标签上图片 web和JPEG一样超级编解码程序 现在它正达到极限为什么光缺少alpha透明支持就够烦人了,更不用说8比特限值(免HDS)和相对弱压缩比当前技术状态很显然,换政权的时机已经成熟。

六位参战者迄今已进入竞技场
- JPEG2000JPEG组为JPEG继承者中最古老的Safari
- WebPGoogle浏览器浏览
- HEIC系统由MPEG组使用,基于HEVC并存iOS
- AVIF开放媒体联盟提供chrome和Firefox
- JPEGXLJPEG组下一代编解码
- WebP2Google实验继承WebP
自WebP2仍然实验性 将完全新格式 与WebP不兼容 评估为时尚早编解码程序最终定案, 虽然成熟程度不同:JPEG 2000已经20岁JPEGXL刚满一个月
以HEVC为基础,HEIC算算算,不是免使用费HEIC不太可能成为可替代JPEG的普遍支持编解码器
JPEG2000WebP、AVIF和JPEG XL等剩余新编解码器与JPEG和PNG古代系统比较
压缩
压缩显然是图像编解码器的主要任务看此记分牌 :

- JPEG创建为损压缩照片PNG无损压缩最佳非图片效果以某种方式说,这两个编解码器是互为补充的,你需要同时处理各种使用案例和图像类型
- JPEG 2000不单优于JPEG, 还可以无损压缩非图片图像比PNG落后
- WebP专为替代JPEG和PNG而设计,确实在压缩结果中击败了两者,但仅以小差高忠实压缩WebP有时表现比JPEG差
- HEIC和AVIF处理损压缩照片比JPEG有效得多偶发时,他们支持PNG 无损压缩, 并产生更好的效果 非图片丢失
- JPEG XL以跃进和分界压缩结果击败JPEG和PNG
失压缩足够好时,例如网络图像时,AVIF和JPEG XL提供比WebP等现有网络编解码器高得多的结果通常AVIF先入为主低忠诚度高上诉JPEG XL优于中高忠诚度尚不清楚这在多大程度上是两种图像格式的固有属性, 和它在多大程度上是一个编码器工程焦点问题都比旧JPEG远几里
codec低菲力比较
原创性

JPEG

JPEG2000

WebP

HEIC系统

AVIF

JXL

速度问题
解码全屏JPEG或PNG只需要最小时间,字面上一眨眼更新编解码器压缩更好,但代价复杂举例说,限制JPEG2000启动的主要因素之一是它令人望而却步的计算复杂性

图像压缩的主要目标是加速传送,一定要计及解码速度典型地说,解码速度比编码速度更重要,因为在多例使用中,你只编码一次,并可以在非联机机上解码反之,解码多次使用各种设备,包括低端设备
CPU速度在单核心性能方面停滞不前,并行化日益重要。归根结底,硬件进化趋势是多CPU核心,而不是高时钟速度多核心处理器实现前设计,JPEG和PNG等老编解码器固有相继性,即多核心无益单图像解码JPEG 2000、HEIC、AVIF和JPEG XL更多未来证明
约束
JPEG-至少事实上JPEG-WebP关键偏差在于它们限值8比特色精度精度足以显示标准动态范围像sRGB高动态频程图像和广通图像需要更高精度
目前 10位精度足以投送图像 所有其他编解码器支持10位精度然而,对于编写工作流可能仍需要持续图像变换,提高精度是可取的。

WebP和HEIC不支持没有染色体子采样的图像,这是另一种限制多照片 Chroma子采样正常或带色文本、WebP和HEIC图像可能达标
当前最大维度对网络传送没有问题视频编码格式限制可能令人望而却步注意,即使HEIC和AVIF允许HEIF容器铺设瓦子,即实际图像维度基本无限,人工制品可能出现在瓦盘边界上。苹果HEIC实现独立编码512x512图象,即1586x752图象,例如保存为HEIC时被切成8小图象,如:

缩放独立编码瓦的边界时, 中断性可能会变得可见:

为了避免这种排队人工制品,不超出HEICs和AVIFs最长单片维度-8K视频框架大小
动画
原创GIF、JPEG和PNG只能表示静止图像GIF是1989年第一个支持动画的编解码器甚至存在前,这可能是它至今仍在使用的唯一原因,尽管它的局限性和压缩结果差。所有主浏览器现在都支持动画式PNG新情.
在大多数情况下,你最好用视频编解码器编译动画, 而不是为静态设计图像编解码器HEIC和AVIF分别基于HEVC和AV1实战视频编解码JPEG XL支持动画,但在机内编码时没有运动向量能力并用视频编解码器提供其他高级框架间编码工具即使是短视频段运行几秒钟,视频编解码器比GIF和APNG等所谓的动画死图解码器或甚至动画WebP或JPEGXL高得多
侧注:Web浏览器接受a
标签所有视频编解码器
标签中唯一差分
标签视频自动播放、哑音循环新的高超视频编解码器如VP9和AV1自动为动画工作,我们终于可以消除古代GIF格式
特征学
回静止图像除快速压缩RGB图片无尺寸或精度限制外,图像编解码器还必须提供其他理想特征

所有新编解码器支持alpha透明性最新图还支持深度图,例如,可以对前台和后台应用效果
多层图像调用叠加可增强网络传输例子之一是,用强压缩和少手工艺品相加试文拷贝写工作流大都有用JPEG XL为这些工作流提供特征,如层名、选择面罩、点色通道和快速无损编码16位整数和16位图16位图24位或32位浮点图
视频编解码器不完全使用飞颜色网络传送缺陷并不关键,除非图像变换为Meme后多次重编码

最后,JPEG XL独有过渡特征是它能有效重压缩遗留JPEG文件而不损失代代.
期望与策略
最新图像编解码器-特别是AVIF和JPEG XL-aJPEG2000和WebP还有效压缩并提供更多特征,然而整体增益并不够大且前后一贯,无法快速推广AVIF和JPEG XL会做得更好-至少我希望如此
未来数十年中会有一个单胜算法者吗?if so, 会是AVIF、JPEG XL或即将到来的WebP2或WebP,现在它有通用浏览器支持将多胜者取而代之,例如AVIF优先编解码高上诉码低带宽编码和JPEG高忠诚编码新建编解码器会输掉战役,老JPEG会再次活过反射试想吗?回答那些问题为时尚早
目前,好策略可能是实施数种不同图像编码方法,不仅利用这些方法的独特长处,而且减少任何方法成为攻击目标的可能性专利巨魔.磁盘空间无关紧要,因为相对于存储量的巨大节省,图像编解码器只占用最小空间。
并存因素多非全部技术性质,难以预测编解码成功期望新编解码器能打赢比赛 这场大都与惯性抗衡归根结底,除非JPEG仍为支配力, 不论新编解码器优先使用, 我们将从强压缩、高图像忠诚度和颜色精度中得益,那样对大家都是赢家
