小白也能輕鬆地理解什麼是HDR （精編加長 Pro Max Ultra版）

直在籌備一篇講解HDR來龍去脈的長文，沒有寫完是因爲沒信心讓大多數用戶看懂。最簡單的話術來解讀，

（不求準確，只求易懂）

用好MiniLED顯示器並不簡單

導讀

什麼是HDR?

HDR代表高動態範圍，與現有SDR（標準動態範圍）相比，可顯示更大的亮度範圍（動態範圍） ― 從最暗到最亮。

如下圖所示，在SDR中顯示內容時，陰影中的黑色好像被壓碎，而明亮區域中的白色有一種沖淡的感覺；而HDR允許更自然、更真實的顯示，不會減弱明亮或黑暗區域的色調。

HDR作爲下一代高質量成像技術引起人們的關注，以HDR格式製作的內容現在可通過Netflix等視頻流服務和UHD藍光光盤獲得。

光線和暗色調方面存在很大差異的場景在不同顯示器上的顯示效果（圖片僅用於說明）

HDR

SDR 明亮區域中的白色被沖淡

SDR 陰影中被壓碎的黑色

有的小白可能會問，自己用的 HDR 顯示器明明沒有看起來這麼差啊，這是怎麼回事呢？這是因爲小黑盒不支持上傳 HDR 圖片，而在 HDR 受限的動態範圍下，要展現 HDR 的效果，那隻能委屈一下 HDR 了。所以說，你在這 SDR 圖片上看到的 HDR 實際上不是真實的 HDR，你看到的 HDR 也不是真實的 HDR

但相信我，只要你用過真 HDR 電視、顯示器、手機的話，就會覺得上述圖片形容的不爲過。

高圖像質量的五個要素

這五個要素影響圖像的質量

1. 分辨率
2. 位深度
3. 幀速率
4. 色域
5. 亮度（動態範圍）
 

HDR 和 SDR 顯示設備的差別

其中，分辨率、位深度、幀速率和色域已根據4K/8K UHD廣播標準BT.2020實現標準化。*只有亮度的標準仍然停留在全高清廣播標準BT.709規定的100 cd/m²，未見提高。

正因爲如此，迄今爲止的製作工作需要壓縮圖像的高亮度部分以匹配顯示設備的特性，從而導致顯示的圖像與原始場景不同。

然而，近年來，顯示技術的進步促成可顯示的動態範圍擴大，使亮度和色彩還原真正像現實世界中看到的那樣。

這就是HDR最近獲得如此多關注的原因。

*4K/8K超高清電視廣播標準計劃於2018年底開始實施。目前的全高清標準是BT.709。

1. 分辨率 = 圖像細節的精細程度

分辨率指圖像中的像素數量。在特定屏幕尺寸下，分辨率越高，像素越多，顯示的細節更精細。4K超高清分辨率是3840x2160，這意味着顯示的圖像數據是標準全高清的四倍。

2. 位深度 = 色彩漸變的精細程度

位深度指每個像素可以顯示的顏色數量。位深度越大，可顯示的顏色越多，從而使漸變更平滑、更自然。例如，8位顯示器可以顯示大約1677萬種顏色，而10位顯示器可以顯示大約10.7億種顏色。

分辨率差異

10位顯示器

6位顯示器

3. 幀速率 = 運動的平滑程度

幀速率指一秒內顯示的圖像數量。電影的幀速率一般是24p（24張圖片，或每秒幀數），而標準電視的幀速率通常是60i或30p（每秒30幀）。

8K廣播標準BT.2020包含幀速率（最高可達120p）的定義，該幀速率下的運動平滑程度幾乎和真實世界一樣。

4. 色域 = 色彩的生動程度

色域指可以顯示的所有顏色的範圍。右側圖表顯示了人眼能夠感知的所有RGB值的範圍。三角形表示色域：三角形越大，可以顯示的顏色越多。
4K/8K廣播標準BT.2020（Rec.2020）比現有全高清廣播標準BT.709（Rec.709）涵蓋了的顏色範圍更廣泛。

色域差異

5. 亮度 = 圖像照明的強度

亮度指可以顯示的圖像照明強度的範圍。人類眼睛所能感知的最暗和最亮物體之間的差異範圍（動態範圍）通常爲1012，而傳統顯示設備最多隻能顯示103的動態範圍。HDR將動態範圍擴展到105 — 比目前的顯示設備高出100倍 — 允許以一種更接近人眼所能感知的方式呈現光與影。

動態範圍

BT.2100 — HDR新的國際標準

ITU-R BT.2100 HDR國際標準建立於2016年7月。因此，確定了內容製作和傳輸的標準，並且預計將進一步加速HDR的採用。

如下表所示，自從建立全高清BT.709標準以來，上一頁介紹的五個要素顯然已經逐步發展。 雖然BT.2020和BT.2100基本上非常相似，但它們在可顯示的動態範圍上有所不同。

HDR國際標準

可見差異（用於說明目的圖像）

HDR

SDR

兩條伽瑪曲線

爲了正確顯示HDR圖像，僅僅提高亮度是不夠的 - 以與人類視力相匹配的方式顯示色彩和色調至關重要。 色彩和色調受每個輸入和輸出設備具有的稱爲伽瑪的輸入 - 輸出特性的影響。

BT.2100標準提供兩條伽瑪曲線作爲不同類型生產工作的標準。

對於互聯網流媒體和電影：
PQ (感知量化)

對於廣播電視：
HLG (混合對數伽瑪)

PQ伽瑪曲線基於人類視覺感知的特徵，並且最適合於在互聯網上製作電影或串流視頻的內容，其中再現準確性是關鍵。

另一方面，HLG伽瑪曲線旨在允許在現有的SDR電視上顯示而不會看不到位置，並且最適合於廣播電視和直播視頻饋送。

用於HDR的PQ和HLG 伽瑪曲線的優點

 PQ (感知量化)HLG (混合對數伽瑪)目標互聯網視頻流，電影廣播電視，直播視頻優點

• 處理亮度的絕對值高達 10,000 cd/m²

• 基於人類視覺感知的新伽瑪曲線

• 將亮度處理爲相對值（與現有標準相同）

• 兼容SDR電視

 

下圖顯示了HDR的PQ和HLG伽瑪曲線。

PQ伽瑪曲線的最高亮度固定爲1,000 cd/m² （或更高）。 換句話說，無論顯示設備的最高亮度如何，伽瑪曲線始終相同，上限爲1,000 cd/m²，從而實現一致的圖像再現。

另一方面，HLG伽瑪曲線的最高亮度與顯示設備的最高亮度無關。換言之，因爲伽瑪曲線根據顯示設備的最高亮度而變化，即使在現有的SDR顯示器上，伽瑪曲線也可允許接受觀看HDR內容，並且圖像劣化較小。

HDR的PQ和HLG 伽瑪曲線比較

1：所有顯示技術遵循的衡量標準是人眼感知，做取捨時優先滿足眼睛的感知能力和分辨精度。

眼睛對於色彩的感知，基於三種視錐細胞cone (L、M、S)，三基色成像是絕大多數顯示設備的基礎。視錐細胞只有700萬，而負責亮度信息感知的視杆細胞rod有1.2億個，所以人眼對色彩清晰度的感知較差，這也是視頻大多采用4:2:0、4:2:2這樣的色度採樣，敢於丟棄一些色彩清晰度的原因。

除了視錐和視杆細胞，還有黑視蛋白melanopsin，它可感光但不成像，隻影響生物鐘和抑制褪黑素，所謂的第三視覺，與藍光有關、與抑鬱症有關。

而從亮度層面，視杆細胞主要是在弱光下工作，我記得有個數據說是3nit以下，所以太黑的地方看不清顏色。視錐細胞勝任強光下的工作，所以“明亮的色彩”這句話，是人眼的特性所致。

根據人眼對光線水平的反應不同，可分爲亮視覺、中間視覺和暗視覺，中間視覺是視錐細胞和視杆細胞都參與的部分，是人眼對細節和色彩感知力最強的區間，大約0.01到3.0尼特。亮視覺更適應在明亮的環境下工作，我個人的對HDR相關詞彙的理解是，漫反射、參考白可以算作亮視覺中較暗的部分，鏡面反射、光源屬於明亮部分。

HDR主要目的是爲了擴展100nit（*）以上的亮視覺（明亮信息）的還原。

上圖RAW以sRGB預覽和PQ HDR預覽，主要的區別是高光部分，當然色域的提升也讓畫面顏色更濃郁。此處多說一句，我認爲畫面中的高光元素面積佔比不宜過大，否則當人感覺刺眼並適應後，可感知的動態範圍會縮小，這是HDR遊戲、手機攝影、後期調色應該避免的情況。

視覺特性之所以放在開頭講，是因爲它是談HDR顯示性能和HDR視頻製作的準則。

2 色彩空間包含“4個點和一個公式”

4個點：RGB的色度座標，以及白點色溫和亮度範圍

公式：傳遞函數EOTF

如果只談色域，RGB三基色座標圍起來是個三角形，加上亮度變成“色彩容積圖”，是一個頂部切了三刀的“三角形立方體”，是因爲三基色亮度峯值不一樣，比如D光源下，紅色爲 21.26%，綠色爲 71.52%，藍色爲 7.22%，中間白色的D65標識是白點。

換成立體圖形白點就是頂點，它包含色溫要求，以及參考亮度。比如DCI P3這個色彩空間，除了RGB的三色座標，還包括白點亮度48nits，白點色溫6300K，伽馬是2.6；而蘋果的Display P3，色溫是6500K，伽馬和SRGB一樣，亮度要看系統具體設置。sRGB白點亮度是80nit，AdobeRGB白點亮度是160nit，意思是在這個實際亮度下，你看到的和我看到的，不止是顏色，包括明暗效果也是一樣的。這些數值與應用場景有關（電影院、辦公室，印刷、互聯網），也與當時設備的性能侷限有關。當然，對於消費者而言，亮度高一些或者低一些，沒問題，但不能差異太大。

