Class LLL / 設計星團教材目錄編輯與來源

Photoshop 教材 / Class LLL

浮點資料、顯示映射與降位元

畫面變白,是資料沒了,還是目前看不見?

分開32bpc來源、僅顯示的預覽及真正降低位深的副本;用原創浮點試片觀察高光剪裁、暗部量化與來源保存,再核對HDR設備條件。

撰寫與維護:Class LLL · Lab Light Label|預估閱讀 19 分鐘

開啟互動教材查看參考來源

閱讀目標

適用條件與學習範圍

預覽曝光、改影像曝光與降位深,分別改了哪份資訊?沒有硬體實測時能證明什麼?

能指出保留來源、目前工作副本和顯示映射,保留高位元原稿再轉換,並把HDR設備條件與實測證據另行核對。

Photoshop桌面Windows/macOS具名入口及來源條件;網站只算六格Float32、兩個有限映射與量化,不執行PS、ICC/OCIO、真HDR亮度或gain map寫檔。

原理與判斷

畫面全白,不一定代表檔案裡只剩同一個值。預覽可以把不同高光映射成同樣白色;若實際轉換副本時已把它們剪成同值,再調預覽便不能還原原差別。 先在原創六格試片降低預覽曝光,再建立夾限副本,看工作讀數和PNG一起變化。保留浮點來源可以重做,但不保證任何低位元結果都能逆推回去。

先分三層:來源資料、目前顯示、轉換副本

同一個值2.0,可以被螢幕預覽夾成白,也能在降低預覽曝光後顯出差別;只有第一種外觀,不能判斷來源是否真的被剪裁。先看資料讀數,再問改了顯示條件,還是已另建一份低位元內容。 本站以兩組原創六格浮點試片比較,做到能指出哪份資料還保留差別;不把普通螢幕上的亮白稱作HDR峰值實測。多張曝光從哪裡補資訊,沿「景深、HDR與統計堆疊」補讀。

32bpc浮點容器不會自動補回來源資訊

Bits/色版指每色版資料的表示方式,不是顯示器的面板位深。Photoshop 32bpc使用浮點,可表示超出一般0–1顯示範圍的數值;這是保存與運算的能力,並不保證這份影像原本就有更多有效高光資訊。 把已剪成全白的8位元圖轉32位元,不能知道原來白裡的紋理。原始拍攝、合成及處理階段留下了什麼,仍要查來源。本站A是人為指定的數值,沒有光度計、相機測量或真nits單位。

位深精度、動態範圍與廣色域不同

8位元整數每通道有256個可用值;增加表示精度能減少反覆調整時的量化取捨,但不能用檔案位元數推論螢幕實際顯出多少級。16位元格式容量與Photoshop不同處理路徑的內部精度也不宜混為一談。 動態範圍處理明暗跨度,色域處理可描述的顏色範圍。Display P3不是HDR亮度的同義詞,32bpc也不是螢幕「32bit面板」;文件色彩設定檔與ICC/OCIO管線沿色管頁核對。

原創試片:高光與暗部用不同問題重判

A六格是0.125、0.5、1、2、4、8,用來看大於1的資料與顯示上限;B六格是0、0.003、0.005、0.01、0.125、0.5,用來看小數值量化。切換試片會回到該組保留來源,避免把前組副本冒充新來源。 來源以Float32Array建立,CSV保存六格實值,讀數只顯6位小數。圖窗與PNG以六條垂直色帶重複成48×32;PNG都是普通SDR映射,不能用它重建原來大於1的浮點資料,更不是EXR或HDR交付。

檢視的32-bit 預視 選項:改看法,不改像素

在32bpc文件選檢視 > 32-bit 預視 選項,按素材比較曝光度 and Gamma或Highlight Compression。此處調整預覽;資訊浮點數值與實際內容要另外檢查,不能看畫面較暗就認為內容已降曝光。 Adobe現行文件說這組預覽條件可隨PSD、PSB、TIFF保存並在重開時套回。它與降低位深的轉換不是同一步;先留32bit原稿,再為不同用途比較顯示條件。本站預覽EV只改右窗與滑座,來源及工作資料讀數不變。

狀態列32-bit 曝光度:只限目前document view

文件狀態列選32-bit 曝光度,可用滑桿改目前觀看白點;同一影像開多個視窗可以各自比較。Adobe將這個view範圍與存檔預覽設定分開:狀態列變動不隨HDR影像檔保存。 需要可重現的交接時,記錄使用的預覽入口與條件,不把臨時view亮度當成文件曝光內容。本站本機保存自己的教學操作,以便返回學習;這不是模擬Photoshop狀態列的存檔規則。

曝光度調整層與直接曝光度各保留什麼

