PicShift 为什么输出体积会变大
当转换后文件变大时，PicShift 会给出原因提示。本页说明这些提示背后的判断规则，以及 B/像素 的计算方法。
PicShift 如何判断“深度压缩”
PicShift 通过源文件数据密度进行启发式判断：结合原始体积与解码后的像素数量，计算 B/像素，并与阈值比较。
- 像素总数来自解码后的宽高（width x height）。
- B/像素 = 原始字节数 / 像素总数。
- 当 B/像素 低于阈值时，提示会将该图视为“已深度压缩”场景。
B/像素 公式
B/像素 = originalFileSizeBytes / (width x height)
示例：一张 3000 x 2000、大小 350 KB 的图片，代入公式为 (350 x 1024) / (3000 x 2000) = 0.0597，约为 0.06 B/像素。
为什么输出变大仍然常见
- 从有损或高压缩格式转到编码效率较低的目标设置时，体积可能增加。
- 当源文件 B/像素 已很低时，在相近观感下继续减小体积的空间通常有限。
- 小尺寸图片更容易体现编码元数据和封装开销。
适用范围与边界
- 这是解释性启发式，不是对每张图的严格体积预测。
- 内容类型（照片、截图、图形）会影响最终大小变化。
- 质量参数与目标格式不同，结果趋势也会不同。
常见问题
PicShift 会为了判断体积趋势再做一次完整重编码吗？
不会。提示基于轻量元信息和格式规则，不会额外做一次完整试编码，因此交互更稳定。
B/像素 是怎么计算出来的？
B/像素 使用原始字节数除以解码像素数：originalFileSizeBytes / (width x height)。
“深度压缩”判断等同于精确画质评分吗？
不等同。它用于解释体积变化趋势，不是严格的视觉质量打分。
相关页面
最后更新: 2026-03-07