HDR標準出版物使用BT2020不僅是爲了更大的色域範圍，也是爲了完全兼容以前的“舊色域”，它的三基色座標剛好在馬蹄圖的外圍線上，可以用三個單波長光譜來實現，也能完整包含以往的色域標準（Pal、NTSC、P3、SRGB、ARGB）。

3 伽馬/OETF/EOTF的存在是爲了減少數據量，降低運算量，相機的Log也是同樣目的，只不過是爲了與傳感器匹配。

關於伽馬有很多陳舊的解釋，暫忽略。

從數據採集、存儲到顯示，灰階數值和物理亮度單位（比如cd/m2）之間，1:1的線性函數無疑是最簡單的，但因爲人眼感知的非線性，在較暗的區間是平方根函數，較亮的區間是對數函數，滿足暗部精度時，亮部會產生極大的浪費，而且8位或10位精度對於線性函數不夠的，RAW就是線性函數保存的傳感器亮度數據，通常要14bit才能滿足當今傳感器的動態範圍，但滿足人眼的話，大概要16bit以上？

相機的Log函數顧名思義是對數函數。

在音頻領域，我們已經不需要ADPCM這樣的自適應編碼，線性PCM也就是LPCM我們浪費得起，哪怕24bit甚至32bit，一首歌幾百兆也沒問題。但在視頻方面，還難以滿足16bit這個需求。

這張圖是以坎德拉每平方米（cd/m2、nit）爲橫座標軸，人眼感知亮度爲縱座標軸，這會造成一個尷尬的局面，當顯示器件製造商拼了命的提升亮度，但對於人眼而言，在4000nit以上的提升感知會有點小。

HDR和SDR最主要的區別是亮度範圍和那個函數。

SDR的伽馬和“舊”色域是受器材性能限制，擴展閱讀如下；而HDR的函數，這裏主要指PQ感知量化曲線，設計目標優先滿足人眼感知的極限（室內），而非器材的性能。

發光屏幕色彩絕大多數基於RGB三基色，加法混色，與人眼視錐細胞感光特性一致，這是前置知識。

關於各種色域的解讀多如牛毛，但照本宣科的居多，上來就解釋CIE色度圖，xy、uv座標，沒錯，每個色域標準都有CIE色度座標的定義，也因此可以將RGB三基色座標圍成的三角形面積，來反覆進行對比和換算，得出一堆百分比數字，但那不是色域/色彩空間的全部

這其實是幾何題：常見色域範圍對比與轉換

色彩學是個很難講也很難理解的學科，這裏只講跟常見顯示器的參數相關的部分，如果你發現哪個中文用詞不準確，請忽略。補充CIE 1976的uv座標，刪掉無用廢話及Adobe RGB Wide-gamut，同時修正P3和BT2020的數值，只保留基本解釋和數值。

看前提示，不同色彩空間色域範圍面積百分比的轉換，嚴格來說是不準確，最好還是拿原始三基色座標直接計算色域範圍。

---------

無論顯示器、電視、投影還是手機，但凡有顯示功能的電子產品，在評價其色彩表現能力時，都喜歡說色域多少，通常是個百分數。專家都說了：顏色是一門很複雜的學科，它涉及到物理學、生物學、心理學和材料學等多種學科。顏色是人的大腦對物體的一種主觀感覺，用數學方法來描述這種感覺是一件很困難的事。

這裏的面積對比是基於native Gamut-原生色域，原生色域在測量rgb三種顏色的座標並求得面積，對比某個基準得出來的就是色域範圍，但中文翻譯可能有很多種（色域容積、色彩量），我也不能確定哪個是正確的，有些叫法還代表有亮度座標軸。廣色域顯示器應該具備切換到不同色域（色彩空間）的能力，不然會得到錯誤的顏色。

色域覆蓋率是包含和重合的意思，需要考察具體座標，不能簡單換算對比。

CIE 1931 xy座標系

CIE 1976 UV座標系

測量某個屏幕的色域，我們需要讓他顯示純紅、純藍、純綠三種顏色，也就是三個子像素單獨發光，通過分光光度計測得xy或者u'v'，形成一個三角形，求得面積後與某個縮寫的固定面積除，就得出百分比了。

色域範圍比值與色域覆蓋率的區別

色域相同不代表一定完全覆蓋，上圖有助於理解這兩者差異。顯示器實測色域雖然面積上看與sRGB的色域面積相同，可能廠商也標註了100%sRGB，但實際上B的色彩落在sRGB（A）範圍內的肯定少於100%。

NTSC 1953

作爲最常見被對比的縮寫，NTSC作爲一種廣播信號制式出現的頻率越來越少了，倒是經常被拿來做色域參考值

NTSC1953 CIE1931 xy座標

NTSC1953 CIE1976 uv座標

sRGB、BT.709 Rec. 709

這幾個是當前主流的數字圖像及視頻格式，三基色座標一致。

sRGB CIE 1931xy座標

sRGB CIE 1976 uv座標

所以100%sRGB/BT709，在xy座標系下，色域範圍等於NTSC的70.82%，在uv座標系下，色域範圍等於87.23%NTSC，

但在UV座標系下，100%sRGB/BT709色域覆蓋率等於NTSC的78.4%。

AdobeRGB

Adobe RGB98是adobe公司制定的，用途當然是商業製作/打印輸出之類的，我們可以看出紅色和藍色的座標與sRGB一樣，只是綠色彪的更高，也就是在綠色表現更飽和，順帶黃色、青色也會更廣。

Adobe RGB CIE1931 xy座標

Adobe RGB CIE1976 uv座標

PAL

中國模擬電視的制式，確定時間較晚，你會發現，也是綠色有變化，紅藍和sRGB ARGB一致，這裏面的歷史可以自己去查，貌似是綠色熒光粉的性價比問題。

CIE1931 xy座標

CIE1976 uv座標

DCI-P3

來自Digital Cinema Initiatives

CIE1931 xy座標

CIE1976 uv座標

補充以下，談到DCI-P3，順便說一下蘋果主推的Display P3和ACES Cinema的P3-D60的差別，

這三者在三基色作標上是一致的，不同的是白點色溫和伽馬，ACES是電影行業常用的空間。DCI-P3則是電影院的標準，使用2.6的伽馬曲線，和48nit的白色亮度，色域範圍比sRGB大25%。DisplayP3使用6500K白點色溫和與sRGB相同的伽馬曲線。而且雖然sRGB的伽馬近似爲2.2，但實際上並不是，按wiki的說法，靠近黑色的曲線爲伽馬1.0：

Unlike most other RGB color spaces, the sRGBgammacannot be expressed as a single numerical value. The overall gamma is approximately 2.2, consisting of a linear (gamma 1.0) section near black, and a non-linear section elsewhere involving a 2.4 exponent and a gamma (slope of log output versus log input) changing from 1.0 through about 2.3. The purpose of the linear section is so the curve does not have an infinite slope at zero, which could cause numerical problems.

BT.2020 Rec. 2020

來自ITU-R，現在4KUHD電視、出版物、傳播的最高標準，抱歉數字變動很大，一般廠商不敢標。Rec. 2100與之在色域上一致。

CIE1931 xy座標

CIE1976 uv座標

小結：

那麼知道了面積絕對值，剩下的就好辦了，比如一臺顯示說120%sRGB，在xy座標下那麼我們算一下相當於NTSC的：1.2*(0.11205/0.1582)=85%NTSC，在uv座標下，相當於104.7NTSC。

在xy座標系下96%的DCI-P3相當於NTSC的：0.96*(0.152/0.1582)=96.1%NTSC，但在uv座標系下，96%的DCI-P3就相當於105%的NTSC了。

可見，uv座標系的數值比較大，根據組織的說法更符合人眼的觀察特性，廠商也更喜歡用。

參考鏈接：

https://www.tftcentral.co.uk/articles/pointers_gamut.htmwww.tftcentral.co.uk/articles/pointers_gamut.htm

不同色彩空間的色域覆蓋率比值見鏈接：

https://www.saji8k.com/displays/color-space/rec-709/www.saji8k.com/displays/color-space/rec-709/

當sRGB爲100%時

DCI-P3爲100%時

番外：

國標色域覆蓋率

這是個什麼東西？大多數人可能覺得這個名字跟色域這樣的名詞沒什麼區別，但實際上中國的高清電視國家標準中對於色域的描述，就叫做色域覆蓋率，因爲這個詞實在太沒獨特性，所以搜資料變得很困難，況且也沒有什麼廠家支持了，當年是電子四所搞的認證，不認證不給貼標籤哦....我之所以想起來它，是因爲我發現在京東商城的松下電視介紹頁面，居然還標着色域覆蓋率》28%...

這個標準實施是2007年，《數字電視顯示器清晰度認證技術規範》。

10年前我在玩BM-7的時候，確實可以切換到CIE1976Luv模式，老師也教我用uv測，認爲uv更科學，問題是.....算了不提了。國標要求是大於32%，因爲牽扯到uv座標系，且將0.1952作爲100%的比值作爲成績，牽扯到換算，我就不細說了。

另外，索尼的xvYcc我也懶的寫了...

附wiki資料

實際上，每一個色域標準都有年代的印記（工藝和材料水平限制），都有使用場景的的傾向。除了激光光源，其他的材料亮度和色純度（色域大小）大體成反比。

NTSC、PAL和SECAM

一聊色域，基本上都知道NTSC，並唾棄它老舊....廢話，NTSC是1941制定的，NTSC這個名字就是“國家電視系統委員會”，當然，國家指的是美國的，它由美國聯邦通信委員會(FCC) 於 1940 年成立，1953年開始支持彩色（兼容黑白），所以也有叫NTSC 1953。模擬電視制式包含很多參數，比如掃描線480i、29.97等等巴拉巴拉~~其中三基色定義是

但NTSC的三基色實現起來，對於當時的CRT而言，其綠色熒光粉的光效存在較大問題。每本彩色電視機原理書籍上都會提到：

