JPGICC:「預計算變換」選項有什麼作用?

JPGICC:「預計算變換」選項有什麼作用?

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

我無法找到有關該選項的更多資訊。對我來說,1 似乎是速度和品質之間的權衡。但對我來說,速度並不重要。

「Hi-res」是什麼意思?

答案1

我必須承認我不是一個非常在意色彩準確性的人。如果文字和背景之間的顏色足夠不同,並且我可以閱讀螢幕,我會很高興。

7 年前關於預先計算的電子郵件鏈

無預先計算、正常、低解析度和高解析度之間的差異不僅在於速度,還可能導致陰影中的缺陷

我在顏色管理選項中將 Cinepaint 設定為使用“不預先計算”,而不是其他 Cinepaint 選項之一(低解析度、高解析度、CMM 預設值)。我希望我已經意識到特定的設定可能會有所不同,因為它可以節省大量時間和繁瑣的測試。

我不知道除了 Cinepaint 之外還有哪個圖像編輯程式可以讓用戶選擇使用低解析度、高解析度、CMM 預設值或「不預先計算」。我猜大多數或全部都使用“CMM 預設值”之類的東西,因為我剛剛檢查過,並且Cinepaint 在設定為使用“CMM 預設值”和“使用黑點補償”時會產生與所有其他陰影值相同的一半圖像編輯器。

無論如何,此時,除了 Cinepaint 和最新的 Krita 2.6 alpha 之外,我測試的每個圖像編輯器都會在 ICC 配置文件轉換中涉及線性伽瑪配置文件時產生明顯損壞的陰影區域。


LittleCMS 作者對預先計算的看法

在他的.pdf 教程作者指出,如果只有幾種顏色需要變換,那麼可以一起關閉預先計算:

最佳化

Little CMS 盡可能優化設定檔鏈。有一些內建的最佳化方案,您可以使用外掛程式添加新的架構。這通常會提高轉換的效能,但在創建轉換時可能會引入 1-2 秒的小延遲。如果您只想變換幾種顏色,則不需要這種預先計算。然後,cmsCreateTransform() 中的標誌 cmsFLAGS_NOOPTIMIZE 可用於抑制最佳化過程。有關標誌的更詳細討論,請參閱 API 參考。

相關內容