需要持續回改,可由圖層 > 新增調整圖層 > 曝光度或調整面板建立;曝光、位移與Gamma分別處理亮部端、暗中調與中調曲線,應按實際浮點資料觀察。調整圖層參數與來源仍分開保存。 影像 > 調整 > 曝光度直接改目前影像層,不等於只調view。先保留母檔並檢查取捨,不能靠重新打開預覽選項還原內容;也不能說任何直接調整必然把所有資料都丟光。HDR Toning的平面化要求,不是建立曝光度調整層的前置。

HDR Toning與四種具名映射

影像 > 調整 > HDR Toning提供一組整合控制,需平面化,會直接改內容;先另存可回改原稿。Local Adaptation按局部差異與尺度調整,需查局部光暈及輪廓;等化 色階分佈圖依影像分布重分配,換素材要重判。 曝光度 and Gamma以曝光與曲線調整整體分布;Highlight Compression將高光壓入較小範圍,可能改變原本反差關係。四種名稱是Photoshop工作流,不是四個保證改善影像的濾鏡。本站只算夾限與v/(1+v)兩個自訂例子,沒有實作這四種Adobe演算法。

真正降低位深:在副本選模式的8或16

在32bit文件保留原稿後,影像 > 模式 > 16 Bits/色版或8 Bits/色版,按HDR Toning對話框選方法並看重要暗部、高光與局部邊緣。降位深不是單純換檔名;映射與量化會改變能保存的差別。 轉換前用另存新檔另留高位元來源,轉換後的檔案保存關閉,不能假設日後還能用預覽拉回原有浮點資訊。若只是某個指令不支援,先確認當版與文件條件,不為了讓選單亮起就改掉唯一原稿。

本站副本:按建立才使用那次條件

建立條件與目前預覽分開。按「由保留來源建立降位元副本」才把來源乘2^EV,作夾限或自訂壓縮,再依網站的255/65535等分量化;上方建立條件之後再改,不會偷偷重算既存副本。 預設夾限把原2、4、8都變成1,再降低預覽曝光時它們仍同值;只有回到本站保留來源,才重新取到不同數字。換壓縮可保留若干高光差別,卻改變對比,不是無損縮小全部動態範圍。16位元等分只是本模型,不宣稱Photoshop所有內部運算使用相同精度。

當代32bit支援文件有衝突:查當前命令條件

查核時兩份同標2026-10-06的Adobe支援頁互相矛盾:一份仍把魔術棒、磁性套索、修復、加亮/加深等列不可用;另一份新增32bit工具頁已把它們列可用。不能拿舊全集當作現行唯一矩陣,也不能把新增頁未列的工具一律判為不支援。 先查實際版本、模式、目標層、GPU及該命令專頁;在副本確認是否保留所需浮點結果。本頁沒有Photoshop實測支援表,遇到矛盾如實保留,提供核對方向,不憑工具灰掉就斷言所有32bit均不可用。

Windows:OS、GPU與Photoshop設定要一起核

依Adobe目前桌面HDR顯示文件,Windows路徑需Windows 11、相容顯示器、啟用GPU,並在系統Display > HDR核對能力及Use HDR。Photoshop由編輯 > 偏好設定 > Technology Previews核對Precise color management for HDR Display。 文件列有DisplayHDR等建議條件,不能僅憑品牌字樣或選項存在就宣稱整條顯示鏈已驗證。記錄OS、驅動、螢幕模式、應用版本及實際觀看條件;本站沒有操作這些系統設定,也沒有量測HDR亮度。

macOS:Apple預設與其他HDR顯示器分開

Adobe針對Apple相容XDR顯示器列System 設定 > Display > 預設集的Apple XDR預設;非Apple顯示器則在系統Display核對High Dynamic 範圍。Photoshop的Technology Previews核對精準HDR色管,選單名稱隨平台與版本確認。 macOS的預設啟用敘述不等於每台外接螢幕已處於正確模式。能打開檔案、能調32bit預覽、真的由顯示器輸出超SDR亮度,是三種不同證據;沒有實測就寫未驗證。

SDR白點、設備能力與實測證據

HDR管線的SDR白與顯示headroom影響素材哪些部分超出一般白;實際亮度還受系統合成、顯示模式、設備及觀看環境影響。本站以1作網站比較界線,並非宣稱其對應某固定nits或所有軟體的唯一白點。 截圖、SDR PNG和本頁明暗動畫都不能證明真HDR輸出。若交付需要硬體證據,使用實際目標應用/設備與可靠量測方法記錄條件;未取得時,先驗資料與格式,另列顯示驗證,不把「看起來很亮」當完成。

Camera Raw HDR、SDR 預視與gain map

Camera Raw的HDR編輯、SDR 預視及開到Photoshop的32bit路徑各有條件;ACR的顯像入口沿Camera Raw頁補讀,不能把濾鏡入口當成所有原始檔能力。SDR 預視用來判斷一般顯示的映射,不是把來源高光刪掉的證據。 Gain map概念是基礎呈現、增益資訊與中介資料,讓支援端按能力調整,並非把一張SDR圖拉亮就成立。容器、版本及接收端支援須另核;本站沒有寫gain map檔,也不以Adobe簡介代替正式標準條文。