1953年美國製定NTSC 標準時採用了C 光源，以此爲依據導出了現在仍然廣泛使用的亮度方程Y = 0.30R + 0.59G + 0.11B 。然而在實際應用中很快發現，這種基於C 光源的NTSC 色域在製造產品也就是顯像管時存在比較大的問題。符合NTSC 色域的熒光粉特別是綠色熒光粉的發光效率太低，發光效率比較高的綠色熒光粉又不符合NTSC 色域。隨着顯像管制造技術特別是熒光粉技術的發展市場上出現了採用“新型”熒光粉製造的高亮度顯像管，但這些顯像管熒光粉的色域特別是綠色域都不符合NTSC 標準，因此彩色還原不如低亮度的顯像管好。由於在高亮度與更好的彩色還原之間市場選擇了高亮度，從此NTSC 色域開始了名存實亡的進程。
1965年CIE （國際照明委員會）定義了D 光源也就是D65基準白，並被1966年制定的PAL 標準首先採用。EBU （歐洲廣播聯盟）制定PAL 標準（EBU Tecn. 3213）時，充分考慮了當時熒光粉的製造技術水平，特別是綠色熒光粉。因此雖然看起來EBU 的色域比NTSC 小了一些，但依此標準制造的顯像管比較好地兼顧了亮度與彩色還原的性能。

另據wiki提到，紅色熒光粉貌似也不夠好：

早期的彩色電視接收器，如 RCA CT-100，忠實於此規範（基於流行的電影標準），具有比當今大多數監視器更大的色域。他們的低效熒光粉（尤其是紅色熒光粉）很弱且持續時間長，會在移動物體後留下痕跡。從 20 世紀 50 年代後期開始，顯像管熒光粉會犧牲飽和度來增加亮度。

電視機制式地圖被識別爲不合規...我沒啥好說的了，希望統一後把對岸的N制改成P制

所以到了PAL和SECAM，紅色和綠色都變淡了，綠色更淡一些

PAL-M的三基色跟NTSC一樣

sRGB制定時間是1996年，CRT顯示器是絕對的主流，就是爲了辦公、打印機、互聯網用途設計的。綠色跟PAL非常接近，還是受熒光粉的限制。當時國內PC我記得是486爲主，從win31轉向win95的階段。伽馬接近2.2。

Adobe RGB是1998年制定的，它旨在包含CMYK彩色打印機上可實現的大部分顏色，所以如果你不用來做CMYK，考慮ARGB幹什麼呢？ARGB的綠色比sRGB的綠色要綠的多，除非你的相機用ARGB拍攝，並在能還原ARGB的設備上看，我想不出什麼普通消費者的用途。

sRGB的白點亮度是80nits，ARGB是160nits。

DCI-P3是2005年制定的，DCI也就是LCC 數字電影倡議組織發佈了數字電影系統規範 1.0 版，白點亮度48nits，白點色溫6300K，伽馬2.6。

當時電影院用的是氙氣燈。

蘋果的叫Display P3，白點色溫改成了D65，伽馬跟sRGB的一樣~貌似2015年纔開始推的。

4K UHD 採用的視頻格式是基於BT2020的三基色（Primary colors），但限於2016年前後的電視機水平，也只好對當時的KSF熒光粉和量子點降低要求，先達到90%P3就可以了。

其實在提到sRGB、DCI-P3、AdobeRGB時，色域只是標準的一部分，還包含白點亮度、色溫、環境亮度和EOTF等等，只是被消費者忽略了，本來麼，就不是消費者該關心的事（而是從業者該關心的事情）。

每次寫色域都會頭大，歷史因素太多，各家有各家的目標。

廣色域可以模擬三基色範圍以內的窄色域，所以，這些亂七八糟的空間，對於消費者而言，等100%BT2020的設備就好啦，同時要求能準確模擬BT709和sRGB、P3的三基色就行了，其他關於色溫和EOTF都好辦，只有三基色物理參數不可更改，只有完全包含（sRGB \ARGB \P3）纔可以準確模擬，那不就是BT2020（REC2020） 麼。BT2020三基色在光譜線上，就外圍這一圈像山頭/馬蹄的包裹線，因此可以用三個單色（激）光來實現。

所以我爲什麼非常期待HDR（PQ+BT2020）能完全統治所有的顯示設備，因爲歷史遺留的亂七八糟的格式太多了。

最後最後強調，顯示設備的色域最好跟內容的色彩空間一致，多了沒用，少了的話....處理得當大多數時候沒影響，部分顏色淡一些而已。

其實不止色域，EOTF、分辨率、幀率等等，也都是“內容與顯示設備”一致時表現最理想。

另外補充，看到另一個問題，說既然沒有能實現100%BT2020的顯示設備，那我們看到的4K UHD不都是假的嗎？其實在4K UHD裏，三基色參數是BT2020不假，但後期製作的監看設備可以是P3，意味着這部片子裏沒有超過P3色域的顏色，或者對超出P3顏色的表現如何不負責，這並不衝突，這也是目前大多數HDR電影的現實，畢竟以影院製作爲目標在前，有些製作藍光或流媒體時不做改動也正常，保證色彩一致性。HLG的電視廣播倒沒這個顧慮。

怎麼理解內容的實際監看色域（監視器色域）？你想想黑白版DC聯盟就行了，三基色參數是BT2020不影響內容的色域爲0。這裏的P3只代表後期製作時是在這樣參數的設備上作爲參考的。

小結：根據用途選擇色域

如果只是辦公上網，選100%sRGB的顯示器，便宜又省心，不要去打開win/mac的HDR
如果接MacMini，辦公設計用途也用100%sRGB爲宜，100%P3理想，100%BT2020暫時沒有，MacOs裏可以設置。回到剛剛說過的如果以看/製作HDR電影爲目標，那肯定是以100%BT2020（目前能達到80%就不錯了）或100%P3爲依據，峯值亮度1000nits起步。SDR的伽馬和“舊”色域是受器材性能限制，擴展閱讀如上；而HDR的函數，這裏主要指PQ感知量化曲線，設計目標優先滿足人眼感知的極限（室內），而非器材的性能。

SDR是相對亮度，EOTF都是冪函數（power-law）（srgb是個特例），大家都知道伽馬2.2、2.4等等，這個數字的含義是x=y的2.2、2.4次冪，x是物理亮度值的百分比（浮點），y是灰階數值（Digital Code Value）的百分比。比如伽馬2.2，8bit色深的灰度數值是128、128、128，那麼y=128/256=0.5，那麼在一臺白色亮度爲100nit的顯示器上，128灰階對應的物理亮度是100x（0.5^2.2）=21nit。

常用伽馬從1.8到2.6，此值越高，分配給暗部的灰階越多，所以漆黑一片的電影院DCI-P3使用伽馬2.6，給計算機和互聯網用的sRGB使用伽馬2.2（近黑時爲1）。順便提一句，顯示設備的伽馬應與源相同，假如手動調節顯示器伽馬，數字（相對片源）越大越暗，數字（相對片源）越小越亮，但都偏離了創作者意圖。

BT.1886是基於伽馬2.4並引入了對比度和亮度設置的函數，默認狀態下與伽馬2.4一樣。

但不管哪個SDR函數，都只給高光部分灰階留了大約10%的空間，單純提升SDR顯示亮度並不會得到HDR效果，中部、暗部圖像也會變亮，大大偏離創作者意圖。

把SDR圖像拉高亮度並不合適

而PQ感知量化曲線的制定，就是爲了用最少的數據量模擬人眼對亮度的感知力，爲什麼是10000尼特峯值亮度？還是據那個我找不到出處的說法，當初杜比實驗室找人做測試，分別用5000、10000、20000尼特峯值亮度來測試，大多數人覺得10000尼特合適，這就是最開頭說的，統計意義上的人眼感知。

2014年，杜比實驗室將PQ曲線提交給SMTPE/電影電視工程師協會，於是便有了ST2084，2015年，美國消費者協會因爲懼怕杜比壟斷HDR市場，做了個簡單的靜態元數據ST2086，包含內容亮度和三基色參數，顯示設備還包括黑白裁切值，ST2084+ST2086就是HDR10，即CTA-861.3-A協議。

PQ和HLG（混合對數伽馬）都是兩段式函數，給高亮度圖像元素留出了充足的動態範圍和灰階精度，但HLG因爲仍是相對亮度，具體灰階只對應峯值亮度的某個百分比，在超過1000nit峯值亮度的設備上可能需要調整還原曲線，暫且不談。

windows開啓HDR，就是從SDR的色彩空間的EOTF（冪函數）切換到HDR10（BT2020+PQ）的色彩空間。HDR包含SDR，但要想在HDR色彩空間內正確的放進SDR內容，目前的效果不太穩定。

特別的，HDR視頻的正式出版物以PQ/HLG+BT2020色域爲準，這些標準寫在BT.2100裏。但實際上目前有很多窄色域搭配PQ/HLG的選項，尤其是在尚未成熟的HDR照片格式中，這可以減少色彩轉換帶來的問題，但EOTF肯定要換掉的，不止色域，甚至10bit都不一定是必須的~。所以才說HDR和SDR最主要的區別是亮度範圍和那個函數。

不同函數以及不同設備動態範圍的對比，這裏引用MysterBox公司的結論，用檔位來描述動態範圍。

5 黑裁切、白裁切、亮度映射

PQ曲線的初衷是涵蓋人眼感知極限（室內），目前的各種HDR屏幕，都是在PQ範圍內取一部分，黑白裁切就是這個區間的邊界，黑裁切是因爲原生對比度不夠，白裁切是因爲亮度不夠。但實際的白裁切可能與設備的真實峯值亮度無關。

