更快地批量转换照片：Contenta Converter 9.0.31 的变化
Contenta Converter 9.0.31 用更少的计算完成同样的照片转换。与 9.0.30 相比，导出一张 JPEG 所需的处理器时间减少约三分之一，导出一张 PNG 减少约四分之一，而画面保持不变。加上前一天发布的 9.0.30，一批 48 张锐化 JPEG 在 4 核电脑上的耗时从 12.8 秒降到了 9.0 秒。
本页所有数据都是用真实照片在同一台电脑（我们的开发机）上测得的，并限制为 4 个处理器核心，因为 4 核是 Contenta Converter 用户中最常见的配置。您的实际耗时取决于处理器和磁盘，可参考的是比例。
变更前后的实测数据
| 任务 | 之前 | 之后 | 变化 | 版本 |
|---|---|---|---|---|
| 48 张相机 JPEG（2 至 10 MP），质量 90 + 锐化：总耗时 | 12.83 s | 9.02 s | −30% | 9.0.30 |
| 同一批次：48 个转换后文件的总大小 | 177.5 MB | 59.0 MB | −67% | 9.0.30 |
| 一张 12 MP JPEG 转 JPEG，质量 90：处理器时间 | 0.53 s | 0.35 s | −34% | 9.0.31 |
| 一张 12 MP JPEG 转 PNG：处理器时间 | 1.48 s | 1.12 s | −25% | 9.0.31 |
| 48 张照片转 PNG：写入磁盘的数据量 | 2.57 GB | 1.17 GB | −55% | 9.0.31 |
| 一个 Canon CR2 RAW 文件：去马赛克步骤 | 2.0 s | 0.63 s | −69% | 9.0.30 |
| 在配备 NVIDIA RTX 3080 的电脑上将 48 张 JPEG 缩小到 1920 px | 10.6 s | 5.9 s | −44% | 9.0.31 |
| 命令行：单文件任务，已注册版本 | 1.20 s | 0.57 s | −53% | 9.0.30 |
于 2026年9月20日至22日在同一台电脑上测得，限制为 4 核（单文件行：一个转换进程），取 3 至 12 次重复运行的中位数。之前 = 同一步骤的上一个版本。处理器时间是电脑实际完成的计算量，在使用电池的笔记本或同时运行其他程序的电脑上感受最明显。
对 500 张照片意味着什么
这批 48 张锐化照片之前每张 0.27 秒，之后每张 0.19 秒。对于 500 张同类照片（2 至 10 百万像素的相机 JPEG，质量 90，锐化），在 4 核上之前约需 2 分 14 秒，之后约需 1 分 34 秒。由于锐化后的照片不再以质量 100 保存，转换后的文件也只占约 0.6 GB，而不是 1.8 GB。
这一估算是按实测的 48 张批次直接线性推算的，只计入了 9.0.30 的改动。9.0.31 更快的 JPEG 编码器还会在此基础上再加速：它让同类批次的处理器时间再减少 14%，但那次测量时测试电脑同时在运行其他任务，因此我们不给出实际耗时。
改了什么
更快的 JPEG 编码器，画面不变
JPEG 文件现在使用 libjpeg-turbo 编码，它会利用现代处理器的 SIMD 指令。我们保留了原编码器的色彩处理和文件结构，因此文件的外观和测量结果都相同：在 201 张测试图像上，质量分数（PSNR）的中位数变化不超过 0.02 dB，文件大小的中位数变化不到 0.1%，元数据（EXIF、XMP、IPTC、色彩配置文件）也和以前一样完整复制。单张照片的处理器时间减少 34%，48 张的批次减少 22%。
锐化后的照片遵循您的质量设置
在 9.0.30 之前，只要使用任何效果（锐化、色彩、棕褐色等），无论质量设置是多少，JPEG 都会以质量 100 保存。锐化是 Contenta Converter 中使用最多的操作，所以很多导出文件比实际需要大了三到四倍。一张以质量 90 加锐化导出的 1000 万像素照片原来是 4.75 MB，现在是 1.22 MB。锐化滤镜本身也快了约三倍，结果逐像素完全相同。
每个文件只写入一次
Contenta Converter 默认会保留照片的元数据（相机、日期、GPS、版权）。以前，每个转换后的文件先写入磁盘，再读回来，为添加元数据又写入第二次。现在元数据在内存中添加，每个 JPEG 和 PNG 只写入一次，写入的数据量减半。在高速内置 SSD 上几乎感觉不到差别；但在 U 盘、外置硬盘或网络共享上，第二次写入正是变慢的原因。
PNG：默认更快，压缩设置也终于生效
PNG 导出现在默认使用压缩级别 2，处理器时间减少约四分之一。代价是文件大小：我们的测试照片从 11.6 MB 变为 12.4 MB。应用和命令行中的 PNG 压缩设置以前会被转换程序忽略，现在会被应用。想要最小的文件就调向 9，想要最快就设为 0。PNG 是无损格式，所以每个级别的画面都完全相同。
相机 RAW 文件使用所有核心
RAW 解码（Canon CR2、Sony ARW、Nikon NEF 及其他 RAW 格式）以前只在一个处理器核心上运行，现在会使用全部核心。在 4 核上，去马赛克步骤的耗时：Canon CR2 从 2.0 秒降到 0.63 秒，Sony ARW 从 1.68 秒降到 0.53 秒，Nikon NEF 从 1.15 秒降到 0.43 秒。转换一个或少量 RAW 文件时提升最大；在大批次中，每个核心本来就在处理各自的文件，所以大批次的提升要小得多。解码结果完全相同：我们逐字节比较了测试集中的每一个 RAW 文件。
在 NVIDIA 电脑上缩小网页用图
在配备 NVIDIA 显卡的电脑上，应用以前会把 JPEG 缩放交给显卡处理。但对于缩小到一半或更小的照片，处理器反而更快，因为它可以直接以缩小后的尺寸解码 JPEG：将 48 张照片缩小到 1920 像素，在 RTX 3080 上需要 10.6 秒，在处理器（4 核）上只需 5.9 秒。这类任务现在留在处理器上完成。全尺寸 JPEG 导出仍然使用显卡，因为那里显卡更快。
命令行启动时间减半
contenta 命令行以前在每个任务前都会在线检查许可证，耗时 0.7 至 1.7 秒。现在已注册的版本会复用 24 小时内的检查结果，单文件任务从 1.20 秒降到 0.57 秒。每个文件调用一次 contenta convert 的脚本和 AI 智能体，每次调用都能省下这段时间。试用版从来不做这项检查，因此没有变化。 如何用 CLI 自动化转换
您会注意到的修复
- 竖拍的 RAW 照片不再被旋转两次。RAW 解码器已经把画面转正，但原来的方向标签又被复制过去，于是看图软件再转一次，显示成横向。现在该标签会被重置，相机、镜头、GPS 和日期信息照常复制。
- RAW 曝光补偿现在有效。在默认设置（降噪开启）下，曝光补偿值在到达 RAW 解码器之前就丢失了，所以该设置不起作用。现在会被应用。
- 欧洲地区设置电脑上的小数值。在使用逗号作为小数点的 Windows 上（欧洲大部分地区），像 0.5 这样的值会被读成 0，导致效果中的小数参数（伽马、色温）和 RAW 曝光档位被截断。现在在任何电脑上结果都相同。
- 非拉丁字符文件夹中的 Kodak Photo CD 文件。例如位于日文名称文件夹中的 PCD 文件，以前会报告缺少工具而失败。现在可以以完整的 3072 × 2048 分辨率打开。
如何获取 9.0.31
如果已经安装了 Contenta Converter，启动它即可：横幅会提示有可用更新，并链接到下载页面。直接在旧版本上安装新版本，您的设置和许可证都会保留。
第一次使用 Contenta Converter？免费试用版可以无水印转换 10 张图像，您可以在购买前用自己的电脑测一测自己照片的处理时间。许可证一次性付费 $129，无需订阅。
常见问题
更新后我的 JPEG 照片看起来会不一样吗？
不会。新编码器保留了原来的色彩处理和文件结构。在 201 张测试图像上，最大的质量变化为 0.06 dB，远低于肉眼可见的程度，文件大小的变化也不到百分之零点五。
为什么我的 PNG 文件稍微变大了？
PNG 的默认压缩级别现在是更快的级别 2。我们的测试照片从 11.6 MB 变为 12.4 MB。如果您更看重文件大小而不是时间，可以在输出设置中把 PNG 压缩设为 9，或在命令行中使用 --png-compression 9。PNG 是无损格式，所以每个级别的画面都相同。
我的批量任务也会变快吗？
如果您导出 JPEG 或 PNG、使用锐化或其他效果，或单独转换 RAW 文件，就会变快。快多少取决于您的处理器和磁盘；表格显示的是一台 4 核电脑的结果。只为网页缩小照片的批次变化最小（处理器时间减少约 7%），因为这类任务的大部分时间花在解码和缩放上，而不是编码。