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