啥叫色調映射？首先這是個不太容易懂的翻譯，Tone mapping機翻就是色調 映射，不過tone這個詞我個人認爲對應的是灰度（伽馬或EOTF），因爲同時對RGB起作用，那就跟亮度和色彩都有關係，假如一個實際亮度1000nits的顯示器，接收到0-10,000nits的PQ信號，它有三種處理方式，第一種直接等比例顯示，不損失任何亮度信號，結果就圖像特別灰和暗；第二種是砍掉1000nit以上的信號，都按白色顯示，0-1000nit等比例顯示，這就是1000nit硬裁切（hardclip）；第三種是0-800nit的信號正常還原，800-2000nit的信號壓縮在800-1000nit的實際亮度區間，2000nit才做以上裁切，甚至可以把800-10,000nit信號都壓縮，這就叫做滾降映射（soft roll-off），這樣既可以最大限度的保留高光圖像，也可以讓0-800nit的圖像正常顯示。

以顯示器爲例，如果標稱HDR1400，那麼這個1400除了代表峯值亮度達到或超過1400nit之外，通常還代表它的白裁切灰階爲1400nit/PQ=807，意味着HDR信號中超過1400nit、(807/1023)=79%PQ（*待勘誤）的灰階信息，會以白色（或純紅、純藍、純綠）顯示。

（clip 裁切，trim是修剪...的翻譯？）

1400nit裁切點

這也是爲什麼在製作HDR10視頻時，需要考慮到峯值亮度的上限。下圖是影視颶風給OPPO拍的素材，即便是最亮的部分，也沒有超過1000nit/75%PQ。

電視機目前都具有有滾降映射，白裁切都遠高於實際的峯值亮度，比如TCL電視基本都是4000nit裁切，海信電視是9500nit或者說是覆蓋整個PQ範圍，不同機型可能在接近實際峯值亮度到裁切點之間做亮度映射。

黑裁切很少有人注意到，只是在HDR校準時會見到，黑白裁切點是顯示設備固件裏的預設值，意思是：超出白裁切點的灰階一律按裁切點亮度顯示，低於黑裁切的灰階一律按黑色處理，超範圍的信息不要了。

最初的顯示設備HDR10模式下，亮度不可調，無論視頻內容峯值亮度是多少，只進行裁切，有些電視/顯示器可以在接近白裁切時，爲高光內容做滾降，減少出現過曝狀圖像的現象。

縱軸座標不同

你可能會見過兩種PQ曲線還原測試，兩種只是座標軸不同罷了，左邊的縱軸爲灰階經過PQ函數的逆運算得出，範圍是0-1，可以認爲等效於人眼感知的亮度變化，目標曲線爲直線，可以均等的分析亮部和暗部的還原情況。右邊縱軸爲實測物理亮度，跟顯示性能參數直接掛鉤，但在暗部很難體現差異。

比如我之前測試的多窗口面積PQ亮度還原圖，也可以做成線性的對比圖。

區別在於這是多面積窗口，而非固定面積窗口，具體含義另作解釋，只是我還沒找到合適作圖方式把PQ目標值放進去做參考，看起來有點費眼。

6 HDR顯示器亮度達到多少合適？

我還是堅持1000nit起步，原因1：人眼亮視覺需要絕對亮度，假如參考白是203nit，400或者600nit的顯示器這點提升以對數函數計算，人眼感知亮度的變化連10%都沒有。原因2：但凡正經制作HDR內容的，起碼都有個1000nit峯值亮度的監看設備起步吧，顯示器達不到的話，無法跟創作者看到一樣效果。

那麼最高多少合適？這還是看消費端屏幕和創作者監看設備的發展情況，理想的峯值亮度當然是到10000nit，短期目標4000nit，【10%-25%窗口即可】，修正：理想情況爲25%以下窗口遞增，越小越亮。

強調一下，室內環境，全屏高亮度對於HDR沒有實際意義，全屏亮度500nit足夠。極高全屏亮度唯一的價值，是提醒創作者做錯了。

7 算法做SDR轉HDR或者HDR映射到SDR，都不靠譜~

視頻導出SDR時已經損失了圖像亮部的動態和精度，因此即便SDR轉HDR會有一點高動態、亮眼的效果，並不能補足丟失的數據，同時結果未經人眼審覈~

而HDR轉SDR不靠譜的原因，則主要是結果未經人眼審覈。這裏再次強調HDR監看顯示器的重要性，不合規範的監視器做出來的東西一定是錯的。就像單聲道監聽音箱製作立體聲音樂，效果不可預知。

曾經有討論在SDR環境下播放HDR片源，哪個播放器效果是正確的，我現在的結論是都不正確，都是不同傾向設置下的一種可能，只有影視後期自己知道SDR環境下應該得到什麼效果。就像拍攝照片，只有攝影師才知道現場的樣子，照片的調教以記憶作爲評判，以創意爲調教傾向，所以創作者掌握最終效果的決定權。

只有像某些杜比視界片源，創作者在後期時制定了針對SDR環境的映射曲線，可以算作是正確的還原，HDR10+、HDR Vivid都有此類預設可調。

比如還是雪山那段素材，需要手動調曲線，才能在SDR下看起來好看。

小插曲：有個問題求推薦色彩最準確的顯示器，我拿出色準測試結果來談，結果人家來一句，要拿實物現場拍攝看顯示效果一樣的，我就直接刪了回答，因爲這個想法雖然質樸，但目前最頂級的圖像捕捉和處理流程也很難做到，更何況顯示端無法掌控全局。
包括最近黑神話:悟空強開HDR的操作，我試了一下，有些效果，但依舊不是真HDR，畫面元素究竟是參考白（漫反射）還是高光（鏡面反射或光源），程序判斷不了。

8 什麼是校色，HDR能校準嗎？

校色簡單說，就是通過測量儀器，檢測顯示器實際輸出與目標色彩空間的差異，用1D/3Dlut補償存在差異的點位，windows的校色文件，可以只包含色彩空間信息，也可以帶有補償數據，但目前win11的HDR校準程序，只能用肉眼幫助windows判定三基色座標和黑白裁切點，可以實現亮度映射，但好像還不能包括補償數據，所以windows的HDR校準實際上只能做色域和亮度映射，無法做補償，但有第三方軟件可以嘗試（涉及mch2），這個放在實際測試中講。目前有些消費級顯示器開始支持calman的硬件HDR校色，補償數據和補償運算在顯示器內部完成。

精編還是敲了上萬字，只需要記住，動態HDR格式只是多了映射參考數據，色彩空間依舊是PQ/HLG+BT2020，所以隻影響還原效果，不影響畫質。

接下來說一說動態 HDR 的杜比視界，電視的 HDR

2007 年我在日本的 CEATEC 時，第一次聽說了 DolbyVision。然而，我們卻等了將近十年 ，才能用 Oppo UDP-203 播放第一張 4K 藍光光盤，測試部分可能性。更別提我還得再等 7 年 ，才找到一個完整的鏈條（軟件、播放器和顯示器），最終能發揮其大部分潛力。 與此同時 ，毫無疑問，市場營銷層面， Dolby Vision 非常強大，儘管很少有人真正理解其潛在優勢以及如何利用這些優勢，從視頻信號的完整動態到內容創作者包含的數據流動態元數據，這些數據應能幫助電視和投影儀提升 HDR 內容的觀看效果。

2025 年 9 月 2 日，也就是 IFA 開始前三天，沒人預料到的爆炸性新聞： 杜比實驗室宣佈 了 Dolby Vision 2，這是首個系統在 2007 年首次被提及、2014 年盛大宣佈並真正推出的系統 Dolby Vision 2 的進化版本。 嗯， 消息發佈後，我自豪且非常仔細地閱讀了我們討論論壇上關於新杜比視界 2 的所有評論 。我強調“自豪”，因爲在編輯部我們都經歷過大部分困惑，也曾對一些笑話中“微妙”的諷刺感到微笑。這套系統無法兼容現有的 4K UHD 藍光光盤和僅存的少數播放器。 這也是我決定直接解決這個問題的原因，感謝 Dolby 的熱情款待，他們在 IFA 進行了深入的講座，並儘可能多地回答我的任何問題。

在進入核心問題之前，我認爲有必要先有一個“簡短”的前提，目的是做一個簡短的回顧，方便即使是那些不完全掌握這些主題的人，也能掌握所有關鍵要素，幫助我理解最終的考量。我預計在本文底部你還會看到一些鏈接，幫助你深入探討一些關鍵話題，而出於可以理解的原因，我未能詳細展開。祝你閱讀愉快！

視頻質量：SDR 與 HDR 信號

純視頻內容的複製質量，無論是電視還是電影，都是多種原因的結果，首先是傳輸前素材的原始質量 （包括分辨率、色域、動態、色深等），無論是通過無線、流媒體還是實體媒體。還有傳輸質量和帶寬大小（也就是碼率），最後三個步驟是：顯示設備性能、環境，以及觀察者的位置，因爲如果你在九月熾熱的陽光下、消費電子展的人羣中走動時，在6 英寸顯示器能看到什麼呢？ 也許在家裏，黑暗中，用高質量的電視或視頻投影儀，完美校準，從正確的距離觀察，我們有更多機會接近內容創作者的意圖，相當於是在最終定稿時，調色師、攝影指導身邊的那位導演和製片經理看到的。

基於此前提，我將視頻信號分爲兩大類 ，不區分分辨率、頻率或類型：它們是具有標準動態範圍 ，也就是 SDR（更準確地說是“壓縮”），每個分量量化爲 8 位（256 種不同級別），且代表可用的最大量。還有高動態範圍的，也就是 HDR。 每個分量的量化爲 10 位（理論上可達 1024 個灰階，是 SDR 信號 8 位的四倍）。

動態範圍壓縮

來自《Oblivion/遺落戰境》電影開場的畫面，具有高動態範圍，左側是波形，“完全範圍”的亮度信號圖

最廣泛的電視廣播和流媒體視頻信號遵循高清電視標準【臭名昭著的 REC BT.709】的建議，基於所謂的“ 分量 ”數字信號（Ycbcr ），每個分量量化爲 8 位，理論上每個分量有 256 個不同灰階電平，從0到 255。實際上， 按照慣例，視頻都使用“有限範圍” ，黑位是 16灰階，白色是 235灰階，總共有 220 個灰階等級。完全動態範圍：在計算機世界中，顯卡產生的視頻信號是 RGB：當這是每個分量 8 位時， 黑位爲0，白爲 255。16-235的限制僅指電視視頻源，無論是 DVB-T 解碼器、DVB-S、藍光光盤播放器、DVD、流媒體播放器或其他類似“魔鬼”設備，都使用有限範圍。

