JPGICC:描述为“预先计算变换”的选项有什么作用?

JPGICC:描述为“预先计算变换”的选项有什么作用?

的手册页jpgicc-c NUM Precalculates transform (0=Off, 1=Normal, 2=Hi-res, 3=LoRes) [defaults to 1].

我找不到有关该选项的更多信息。在我看来,1 是速度和质量之间的权衡。但对我来说,速度并不重要。

“高分辨率”是什么意思,为什么我更喜欢它而不是“普通”(或者为什么我更喜欢“普通”而不是“高分辨率”)?

答案1

我必须承认,我并不是一个很在意色彩准确性的人。如果文字和背景之间的颜色差异足够大,而且我可以看清屏幕,我就很高兴了。

有关预先计算的 7 年电子邮件链

无预先计算、正常、低分辨率和高分辨率之间的差异不仅仅是速度,还可能导致阴影中的瑕疵

我在颜色管理选项中将 Cinepaint 设置为使用“不预先计算”,而不是其他 Cinepaint 选项之一(低分辨率、高分辨率、CMM 默认)。我希望我意识到这个特定设置可能会有所不同,因为它可以节省大量时间和繁琐的测试。

除了 Cinepaint,我不知道还有哪个图像编辑程序允许用户选择使用低分辨率、高分辨率、CMM 默认或“不预先计算”。我猜大多数或所有程序都使用类似“CMM 默认”的选项,因为我刚刚检查过,当设置为使用“CMM 默认”和“使用黑点补偿”时,Cinepaint 产生的阴影值减半与所有其他图像编辑器相同。

无论如何,此时,如果在 ICC 配置文件转换中涉及线性伽马配置文件,那么我测试的每个图像编辑器(Cinepaint 和最新的 Krita 2.6 alpha 除外)都会产生明显损坏的阴影区域。


littleCMS 作者对预先计算的看法

在他的.pdf 教程作者指出,如果只需要转换几种颜色,那么就可以完全关闭预先计算:

优化

Little CMS 会尽一切可能优化配置文件链。有一些内置的优化方案,您可以使用插件添加新的方案。这通常会提高转换的性能,但在创建转换时可能会引入 1-2 秒的短暂延迟。如果您只打算转换几种颜色,则不需要进行这种预先计算。然后,可以使用 cmsCreateTransform() 中的标志 cmsFLAGS_NOOPTIMIZE 来抑制优化过程。有关标志的更详细讨论,请参阅 API 参考。

相关内容