保存浮點來源與交付結果分開

按目的核對PSD/PSB等可編輯來源及EXR等浮點交換條件,格式、圖層與接收端能力沿母檔交付頁查;普通PNG預覽不能代替32bit工作母檔。保留色彩設定檔/必要管線條件,交付後重開驗數值與顯示。 查核時舊HDR功能總表仍把PBM列為HDR格式,與格式總覽的PFM不同;本頁不因此推薦PBM保存浮點HDR。格式名稱相近也要查位深、通道、是否真的寫入所需資料,不能以副檔名猜能力。

HDR亮度不是印刷墨量,配色也不是色管

螢幕發光與紙墨反射使用不同條件;一個值大於1的浮點通道不能直接解讀成某張Spot墨版的覆蓋百分比。印刷需要實際紙墨、分色、套準與印樣;本頁只處理資料與顯示、轉換的基本差別。 色管描述如何解讀與轉換,不會靠任意Assign就讓SDR設備變HDR;調色則改內容關係。將各問題連到同一份權威頁,避免為同一個色彩設定檔或墨量問題再複製節點。

換素材後的觀察終點與停止條件

先判斷來源是否仍有數值差別,接著分開調預覽與做副本,最後核對接收條件。高光變同值時查是否夾限;暗部條帶時查原始量化、映射和輸出,不以加大檔案位深當萬用修復。 能說出保留來源、工作副本與目前預覽各是哪一份,就到本頁終點。攝影多張合成、專業OCIO管線、顯示器校準、真HDR編碼與紙墨印刷分別延伸,不用這個有限灰階台宣稱已完成。

步驟與觀察

  1. 先保留來源並看數值

    保留32bit母檔與解讀條件;在資訊核對浮點值,不用螢幕亮白判斷來源已剪裁。本站先看A六格2、4、8。

  2. 只改預覽作比較

    檢視 > 32-bit 預視 選項與狀態列32-bit 曝光度的保存範圍不同;先記入口,再改顯示。本站把僅預覽EV降到−2,來源不變。

  3. 建立副本後才降低位深

    另存原稿,再影像 > 模式 > 16或8 Bits/色版,按用途選映射;本站建立預設夾限副本,2、4、8都變1。

  4. 換條件與素材再驗

    比較壓縮副本及B暗部試片,不把一種映射當通用最佳。確認設定只是下一次建立條件,按建立才產生副本。

  5. 交付與HDR設備另外核

    重開結果核位深、數值、格式與顯示條件;真HDR需實際設備與應用支援,本頁明示未驗證,沒有以PNG宣稱硬體效果。

常見問題

轉成32bit卻沒有更多高光細節

先查來源是否早已夾成同值;增加容器能力不能知道原來缺的內容。

預覽變暗後以為檔案曝光已改

核對檢視或狀態列入口及資訊值;它們和曝光度實際調整、模式轉換不同。

轉成8bit後拉預覽也找不回兩格差別

檢查是否已夾成同值,回保留的高位元原稿重做映射;不要指望從同值副本逆推出原值。

某工具灰掉就直接改唯一母檔位深

核對當版、模式、作用層及GPU;當代兩份32bit支援文件相互矛盾,先在副本確認實際命令條件。

有P3或HDR選項就宣稱真HDR已驗收

色域、檔案範圍、OS和顯示能力分開;記錄未驗證,需真設備與量測才聲稱亮度輸出。

把普通預覽PNG當32bit交付

PNG只保存本頁映射後8位灰階;保留Float32來源與適切母檔,依接收端格式及管線條件另驗。

適用範圍與證據

原教材查核日期:2026-10-20 適用範圍:Photoshop桌面Windows/macOS,32bpc資料/預覽/曝光度/Toning/轉換及設備條件;ACR與格式引用各自來源。 來源狀態:19日12族官方正文預查,20日官方搜尋全文再讀預覽、曝光度、降位深、顯示及兩32bit支援頁;直接正文重取timeout與支援矩陣/PBM矛盾另有記錄。 示意限制:原創兩組六格Float32資料、48×32 SDR PNG及來源CSV;60部件三窗機構,同模型驅動預覽、量化副本及讀數。 原生軟體實測:沒有Photoshop、OS HDR設定、顯示器或nits量測;未產EXR/HDR/gain map檔。 學習成效驗證:沒有真人學習成效或HDR辨識成效實驗。

參考來源

來源依原教材逐頁維護;本次建立閱讀網址不代表重新完成原生軟體或真人學習測試。如遇版本差異或內容錯誤,歡迎來信提出具體段落與版本。

相關知識