這次是 SDR 版本

SDR 視頻信號就像收音機傳輸的音頻信號，通常會經歷動態範圍的劇烈壓縮 ，使音量變得平坦均勻：低音量被提高，高音量被降低。一切聲音響亮但不過於吵鬧，即使在車裏也能聽到古典音樂會 的“鋼琴”音，沒有那些帶有塑料籃子和壓制紙板薄膜的浪漫音箱，音響立刻進入失真狀態。SDR 視頻遵循同樣的理念 ：動態範圍被壓縮到即使在不理想條件下，我們也能看到攝像機或膠片攝像機（或幾乎）捕捉到的所有畫面，因此即使電視亮度不高，或者環境光線充足，也能看到。這也是過去和 REC/BT.709 建議的遺產。 是的，正是高清的，即使電視每平方米只有 100 燭光（坎德拉/平方米、cd/m2、nit），也要求你能很好地觀看高清內容。此外，SDR 數字視頻信號可用的 220 級電平較少，壓縮動態範圍還能避免一些僞影 ，如太陽化或色彩彎曲。

（範：BT.709和Rec.709只是SMPTE和ITU-R的標準前綴不同，一碼事，其他類似情況也是）

SDR視頻是相對亮度

SDR 中的灰度，採用 gamma 2.2;左側爲達芬奇 Resolve 獲得的波形

這幾年裏，即使是最便宜的電視，亮度也遠高於每平方米 100 坎德拉（以下稱爲 nit）。到現在爲止，除了極少數例外，比如某個不太知名品牌的傳單優惠，入門級電視最大亮度通常是 300 nits。 但要注意：從感知角度看，300nit並不是 100 nit的三倍，而是多三分之一 。 簡單來說，從感知角度看，500 nits 大約是 100 nits 的兩倍。這是因爲我們的視覺系統，包括眼睛和大腦，其工作方式有一定的特殊性。這裏當然不是深入研究生理學的地方，但請記住一條規則：均勻篩查面積爲 5000 nit，感知上大約是同一區域的兩倍大且均勻，且大小和均勻 度相同，測量爲 1000 NIT 的面積。（大概是說5000nits的人眼感知亮度是1000nits的兩倍）

在 SDR 內容播放生態系統中， 一切都是相對的。電視亮度有多高並不重要：不同信號電平的比例以及輸入信號電平與屏幕還原亮度的比例，只是相對的。明確來說，在黑暗中觀看的電視在達到最高 100nits峯值 時，主觀感知與峯值爲 300 NIT 的電視（應該是有光環境下）非常相似，前提是它們採用相同的白平衡、相同顏色和相同的伽馬曲線 。這是因爲在黑暗中，我們的眼睛會適應 ，沒有參考點 ，很難理解哪種情況和有多少差異 ，甚至在絕對光功率方面也是如此。

HDR 高動態範圍

（範：補充，709的0.01nit是指灰階1時的亮度，PQ的0.0005也是）

得益於近年來電視和內容製作技術的進步，HDR 視頻的到來讓一切都發生了變化 。許多事情發生了變化，但最重要的是，重現更飽和色彩的能力提升了——這些色彩直到最近只有 在數字放映機的影院中才能看到——最重要的是，電視的最大亮度也提升了，現在能達到數千個 NIT， 而不再只是幾百個。但參考也發生了變化。 如果以前一切都是相對的，50%的“灰”只跟電視最大亮度峯值有關，那麼在 HDR 視頻信號中， 這 50% 的“ 灰色 ”必須有自己的精確亮度水平，相當於大約 94 NIT。HDR 電視標準的建議非常精確且明確：灰度的進展與非常精確的亮度值相關聯，所有電視都應適應，以達到峯值亮度 10,000 nit（感知上僅爲 2,000 nit 的兩倍）。

大多數 HDR 影片在後期製作中通過參考監視器準備和檢查，通常峯值亮度爲 1000 NIT，且原生對比度非常高，比如你在本測試中可以看到的 EIZO CG3145 。有時也會使用更亮的顯示器，最高可達 4000 NIT。在極少數情況下，情況甚至更進一步。 HDR 內容的亮度信息以數字視頻信號的比特和電平分配，就像 SDR 信號一樣。然而，在 HDR 信號中，每個顏色成分的 10 位 ，理論上有 1024 個不同值， 我們很快會明白爲什麼擁有四倍於 SDR 信號的細微差別如此重要。 不過，也有限制：即使在這種情況下，黑位並非爲零，而是置於 64 級（是 SDR 信號 16 級的四倍），而最大可能的峯值亮度等於 10,000 nit，被放置在 940 灰階（235 級的四倍）。HDR10 視頻信號的可能電平是 877，而不是 1024。

UHD 藍光 4K 高清 HDR 版遺落戰境，1000nit以上並未使用

此外，最受歡迎的 HDR 視頻信號 HDR10 還有一個限制。如前所述，大多數 HDR 內容通過最高可達 1000 NIT 峯值亮度的顯示器準備和控制，在 10 位尺度中，這一限制大約在 1024 個可能值中的 723 級（0 到 1023）。我藉此機會指出，789 級約對應 2000 NIT，855 級約對應 4000 NIT，依此類推最高 10000 NIT，即 940 級。因此，大多數不包含峯值 1000 NIT 亮度信息的 HDR 內容，並未充分利用數字信號中所有可用的“空間”，而僅覆蓋 64 級到 723 級之間的範圍，約佔所有可用空間的 65%。有些電影會超過，但非常少，大部分甚至會更低。

帶有靜態元數據的色調映射

本文測試的 EIZO CG3146 1000 NIT 參考監測儀

現在假設你有 HDR 內容，可能包裝在一張 4K 藍光光盤中，比特率非常高，信號峯值亮度不超過 1000 NIT，此外，前述電影已在使用這些精確的參考顯示器上準備並檢查過，因此白峯值爲 1000 NIT 且黑位遠低於 0.001 NIT 值， 因此對比度爲一百萬比一。所以你正準備用一臺消費級電視觀看這部藍光 4K HDR 影片，雖然它很精彩，但性能未必達到後期製作顯示器的水平，而且據說，價格不少於 3 萬歐元 。

也許你的電視沒有達到相同的亮度峯值，或者黑層明顯更高，甚至色域幾乎完美，但在低光環境下對最飽和色彩的精確還原可能沒有那麼精準。簡而言之，這是一團糟，甚至連最高端的電視都無法挽救，正如我們在 AV 雜誌的深度測試中常常指出的那樣。談到 HDR，你的可憐電視常常被迫做出各種妥協。它從動態範圍的壓縮開始，調整顏色的色調、飽和度等，試圖在調色師在 3 萬歐元顯示器上看到的參考與客廳裏“熨斗”的可能性之間調和。

使用 DaVinci Resolve 20 進行靜態元數據分析

因此，爲了幫助 HDR 內容的再現，在消費級電視和視頻投影儀中，HDR 視頻信號與靜態元數據相關聯。 當它們存在時（並不確定它們總是存在） 它們僅指後期製作中使用的顯示器特性（黑位、白峯和三種色域座標） 以及另外兩個統計值， 在分析所有內容後，從第一秒到最後一秒測量：最大亮度水平（即MaxCLL）和亮度值的平均值（MaxFALL），均以 NIT 表示，即坎德拉每平方米。有時這些數據是錯誤的。它們比你想象的更常誤導人，反而製造更多問題，非但沒有幫助電視。然而，目標很明確：提供元數據，幫助電視或投影儀執行所謂的色調映射，即根據播放所用顯示的特性調整動態和色彩。

動態元數據與專用視頻處理器

三款最有趣的視頻處理器

幸運的是，還有第二種方式，涉及動態元數據的存在，這些元數據由參與內容後期製作的人員直接錄入。在這些元數據中，還有許多統計元素 ，可以幫助電視和投影儀的電子設備找到最佳折中方案，以重現 HDR 內容，同時避免偏離內容通過參考顯示器觀察和驗證的初衷。最受歡迎的兩種 消費級動態元數據系統是 HDR10+ 和杜比視界 ，後者有一個巨大的優勢，就是始終能夠充分利用信號的全部動態範圍。你還記得我之前提到的那個極限嗎？峯值亮度 1000 NIT 與 723 的數值掛鉤，從這裏到 940 層的數字空間“浪費”？用 Dolby Vision 就不會發生這種情況，所有可用空間都會被充分利用，甚至從零開始而不是從 64 開始，所以電視會有動態元數據，逐場景告訴電視亮度峯值。

爲了提升電視和投影儀上 HDR 內容的播放，沒有動態元數據，但還有第三種方式：逐幀、逐像素分析播放的視頻信號，直接來自電視、投影儀或專用視頻處理器的電子設備，生成的統計數據比最先進的動態元數據系統更爲複雜。 有非常複雜的視頻處理器， 用於那些需要比電視更重（調整幅度更大）、更細膩的動態範圍壓縮的領域。我指的是高端視頻投影領域，峯值亮度爲 100 NIT 或略高，而非電視的 1000 NIT：僅實時分析和處理的視頻處理器成本從幾千歐元起，最高可達近 2 萬歐元

然而，對於電視來說，並非非得花費這麼多，因爲對於信號的統計分析以及隨後將 HDR 內容調整到電視和投影儀的處理，它已經達到了一種複雜、強大的和準確性，這對於像我這樣習慣使用上述專用視頻處理器的人來說也感到驚訝。然而，即使是電視中 HDR 信號的最佳分析系統，往往缺失的是對這些信息及其最終結果的利用，即複製品與後期製作中珍貴參考的適配和接近度。畢竟，“沒有控制就沒有權力”這句話確實如此。

