【发布时间】:2016-03-16 20:57:36
【问题描述】:
我发现两篇关于这个问题的博客文章略有冲突,在这里我总结一下:
- jpegoptim and jpegtran perform identically and produce identical results, while mozjpeg takes twice as long for very marginal filesize savings
- mozjpeg takes approx 1.7* the compute time and results in a roughly proportional benefit in filesize savings compared to jpegtran
更令人困惑的是,这 Reddit thread 建议 mozjpeg 使用 jpegcrush 中使用的相同算法,并且 jpegcrush 是 jpegtran 的包装器......所以我们绕了一圈?我只能假设那些 Reddit cmets 是错误的,有人可以确认吗?
【问题讨论】:
-
从JPGCrush description 和that article 可以看到,JPGCrush 是一个围绕
jpegtran的Perl 包装器,它执行多个JPEG 压缩选项(在jpeg_scan_rgb.txt中列出——每一行都是@987654326 @结构)并选择最小的输出。并且mozjpeg遵循相同的算法。 -
刚刚找到你的问题here的答案:jpegcrush/jpegrescan技巧:调整渐进式JPEG的细节以获得最大压缩(每次扫描都有自己的霍夫曼表,JPEG可以任意划分数据进入扫描)。还发现了scans file description。
标签: jpeg libjpeg-turbo jpegoptim jpegtran mozjpeg