我们正在动态JPEG压缩大量图像。
这是一个服务器端进程，用于交互式准备要发送给客户端的图像。浏览器。
使用渐进式压缩可以改善用户体验。
我知道这种压缩需要更多的解压缩计算，但这不是问题。
我想知道渐进式压缩是否也更昂贵，多少（不运行我自己的系列测试和基准测试）。
答案 0 :(得分：0)
如果您正在进行压缩，那么即使在您完成下载并转换图像的其余部分之前，基线也允许您将压缩数据流式传输到客户端。这样可以减少延迟。 OTOH要压缩渐进式JPEG，您需要先下载整个源图像。
对于像缩略图或头像这样的小图片，无论哪种方式都无关紧要。
对于大图像......它取决于压缩器，逐行扫描的数量和图像大小。与优化的基线相比，成本可以忽略不计，或者与单通流式编码器相比可以加倍。
答案 1 :(得分：0)
运行基准测试后，我注意到生成JPEG需要的CPU时间量与逐行扫描的数量大致成正比
我在问题中所说的......
使用渐进式压缩可以改善用户体验
实际上是假的，因为大多数浏览器仅在客户端完全加载时显示图像。