杜比視界正是有這個崇高的目標：首先爲電視或投影機的電子設備提供最佳質量的視頻信號，以及所有動態 元數據以促進所有處理，找到最佳折中方案，避免偏離內容創作者的初衷太遠。在杜比視 界的最初八年裏， 我個人的平衡感並不理想這通常是因爲我們在電視中看到的實現方式，或者系統過於複雜，幾乎沒有藍光播放器，無法完全實現它。直到今天，隨着最新播放器配備了寶貴的 Amlogic SoC，比如我那臺值得信賴的DUNE HD 8K，我才能充分利用 Dolby Vision 的 HDR 文件。但那是另一個故事......

杜比視界2的所有新聞

所以我們來到柏林，杜比實驗室宣佈了 Dolby Vision 2，這是一個最初與聯發科 、 海信甚至一些發行平臺合作開發的新生態系統。宣佈後，我在 IFA 期間，立刻去杜比仔細查看新聞，也提了一些問題。除了向您推薦本地址發佈的新聞外，我藉此機會做一個簡要總結。新 Dolby Vision 2 帶來的第一個新意是，雖然 Dolby Vision 2 數據流中的元數據僅有一種類型 ，且向下兼容現有版本的電視和投影儀。據提供的信息，Dolby Vision 2 元數據的編纂還將得到人工智能的支持，以便完成內容準備人員的任務。

根據電視不同，Dolby Vision 2 兩個版本之間的差異

Dolby Vision 和 Dolby Vision 2 Max 的區別主要體現在電視端。最便宜電視的“標準”版本只會利用部分新元數據，而“MAX”版本理論上將支持更復雜的色調映射、幀插值管理，並利用照度傳感器調整處理以適應觀看條件，有點類似於Dolby Vision IQ已經實現的做法，指令是這次將包含在元數據中。演示中使用的所有電視均爲海信，有些配備了新的Pentonic 800 SoC（MT9655）。Dolby 向我們解釋說，其他 SoC 實現是可能的。目前還不兼容視頻投影儀。畢竟，2014 年第一版甚至沒計劃...

圖像引擎、極致黑/Precision Black、 亮度傳感器2/Light Sense 2

Aaron Dew，杜比實驗室家庭設備高級產品經理

以下是對所有新聞的逐條分析，首先是 Image Engine，該引擎在概念上應與第一版 Dolby Vision 相似，包含了大部分動態元數據，以便儘可能精確地構建色調映射。這些數據只能在高端電視中得到充分利用，因此只能在 Image Engine MAX 版本中得到充分利用。有人猜測，Image Engine 是首部 Dolby Vision 元數據的核心（RPU+CM 4.0），而新的“MAX”引擎則帶來了更多元素（也有人認爲這只是營銷名詞）這次，得益於 Image Engine Max，電視的色調映射能夠利用（超過片源需求的）亮度峯值，甚至可能高於後期製作中使用的顯示器，這一點我將在後文結論中詳細說明。

也許最有趣的功能是 極致黑/Precision Black，它也包含在 Dolby Vision 2 基礎版中，它會在元數據中插入許多用於管理低光環境的信息，這些信息本應比當前的 Dolby Vision 還要高，但實際上這些數據對我來說似乎毫無用處：調色工作室的照度水平，通常應爲零。在 Max 版本中，Precision Black 還與 Light Sense 2 協同工作，後者會利用電視放置環境中照度/ lux（可能也包括“顏色”）來實現最佳折中。 Light Sense 2 功能僅適用於支持 Dolby Vision 2 MAX 的電視。

強度控制與運動優化

還有一個叫做強度控制的功能，也存在於“基礎”Dolby Vision 2 中。這是一個用戶菜單項，可以快速調用，可以調節圖像的強度，理解爲整體亮度、對比度和顏色的混合。實際上，最終用戶只需一個簡單的控制，即可讓圖像更明亮，同時不扭曲製作過程中確定的平衡。我們只測試過這一功能，以垂直“滑塊”形式，應用於體育模式，毫無疑問效果非常好。

（範：這似乎有點像海信電視的個性化圖像設置，讓用戶4選1選擇強度，控制幾個主要變量）

體育優化功能爲內容分發商調整電視某些參數（如白平衡、伽馬和色彩還原）打開了可能，以使畫面對最終用戶更具“吸引力”。當我脊背發涼時，我向杜比視界內容支持負責人托馬斯·格雷厄姆提出了第一個問題：根據我作爲專業校準師的經驗，在 HDR 體育電視領域，我被要求將所有顯示器校準到精確標準，因此也就是 D65 白色及其色彩。我是不是分心了，有什麼變化嗎？

托馬斯·格雷厄 姆立刻伸手錶示：沒有任何變化，參考白平衡仍爲 D65，體育賽事製作控制仍通過根據經典參考校準的顯示器進行。它只允許內容的分發方（據我理解，不是創作者模式）修改一些參數，字面上將圖像從參考處移開，以使其更具吸引力、更具“迎合性”，或者符合觀衆的預期。 在我參加的演示中，觀看了一段足球比賽的短片段， 白平衡的變化細微但明顯，且略顯“冷”，色彩和對比度都明顯。這是一個最終用戶可以關閉的功能，但正是這個原則讓我覺得有些過時：Dolby 曾經幾乎像一座“堡壘”，爲內容創作者提供維護意志的工具，現在卻走向了相反的方向.....

真實運動模式/Authentic Motion

兩種“真實運動”模式的比較

現在我們來到一個功能，作爲一個尊重創意者意圖的“原教旨主義者”，真的讓我跳上椅子： 真實運動 ，也就是幀插值。在 Dolby Vision 2 MAX 中，內容創作者允許 在某些場景中創建中間幀;它也可以在五個不同的層面上做到這一點。如果原始幀率是 24 fps，有些電視的面板可以達到至少 120Hz，有時甚至 240 Hz，因此有很大空間可以發明各種或多或少侵入性的插值，所有這些都由電視內部處理器處理。 毫無疑問 ，在某些電影中 ， 尤其是在某些場景中，攝像機快門速度過短，畫面過於銳利，動作捕捉速度過快（如橫向滑車）。在這些情況下 ，24p 畫面的斷斷續續節奏反而讓人感到煩躁，甚至可能分散觀衆的注意力。這些都是製作上的錯誤，比如電影《邊境殺手》中排隊車輛在高速公路上的臭名昭著的垂直平移，或《黑暗時刻》中長長的水平推車。

邊境殺手“臭名昭著”的部分

在這種情況下，內容創作者允許即使只是輕微的幀插值激活，以部分恢復錯誤。從這個角度看，如果被正確利用，這種可能性也可能非常有用。我仍然非常懷疑，並且對有多少電影能使用此功能，以及有多少電影能在不扭曲原始信息的情況下使用感到懷疑。在杜比房間的演示中，選定片段的插值介入實際上是低調且可接受的，且無明顯僞影，最高可達 5 級中的第 2 級。在我看來，超過了肥皂劇效果就太明顯了，更不用說那些僞影了。 現在我們來到最後一個“瘋狂”，也就是 Dolby Vision 2 Max 允許的色調映射，它可以利用新電視的亮度值，有些甚至能達到 10,000 NIT，尤其是演示中的大型海信電視， 峯值亮度超過 6000 NIT。

超高亮度峯值（超過 5000 NIT），涵蓋細節 在低光環境下，其他情況下可見且亮度足夠（1000尼特）

即使內容峯值亮度限制在 1000 nits 內，使用 Dolby Vision 2 Max，電視仍可選擇調節亮度水平，充分利用所有可用功率。在哪種情況下？比如，當房間裏有光的時候。到目前爲止，即使應該“禁止”在有光照環境下觀看 HDR 電影，我也不想審查這種可能性，儘管 Dolby Vision IQ 已經部分支持，但讓我更困惑的是，即使在黑暗環境中，也可能能放大比參考更高亮度峯值的可能性， 這會導致觀衆眼睛眩暈（刺眼），使得在低光環境下更難察覺 細節，而在區域有限的局部調光顯示器中，光暈會更加明顯。 最後，還有尚未詳細公佈的Pro Mode功能，我們將在稍後再次介紹。

結論

杜比在娛樂行業發明新資金流動方式方面的技能堪稱傳奇，且常常爲最終用戶帶來諸多好處。毫無疑問，從紙面上看，杜比視界 2 有一些有趣的創新，比如“精準黑”或“強度控制”。我對像真實動作和運動優化這樣的功能持更懷疑態度，因爲它們似乎與內容創作者的初衷背道而馳。實際上，“真實動作”模式可以開啓新場景，沿着上一部《阿凡達》已經走過的路徑展開，立體版利用了 24p 到 48p 之間的不同幀率，提升動作激烈場景的流暢度。通過正宗模式，杜比可以事先包含這種可能性，利用五通 SoC 的處理能力，未來還能利用其他處理器。

最後，我要回應那些擔心“回購”所有電視以確保與 Dolby Vision 2 兼容的人。近代歷史告訴我們，新系統的實施，尤其是像杜比視界 2 這樣複雜的系統，將需要很長時間。也許不會像第一代杜比視界那樣超過五年，但在 2026 年底之前很難看到可用的作品。與此同時，還需要了解哪些公司願意投入資金來實現 Dolby Vision 2，有多少流媒體服務會採用它，以及內容將是什麼樣，考慮到 Dolby 在市場營銷方面也可能承擔一些經典電影的重新編排。屆時，還需檢查一些來源的兼容性，比如最新媒體播放器和獨立流媒體播放器，以便最終準備一場對決，或許兩臺電視校準得極其精準，看起來幾乎一模一樣，以驗證這款新 Dolby Vision 2 相較於電視內置的處理技術的優越性。等到這個機會來了，我相信我們會玩得很開心。打賭？

接下來說一說雙層和單層杜比的差別

揭祕杜比視界的本質 兼談雙層DV的解碼與MKV DV的轉換

1.單、雙層杜比視界到底有什麼區別？

