JPEG XL无损转换中的SSIMULACRA2评分异常问题分析

在图像处理领域，JPEG XL作为一种新兴的图像编码格式，其无损压缩能力一直备受关注。近期在libjxl项目中发现了一个有趣的技术现象：当使用cjxl工具进行无损PNG转JXL格式时，虽然数据在理论上应该完全保留，但SSIMULACRA2质量评估工具却给出了低于100的评分。

问题现象

技术人员发现，当执行以下操作流程时会出现异常：

1. 使用cjxl工具以-d 0参数（无损模式）将PNG转换为JXL格式
2. 直接使用SSIMULACRA2比较原始PNG和转换后的JXL文件
3. 评分结果低于预期的100分完美值

但有趣的是，如果将JXL文件再转换回PNG格式后比较，SSIMULACRA2又会给出100分的正确评分。这表明数据实际上并未丢失，但评估工具在直接处理JXL时出现了偏差。

技术原理分析

经过深入代码审查，发现问题根源在于libjxl内部处理整数到浮点数转换时的实现差异：

1. 解码路径差异：

   • JXL解码使用dec_modular.cc中的转换逻辑
   • PNG解码使用enc_external_image.cc中的转换逻辑

2. 精度差异：

   • 两种路径在int到float32转换时采用了不同的舍入方式
   • 差异极小，在24位整数精度下表现为±1或偶尔±2的偏差
   • 这种微小差异足以影响SSIMULACRA2的评分（该工具使用完整的float32精度计算）

3. 二次转换现象：

   • 当JXL转回PNG时，由于8位色深限制，微小差异被舍入消除
   • 因此最终PNG比较时显示完美匹配

解决方案

开发团队提出了两种可行的解决思路：

1. 代码重构方案：

   • 统一整数到浮点数的转换实现
   • 消除dec_modular.cc和enc_external_image.cc中的实现差异

2. 数据处理流程优化：

   • 在模块化解码后避免转换为浮点数
   • 直接生成uint8格式的像素数据
   • 使其处理流程与PNG解码路径保持一致

问题修复

该问题已在libjxl项目的v0.11.0版本中得到彻底修复。新版本中通过优化内部数据处理流程，确保了无损转换场景下评估工具的正确性，为JPEG XL的无损压缩能力提供了更准确的质量评估支持。

这个案例很好地展示了图像编解码器中看似微小的实现差异如何影响评估结果，也体现了libjxl团队对编码精度和质量评估的严谨态度。