Apple TV、芝杜、神盾點亮的雙層杜比視界（雙層轉單層）與4K藍光播放機點亮的杜比視界（真雙層），畫面到底有什麼區別？

雙層是指藍光碟杜比視界P7的BL層和EL層，此外還包括rpu數據，EL層=工程源文件422ProRes（舉例）和BL層成片420 HEVC（HDR10)的色度差值數據（剛好1080p）（我猜測）。已知Ycbcr 420在高亮度部分的色準不行，但大多數電影比較黑（Max CLL不高）....所以有些MEL 碟片的EL層數據小也就不意外了。

EL層需要第二個hevc解碼器，並與BL層合成上變換成12bit422的Ycbcr輸出，所以大多數soc不支持。

RPU的L1數據只是一份連續的幀屬性報告：

（每個鏡頭的靜態元數據，加在一起是動態元數據，以及可能存在的調教指導參數—L2以上）

[{"dovi_profile":5,"header":{"rpu_nal_prefix":25,"rpu_type":2,"rpu_format":18,"vdr_rpu_profile":0,"vdr_rpu_level":0,"vdr_seq_info_present_flag":true,"chroma_resampling_explicit_filter_flag":false,"coefficient_data_type":0,"coefficient_log2_denom":23,"coefficient_log2_denom_length":23,"vdr_rpu_normalized_idc":1,"bl_video_full_range_flag":true,"bl_bit_depth_minus8":2,"el_bit_depth_minus8":2,"vdr_bit_depth_minus8":4,"spatial_resampling_filter_flag":false,"reserved_zero_3bits":0,"el_spatial_resampling_filter_flag":false,"disable_residual_flag":true,"vdr_dm_metadata_present_flag":true,"use_prev_vdr_rpu_flag":false,"prev_vdr_rpu_id":0},"rpu_data_mapping":{"vdr_rpu_id":0,"mapping_color_space":0,"mapping_chroma_format_idc":0,"num_x_partitions_minus1":0,"num_y_partitions_minus1":0,"curves":[{"num_pivots_minus2":0,"pivots":[0,1023],"mapping_idc":"Polynomial","poly_order_minus1":[0],"linear_interp_flag":[false],"poly_coef_int":[[0,0]],"poly_coef":[[0,0]]},{"num_pivots_minus2":0,"pivots":[0,1023],"mapping_idc":"Polynomial","poly_order_minus1":[0],"linear_interp_flag":[false],"poly_coef_int":[[0,0]],"poly_coef":[[4194304,0]]},{"num_pivots_minus2":0,"pivots":[0,1023],"mapping_idc":"Polynomial","poly_order_minus1":[0],"linear_interp_flag":[false],"poly_coef_int":[[0,0]],"poly_coef":[[4194304,0]]}]},"vdr_dm_data":{"compressed":false,"affected_dm_metadata_id":0,"current_dm_metadata_id":0,"scene_refresh_flag":1,"ycc_to_rgb_coef0":8192,"ycc_to_rgb_coef1":799,"ycc_to_rgb_coef2":1681,"ycc_to_rgb_coef3":8192,"ycc_to_rgb_coef4":-933,"ycc_to_rgb_coef5":1091,"ycc_to_rgb_coef6":8192,"ycc_to_rgb_coef7":267,"ycc_to_rgb_coef8":-5545,"ycc_to_rgb_offset0":0,"ycc_to_rgb_offset1":134217728,"ycc_to_rgb_offset2":134217728,"rgb_to_lms_coef0":17081,"rgb_to_lms_coef1":-349,"rgb_to_lms_coef2":-349,"rgb_to_lms_coef3":-349,"rgb_to_lms_coef4":17081,"rgb_to_lms_coef5":-349,"rgb_to_lms_coef6":-349,"rgb_to_lms_coef7":-349,"rgb_to_lms_coef8":17081,"signal_eotf":65535,"signal_eotf_param0":0,"signal_eotf_param1":0,"signal_eotf_param2":0,"signal_bit_depth":12,"signal_color_space":2,"signal_chroma_format":0,"signal_full_range_flag":1,"source_min_pq":62,"source_max_pq":3696,"source_diagonal":42,"cmv29

正是杜比演示DEMO印度風光的RPU的開頭幾幀數據。1個G左右的片子，RPU只有990KB。

2.如何知道影片格式是不是杜比視界？

一般文件名會有DV、 DoVi、Dolby Vision字樣

安裝media info

文件右鍵點mediainfo查詢

可以看到HDR format 有Dolby Vision 或者dvhe 05.06字樣的就是profile 5

像這樣顯示BL+EL+RPU的，是MakeMKV製作的單軌雙層profile7 ，也能看到dvhe 07.06字樣

iphone拍的DV profile 8.4，轉換函數顯示HLG

原盤BDMV（含ISO）如果是杜比視界版本（UHD BD碟杜比視界是可選支持），肯定就是雙軌雙層的杜比視界Profile7了，直接看文件能看到兩個視頻軌道，雖然看不到杜比字樣，但第二視頻流分辨率是1920x1080的。

3.揭祕杜比視界的本質 兼談雙層DV的解碼與MKV DV的轉換

修正：Profile5的色彩編碼名稱從Ictcp均改爲IPTPQc2。

允許我標題黨一把~折騰了這麼久才悟出來點心得~~難免有很多錯誤，畢竟杜比視界的文檔那麼多。首先要承認杜比實驗室的開創者地位，杜比視界（Dolby Vision）的研發投入了超過1億美元，最早可追溯到 2007年他們收購 Brightside Technologies，將近10年的時間打造出來技術鏈，不是那麼好理解的。

斗膽說一下我自己的理解，杜比視界片源比較重要的三個組成：PQ感知量化曲線、RPU動態元數據、IPTPQc2色彩編碼。

部分杜比視界配置版本

Profile5：最好的杜比視界版本？

偏色？正宗IPTPQc2色彩編碼的Profile5

而將這三者集大成的就是Profile5，也就是目前流媒體用的杜比視界版本，恐怕是大多數人第一次看杜比視界卻看到發綠發紫的那種。

等等，現在畫質最好不是杜比視界4K UHD原盤麼？我的理解是，杜比搞出雙層DV，是因爲UHD BD要求其兼容HDR 10，那麼就只能用YCbCr色彩編碼，而10位IPTPQc2編碼色彩精度相當於11.5位的Ycbcr色彩編碼，所以杜比做了一個第二視頻流，用來把10bit的Ycbcr 4:2:0視頻提升到12bit 4:2:2的Ycbcr（碟機主導）。

大概杜比實驗室認爲10bit的YCbCr太垃圾了，還只能用64-940的Limited Range~，如果不是被逼着考慮UHD BD的兼容性，Profile7壓根不會存在（個人主觀臆測）。

Profile5=10bit+Full Range +IPTPQc2+ PQ+HEVC+RPU，

簡潔而高效，徹底的跟舊體系分手，流媒體專用，只要買了授權，電視、手機、PC都可解碼。

Profile7=10bit HEVC（基礎層BL）+limited Range+ YCbCr+PQ+10bit HEVC（增強層EL）+RPU

這裏特指FEL而非MEL（沒有增強層）的Profile7。碟機專用，僅像MT8581芯片的碟機可以合成12bit（以及老款LG電視）（LLDV也就是播放器主導），或者採用8bit RGB 隧道技術輸出給電視來處理（電視主導）。

Profile8.4=10bit +limited Range+YCbCr+HLG+HEVC+RPU

目前主要用於UGC（用戶創作內容）視頻，比如iphone。

在不支持杜比視界的設備或者軟件上可以播放出HLG的效果，Profile 8.1就是把HLG換成PQ。

Profile8.1、8.6等，簡稱P8

DIY品種，將UHD原盤P7杜比視界的雙視頻流m2ts改成MKV，保留或者去掉EL層，非官方產物，所以播放起來挺麻煩的，要麼只能播放其中的HDR10部分，要麼EL層不生效。

---

我似乎搞懂了，當初有評論說profile5纔是杜比視界“初心”的意思。

下面詳細解釋一下“PQ感知量化曲線、RPU動態元數據、ICtCp/IPTPQc2色彩編碼”

PQ：感知量化曲線

PQ是一個灰階數值到絕對亮度的轉換公式，它由杜比開發並於 2014 年由 SMPTE 標準化。PQ曲線可以覆蓋0.005到10000nit的亮度區間，每一個灰階代表一個絕對亮度值，當然你還要根據Full和Limited來判斷，最大灰階可能是（64-）940，也可能是（0-）1023，松下相機裏還可以設置64-1023，這也經常讓我搞糊塗。

PQ曲線對比SDR的伽馬2.4

杜比提交的PQ經標準化成了ST 2084，NHK和BBC提交的HLG經標準化成了ARIB STD-B67，這倆傳遞函數（OETF/EOTF）已經成了HDR格式的基石。HLG因爲是相對亮度，原本是沒有元數據的，更不要提動態，支持的最大亮度有限。優點是兼容SDR設備（廣播電視體系的老傳統了）。

HLG對比SDR的伽馬2.4

Full Range與Limited Range

這個東西幾乎無處不在，可大多數人搞不清它倆的區別和存在的意義。

Limited Range還有其他名字，比如Studio level、TV level、“有限範圍”，著名的16-235問題就是因爲這個Limited Range，這是模擬時代的廣播電視傳輸技術遺留問題，0-15被視爲可能存在噪聲的安全區被丟棄（有可能放置時鐘信號與一些傳輸界面相關的信號，不需要顯示），236-255還包含“超白”100-107%的亮度信號，廣播電視領域留了這麼兩段佔了可用bit數卻沒多大價值的空白。limited的HDR10視頻灰階範圍從64-940（可用灰階876個）。

Full range，也叫PC level，“完全範圍”，用滿8bit的0-255灰階，0就是黑，255就是全白，10bit是0-1023，都是數字化時代了，不需要什麼保留區間，杜比視界Profile5就是Full range，可以用到0-1023的整個灰階。

完全範圍，Full Range

順便說個從國外論壇上看的趣聞，當初杜比請測試人員觀看5000nit，1萬nit和2萬nit峯值亮度的三種屏幕效果，結果測試人員大多數選擇1萬nit，所以PQ的峯值亮度就這麼定下來了。另外，雖然PQ的動態範圍有24檔，但人眼的靜態動態範圍，也就是指瞳孔不收縮的情況下，大約是12檔，至於人眼的靜態對比度，沒有確鑿的結論，但普遍認爲10000:1比較合理。

RPU動態元數據

（補充一個前提，當你的顯示設備亮度、色域達到或超過片源需求時，映射就沒什麼用處，此時杜比視界最多隻是強制把你的設備限制在標準設置上，比如D65色溫和對比度等等）

關於HDR10的靜態元數據，我打個比方，你準備看片，我看了一眼靜態元數據（MCLL：1000nit，P3色域）在邊上幫你調好“色彩空間、亮度、對比度、伽馬和飽和度”，影片開始，我走了。

動態色調映射

關於杜比視界的RPU以及HDR10+的動態元數據，還是打這個比方，你準備看片，我拿着整部影片的場景索引（RPU L1數據）坐在邊上，遙控器在我手裏。白天場景，我幫你調好“亮度、對比度、伽馬和飽和度”；夜晚場景，我幫你調好“亮度、對比度、伽馬和飽和度”......直到影片結束，你只能說是想亮一點（杜比視界明亮），還是昏暗一點（杜比視界柔和）或者你讓我根據環境光看着辦（杜比視界IQ），當然你還要給我配個亮度傳感器。

（特別的補充一下，Tone這個詞雖然被翻譯成色調，但其實這裏的Tone mapping的原意應該指的是灰度映射，指的是灰階-亮度還原曲線的調整。而中文的色調更多是指Hue，這又是一個早期翻譯帶來的麻煩。）

（下面這段兒內容爲特別粗淺的理解，肯定有錯誤）

圖注：杜比視界的工程文件經預處理分離成YUV數據和RPU數據，YUV數據送去進行H265壓縮，壓縮完後再用VES合成器把RPU和H265文件合併，最終生成杜比視界視頻文件。

RPU：Reference Picture Unit，參考圖像單元，是一種特殊的網絡抽象層單元 (NALU)，它承載了杜比視界動態元數據。

L0（靜態）：掌握目標顯示特性
L1（動態）：自動生成
L2 修剪（動態）：每幀或每場景手動生成
L3 修剪（動態）：每幀或每場景手動生成（自 CMv4.0）
L8 修剪（動態）：每幀或每個場景手動生成（自 CMv4.0 起）（相當於 L2 修剪）
L5 : 時間軸縱橫比描述
L6（靜態和可選）：MaxCLL和MaxFALL（需要HDR10）
L9（動態）：掌握顯示原色（自 CMv4.0 起）
杜比視界 4.0 引入了用於色調和飽和度調整的新輔助修整
（機翻）

00:18

RPU的不同level控制顯示效果

在杜比視界CM( Content Mapping) v4.0規範裏，動態元數據的不同level，有的負責讀取電視的EDID，有的是關於Clipping/裁切/修剪，不管怎麼理解，影響的是圖像亮/暗部的還原，也就是對比度和伽馬，有的與增益、色度、色調、飽和度調整有關。

備註：下面的對比圖只代表這部杜比演示碟在這臺電視上的表現差異，看起來伽馬、裁切點、飽和度有調整。

左：杜比視界 右：基礎層HDR10

所以在我看來，相比HDR10，杜比視界本質上不是畫質增強技術，而是顯示調教技術，常規意義上的畫質（清晰度、細節等）還是由HEVC編碼的碼率決定。當然，Full Range和ICtCp依然可以提升畫質（相對於limited和YCbCr）。

ICtCp色彩編碼/IPTPQc2

追加，雖然這部分介紹的是Ictcp，但也應該適用於IPTPQc2。

與傳統的YCbCr相比，ICtCp有許多相似的地方。同樣是分量信號（YUV），可以通過壓縮和編碼處理的方式節省寶貴的帶寬。
在HDR環境中，10bit色彩深度同8bit相比對於色彩數值的精度要求提高4倍，而高光的精度對色彩的飽和度也會造成相應影響，當YCbCr信號以標準4：2：0的格式製作後傳送到顯示設備並轉換爲RGB數據進行顯示時，容易出現色彩記錄層面和換算層面的誤差，反映到實際觀看效果中就會出現飽和度過高或噪點增多的現象。

同一畫面採用Ycbcr和ICtCp記錄的效果對比 圖片來源：杜比實驗室

ICTCP接近恆定的亮度，這相對於YCbCr改進了色度子採樣。 與YCbCr相比，ICTCP還可以提高色相的線性，這有助於壓縮性能和色彩體積映射。 當與適應性重塑相結合時，ICTCP可以將壓縮性能提高10％。 對於CIE DE2000色彩量化誤差，10位ICtCp將等於11.5位YCbCr。

下面這張圖，說的是ΔE2000偏差大小，斜線黃色區域是商業影院系統（DCI）允許的不超過3的色彩偏差，很明顯10bit的YCbCr是不達標的，10bit的ICtCp可以達標，12bit的YCbCr也可以，12bit的ICtCp全程低於人眼察覺閾值。當然色準最好的自然是RGB嘍~，無非就是佔帶寬而已，但不管什麼編碼，到屏幕上顯示都必須是RGB。

ICtCp是由Arris、杜比、InterDigital 聯合提出，已經被ATSC3.0（美國數字電視標準）採納。

此外，雙層DV（ FEL）使用10+10bit（420）疊加生成12bit（422）的方法，除了要兼容HDR10，大概還因爲12bit的HEVC編解碼一直沒有商用，當前硬件解碼HEVC應該都只支持到main 10 profile，也就是10bit的編解碼。

以上，細節和猜測可能有誤，歡迎指正。

由此可以看出，“杜比視界”這個名詞，與普通人以爲的片源畫質（清晰度等）關係不大，決定畫質的還是那部分佔大頭的BL層的碼率，杜比視界Profile7是現實中畫質最高的，但主要還是因爲UHD BD藍光盤容量高，EL增強層是爲了提升色準、提升色彩清晰度、修復HEVC壓縮錯誤，也可以避免【content mapping】大幅度調節導致可能出現的色階斷層。

關於Profile 8.4

iPhone及部分旗艦安卓手機採用的hdr視頻錄製格式，其視頻通常爲10bit的HLG函數，在拍攝時實時生成RPU數據。合併爲P8.4。

雙層DV解碼能力測試方法

單軌單層，一個視頻軌包含BL+RPU

單軌雙層=DIY的Profile7的杜比視界版本，一個視頻包含BL+EL+RPU，兼容HDR10

雙軌雙層=UHD原盤Profile7的杜比視界，兩個視頻流，第一個是BL層，其實就是HDR10基礎層，第二個1920x1080P的爲EL層+RPU。

這個源自AVforum的測試方法一年多前就有了~結論很簡單，只有8581芯片碟機、LG C7 C8 C9？電視、晶晨S922xj可以，他們還彙總了一個表格，有興趣可以瞭解一下，其實原本打算整一臺S922xj的盒子試一試再發文的，不過看錶格（谷歌和AM6）很不穩定，以後再說吧。杜恩和芝杜大部分安卓機型是RT1619DR（以及RK3588），雖然疊加EL暫時無望，起碼還可以輸出BL+RPU並激活杜比視界。當然，如果爲了完全解碼FEL雙層杜比視界的話，也可以考慮閒魚收個索尼X700比較划算，就是播放方式複雜些...

總有人問我EL層順利解碼的效果會好很多嗎？我的回答是，如果哪天發現了比較明顯的差別，我會嘗試拍下來的.....

測試文件包含MKV、原盤鏡像、BDMV文件夾、Mp4等封裝格式，作者用《移動都市》分離出來的增強層與一個HDR10測試文件合成爲Profile7的FEL。用魅視8702（等同破解版OPPO 203）播放，可以正常解碼原盤+BDMV+Mp4的FEL，當然考慮到無損音軌（僅原盤、MKV、TS格式支持）等因素，我自己還是留着原盤鏡像吧，做成MKV也省不了多少空間，還要考慮什麼單軌雙層、雙軌雙層、無損音軌和外掛字幕，算了，看個片兒而已別整太累了。

我經常會推薦Z9X，原因就是省事，拿到片子準備看了，發現不能放、沒聲兒、不顯示字幕，那可太煩了。

01:53

杜比視界FEL解碼測試效果

（視頻裏右側不支持FEL的不太嚴謹，芝杜等應該會激活杜比視界模式，但效果差不多）

（再次強調，這個測試文件只是幫助分析EL層是否被解碼，真正的片子不會是這樣有鬼影的）

不同播放設備可能無法使用所有的封裝格式，但只要一種可以測試成功，就代表支持雙層杜比視界FEL解碼，其實還有個不同profile和封裝格式導來導去的工具集，有空再分享。

MKV DV的轉換

這個問題其實可以通過第三方軟件解決。

MP4格式的杜比profile5片源很容易放，電視PC都沒啥難度（之前已經發過介紹了），如果你不小心下載了某個DV.MKV發現放不了（Z9X等可以放出杜比視界），如果不想重新下載，可以用我這個轉換工具，兩個bat，先運行一次MKV分解，再運行一次合成，注意編輯一下bat裏的文件名就行了。（但不能包含DTS HDMA和TrueHD，也不能是原盤轉來的，那又回到上一個問題了）

左邊綠代表DV MKV無法正確解碼，右邊是轉好的Mp4

如果不想轉換，可以試試Kodinerds的獨立分支版本，可能可以在支持杜比視界的電視上播放DV.MKV。評論提示，win下可以試試商店的energy media player。

僅限Profile5和Atmos/DD+及以下音軌，先把要轉換的mkv改名爲DV.mkv，或者編輯bat裏的文件名。