2014年6月10日 星期二

色彩管理範例─日本試播4K頻道

這篇沒啥內容,純粹放幾張圖片讓大家看看有色管跟沒色管的差別而已
會拿日本試播4K頻道這個範例是因為很多看過這段影片的人都發覺顏色有問題,但是不知道原因,其實原因很簡單,就是少了色域轉換而已......



來源是2014年6月開始日本在CS124/128上面的4K試驗放送訊號所截錄下來的影片
放送訊號是採用HEVC 10bit壓縮,3840x2160 60 FPS,色域使用BT.2020,流量約30~35Mbps
播放器為MPC-BE,分離器跟解碼器使用LAV
(螢幕解析度1920x1080,已校色成BT.709色域,不過除非你的螢幕也有校色過,不然圖片無法完全重現我從螢幕上看到的顏色就是了,但是沒校色過的螢幕還是可以看到差別˙)

EVR-custom(點圖可放大)

madVR使用yCMS輸入螢幕的色域資訊,讓其產生3DLUT檔進行色域轉換(點圖可放大)


EVR-custom(點圖可放大)

madVR+yCMS(點圖可放大)


EVR-custom(點圖可放大)

madVR+yCMS(點圖可放大)


EVR-custom(點圖可放大)

madVR+yCMS(點圖可放大)


由以上例子可以發現,BT.2020色域的4K影片在SRGB(色域同BT.709)的螢幕上播放,如果沒經過色域轉換,會呈現不正確的顏色,畫面變的黯淡、飽和度不足,只有經過支援色管的軟體(例如madVR),經過正確的色域轉換後才能輸出正確的顏色!

在這個例子中,如果你的螢幕沒經校色器校色過,也可以在madVR設定裡,螢幕底下的"calibration"這頁,選擇第二項"this display is already calibrated",gamut選擇BT.709(色域同SRGB), gamma選擇pure power curve 2.2,如此一來madVR就會進行色域轉換了,而大部分螢幕就算沒調過色域也不會偏離SRGB太多,因此轉換出來呈現在螢幕上的顏色還不至於偏離太多,至少比沒轉換時好太多了!

如果你問我madVR最大的價值是什麼?我的回答會是其強大的色彩管理能力,我認為色管才是madVR影響畫面呈現最大的一部分,是其真正的價值,不管4K到FHD到SD的影片,BT.2020到BT.709到Smpte-C,都能從中獲益良多,呈現出原本影片該有的"樣貌"!(音響領域有所謂Hi-Fi高傳真一詞,我不知道能不能拿來套在這裡就是了XD)


93 則留言:

  1. 非常同意你的观点,最好贴几张能表现暗部细节的图片更好

    回覆刪除
  2. 还有在yCMS 2.0出来前我是不推荐使用第三种向ycms写入数据来生成3dlut,因为目前1.2版本BUG太多了,有些还是致命性的

    回覆刪除
    回覆
    1. 我的校色器是租的,上次用ArgyIICMS時遇到一些小狀況,所以暫時先把HCFR讀出來的數據直接寫入yCMS做代用,當然電視有用內建的選項校過十點白點色溫、十點gamma跟BT.709色域,HCFR最後測出的delta E平均沒超過1,所以這樣使用倒也沒遇到什麼問題

      ArgyIICMS做出來的3DLUT應該更準,我最近會把它搞定

      刪除
  3. 浏览器出问题了,点回复没反应,所以在这里回了

    原来如此,在这里专门提几个建议,是针对使用环境来说的。1.校色的时候最好在黑暗的房间里校色,这样校色出来的数据温度。 2.使用DVI线而且显示器是只有8bit,没有硬件LUT的化不推荐使用校色这一步骤而是推荐直接Profile,不然会损失色阶,其余某些情况会不会造成色阶损失那我就不知道了,只好自己去测试了,如果损失那就直接profile。3.使用ArgyllCMS校色测量色块至少2000个。4.dispcal -qh改成-qu,这样校色出来的结果更好(大概是这样的吧?反正在我这里是更好。)以上是我经过多次测试得出来的结果。现在我是两遍校色,第一遍是2000个色块,第二遍使用第一遍校色后生成的icm文件来生成3000个色块,然后直接profile不经过校色。这样的两遍下来的结果比一遍结果更好,不过花费时间太长了,整个过程我花费了将近7个小时的时间,不过也可以节省时间那就是降低测量色块,能降低多少就要看你显示器了。

    回覆刪除
    回覆
    1. 謝謝建議
      我是使用HDMI輸出RGB4:4:4 full range
      dispcal -qu上次有試過,光dispcal 這一步驟就花了快六小時(colormunki photo),很恐怖,不過如我上述,後面遇到了些狀況而且時間不夠了所以校色沒完成也不知道效果,下次我會試試看

      刪除
  4. 修正:温度=稳定,

    回覆刪除
  5. 最近把这个博客上的文章基本都看了,收获良多 XD

    不过对这篇的对比我有一个疑问:给出的对比图分别是 EVR 渲染和 madVR+yCMS,而从片源是基于 BT.2020 这点推断,EVR 渲染得到的颜色错误应该是由于渲染器不能识别新的 BT.2020 标准导致的吧?而 madVR 能够识别,所以能正确完成 YCbCr-RGB 转换。我觉得整个过程,并不是 yCMS 起了作用,而是 madVR 能够正确识别片源使用色彩空间的功劳。

    如果要显示 madVR 的色彩管理功能,应该都使用 madVR 对比打开或不打开色彩管理功能(yCMS 或者 3DLUT)的效果。不过这种情况下因为截图没法截取到显卡最终输出的信号,就没法说明问题了……

    文末提到的关于即使屏幕没有校色也可以打开那个选项的建议,在我这里完全看不出和完全关掉色彩管理功能有任何区别。我理解这个选项是给屏幕校准到非 sRGB(BT.709)色彩空间的用户使用的,madVR 此时可以对片源色彩进行处理将其映射到选择的色彩空间,而如果都是 sRGB,则没有任何影响。如果不对的话还请指正。

    回覆刪除
    回覆
    1. 我在"淺談HTPC與色彩管理─緒論與前置作業"有提到色管的三個"C",yCMS 或者 3DLUT是第二個C(特性化)的應用,色域轉換則是第三個C(色彩轉換)的應用

      使用yCMS 或者 3DLUT和使用"this display is already calibrated"並直接指定SRGB的差別,在於前者有經過"特性化",後者沒有,所以前者出來的顏色精準度會比較高,除非你能保證螢幕已經100%貼合SRGB色域,那可能用不用yCMS 或者 3DLUT就沒什麼差別

      至於你說madVR開不開色管沒有差別,如果你是用我範例那個BT.2020色域的影片,那是一定會有差別,而且很明顯,不開色管跟EVR出來的結果是一樣的。
      如果你是用一般BT.709影片,那不開色管跟開"this display is already calibrated"並直接指定SRGB,那的確沒有差別,因為這邊色彩轉換只做到BT.709轉SRGB,但這兩個色域上是一模一樣的,等於沒轉,的確不會有差別。但是用了yCMS 或者 3DLUT就不一樣了,有了"特性化"之後,色彩轉換就是以"特性化"之後的結果為準,這時開不開色管就會有差別了。

      要比較BT.709影片,有無色管的差別,還是必須要用校色過後產生的3DLUT來比較才有意義。

      刪除
    2. >如果你是用我範例那個BT.2020色域的影片,那是一定會有差別,而且很明顯,不開色管跟EVR出來的結果是一樣的。

      原来是这样。

      即使完全关掉色管,madVR 也是可以“正确”区分片源使用的是 BT.601 还是 BT.709 (或其他)色彩空间的(Ctrl+J 调出 OSD 会显示识别结果,madVR 首先会读取视频流头部信息,如果没有找到则会根据分辨率来猜测,高于 720P 则默认为是 BT.709)。

      所以我原以为基于同样的道理,madVR 也应该可以识别片源可能使用的是 BT.2020,并默认把它转换到 BT.709 的空间里去(因为正如你所说,绝大部分显示器的 native gamut 都近似 sRGB 的空间)……

      看来 madVR 没这么做,认为如果你播放的是一只 4K 视频,就默认你的显示设备也支持 BT.2020 色域?真是这样的话也过于前卫了吧?要知道广色域显示器还基本只在专业领域使用,而 BT.2020 的色域比 Adobe RGB 还要大了一圈……

      刪除
    3. 以這個範例來說,它的頭部訊息有BT.2020的標記,所以madVR才能識別它是BT.2020色域,如果播放其他4K影片沒有此標記的話,也是會默認成BT.709

      http://i.imgur.com/yuHPMkH.jpg

      至於轉換的問題,選擇"disable calibration controls for this display",madVR就不做任何色域轉換,選擇其他三項,就會做色域轉換。
      所以不是madVR遇到BT.2020默認轉不轉換的問題,它只是很忠實的照我們的設定去動作,如此而已。

      刪除
    4. 嗯,我明白。madVR 这样做是完全合乎情理的。

      这篇文章里缺少色管导致的问题和之前刚开始普及高清视频时大家遇到的由于不正确的 YCbCr-RGB 转换导致的颜色错误问题其实是本质上完全不同的两回事,我之前想当然以为是类似的问题了。

      感谢解答!

      刪除
    5. 使用3dlut与不使用3dlut的MADVR与EVR的区别(尽量在黑暗的小房间里观看)

      EVR:http://i61.tinypic.com/25utrae.png
      MADVR:http://i59.tinypic.com/25jb8ko.png
      madvr+3dlut:http://i61.tinypic.com/2cxi3b9.png

      ====================================

      题外话,其实截图对比的时候总感觉开启3dlut后对比不开启没有什么优势
      但看片的时候又是另一种感觉,3dlut带来的黑位细节就不用说了,就画面整体带来的层次感和画面平滑感不是不开启3dlut能比的,还有就是色彩校正带来的肤色校正。

      刪除
    6. @boday
      有三個参數決定一個視頻的"顏色"

      1.Color primaries 設定顏色定義標準
      2.Transfer characteristics 設定gamma correction標準
      3.Matrix coefficients yuv<->rgb轉換的系數標準

      這篇範例主要的問題在於1.,而你提到的YCbCr-RGB轉換是3.的問題。
      1.跟3.對madVR來說也是也是要看影片裡有沒有標記,沒有的話就是看解析度用猜的,不過可以自己用熱鍵切換
      Source Primaries - Ctrl+Alt+Shift+P
      Decoding Matrix - Ctrl+Alt+Shift+M

      刪除
    7. 嗯,是这样。当年的问题仅在于 601 和 709 在做 YUV-RGB 转换时的系数不同,但两者的色域是相同的(至少是大致相同,我没看具体资料);而这里是色域的不同导致色彩欠饱和。

      刪除
  6. 請問 我在用dispcalgui 校色時

    一開始校色就會出現

    windows access failed

    請問要怎麼解決?

    我是使用colormunki

    去動也設定成argyll了

    回覆刪除
    回覆
    1. 視窗模式或是FSE模式的queue不要設超過8試試

      刪除
    2. 不行耶

      dispcalgui 一按 dispcalgui calibration & profile

      還是會出現windows access failed

      刪除
    3. 我之前遇過這狀況,把queue設到小於8就解決了(不是CPU跟GPU queue,是在windowed mode跟exclusive mode那兩頁底下的how many video frames......那個設定值)

      另一個方法是更新ArgyllCMS到最新測試版
      http://www.avsforum.com/forum/139-display-calibration/1393853-hcfr-open-source-projector-display-calibration-software-141.html#post26942409
      這個版本似乎沒問題,試試看

      刪除
    4. 對了dispcalgui 裡面設定madVR模式的話madTPG要記得打開

      刪除
  7. 今天試著用dispcalgui校正了了色彩

    也成功生成3DLUT檔

    畫面的層次感和飽滿度真的差非常多!!

    可是發現了一個問題

    在看影片時,只要是夜晚的場景

    畫面幾乎都會過於黑,而看不清楚

    是在校色少設定了什麼嗎?

    回覆刪除
    回覆
    1. 可能原因很多,你校色流程是照AVS那篇嗎?tone curve用哪種?

      刪除
    2. 是的

      tone curve是Rec.1886

      我也有參考http://tieba.baidu.com/p/2746133276 和 http://www.avsforum.com/forum/139-display-calibration/1471169-madvr-argyllcms.html

      刪除
    3. Rec.1886 2.4嗎?試試2,2

      刪除
    4. 是說校色前設定成2.嗎?我找不到選項.....
      只有要轉檔成3DLut時這選項

      刪除
    5. 你dispcalgui的設定可以截個圖上傳嗎?

      刪除
    6. Options>點選show advanced calibration options
      就會看到gamma選項出現了,試試REC.1886 2.2
      後面製作3DLUT時也是改成1886 2.2

      刪除
    7. 如果校色時使用 REC.1886 1.8
      製作3DLUT時改成1886 2.2
      這樣ok嗎?

      刪除
    8. 可能會泛白,不太確定,你要自己試試看...

      刪除
  8. 請問大大 如果H263的影片格式 無畫面有聲音 需更改那些設定

    回覆刪除
    回覆
    1. 傳個sample,不然很難判斷

      刪除
    2. General
      Complete name : D:\迅雷下载\carib-111814-738-fhd.mp4
      Format : MPEG-4
      Format profile : Base Media
      Codec ID : isom
      File size : 1.54 GiB
      Duration : 53mn 57s
      Overall bit rate mode : Variable
      Overall bit rate : 4 096 Kbps
      Encoded date : UTC 2014-11-17 16:26:54
      Tagged date : UTC 2014-11-17 16:26:54
      Writing application : FormatFactory : www.pcfreetime.com

      Video
      ID : 1
      Format : MPEG-4 Visual
      Format profile : Simple@L1
      Format settings, BVOP : No
      Format settings, QPel : No
      Format settings, GMC : No warppoints
      Format settings, Matrix : Default (H.263)
      Codec ID : 20
      Duration : 53mn 57s
      Bit rate mode : Variable
      Bit rate : 3 981 Kbps
      Maximum bit rate : 13.5 Mbps
      Width : 1 920 pixels
      Height : 1 080 pixels
      Display aspect ratio : 16:9
      Frame rate mode : Constant
      Frame rate : 29.970 fps
      Color space : YUV
      Chroma subsampling : 4:2:0
      Bit depth : 8 bits
      Scan type : Progressive
      Compression mode : Lossy
      Bits/(Pixel*Frame) : 0.064
      Stream size : 1.50 GiB (97%)
      Writing library : Lavc53.8.0
      Encoded date : UTC 2014-11-17 16:26:54
      Tagged date : UTC 2014-11-17 16:27:08

      Audio
      ID : 2
      Format : AAC
      Format/Info : Advanced Audio Codec
      Format profile : LC
      Codec ID : 40
      Duration : 53mn 57s
      Bit rate mode : Variable
      Bit rate : 113 Kbps
      Maximum bit rate : 195 Kbps
      Channel(s) : 2 channels
      Channel positions : Front: L R
      Sampling rate : 44.1 KHz
      Compression mode : Lossy
      Stream size : 43.6 MiB (3%)
      Encoded date : UTC 2014-11-17 16:27:06
      Tagged date : UTC 2014-11-17 16:27:08

      刪除
    3. 你的播放器設定呢?濾鏡鏈有哪些東西?有用初始預設值run過嗎?

      刪除
    4. 撥放器是MPC

      外部篩選器

      madvr
      flie souce
      LAV Splitter
      LAV viedo Decoder
      ffdshow raw viedo Decoder
      LAV audio Decoder
      ffdshow audio Deconder
      DirectVobSub
      XySubFilterAutoLoader
      除了 madvr 與flie source以外,其它設定偏好

      撥放器設定參考你的文章,目前就是格式為H.263的MP4 有聲無畫面
      有安裝k lite最新版 madvr TMT reclock
      還沒有初始值跑過 目前測試 H264 部分MP4 avi mkv wmv 都正常



      刪除
    5. 先把ffdshow raw viedo Decoder禁用看看
      還有你打開畫面,有聲無影時,點右鍵,"filters"底下有哪些東西?
      我想看看播放時調用了哪些濾鏡

      刪除
  9. 還沒禁用ffdshow raw viedo Decoder顯示這些濾鏡
    Filters currently loaded:
    - Default DirectSound Device
    - ffdshow Audio Decoder
    - LAV Audio Decoder
    - Haali Media Splitter

    回覆刪除
  10. 禁用後
    Filters currently loaded:
    - Default DirectSound Device
    - ffdshow Audio Decoder
    - LAV Audio Decoder
    - Haali Media Splitter

    回覆刪除
    回覆
    1. Haali Media Splitter反安裝,或是外部篩選器里加入並禁用
      但是我更建議直接把K-LITE反安裝,要用的東西"一個一個裝",這就是我第一篇就反對K-LITE的原因,濾鏡太多太雜,BUG就多......

      刪除
  11. 謝謝 暮星大大 剛試過可以撥放了

    回覆刪除
  12. 請問星大還有 ycms 的文件麼?今天上官網發現掛了,如果方便希望能轉存網盤,謝謝。

    回覆刪除
    回覆
    1. https://www.mediafire.com/?lc519h4yxsqd4ff

      這個嗎?

      刪除
    2. 對!沒錯!終於可以恢復色彩管理了! 謝謝~~

      刪除
  13. 發問一下,上面有提到dispcal -qu這個設定,請問是要用命令列才能做這個設定嗎?

    回覆刪除
    回覆
    1. 那請問現在還是建議以命令列做3dlut嗎? 看以命令列作教學的文章都有點舊了

      刪除
    2. 都可以,avsforum上那個教學圖形介面的比較新,但流程一樣可以用命令列來做,看你習慣,命令列在ArgyllCMS裡面有詳細的說明檔可以參考

      刪除
    3. 有空再來試看看用命令列作,看起來比用圖形介面複雜很多...
      另外再補問個問題,因為昨天發現之前依照avsforum作的3dlut會導致拿來調整亮度的測試影片暗部細節完全消失,是只要依照上面的講得將gamma調成2.2就好,還是用PC螢幕需要重新調整其他選項呢?

      刪除
    4. BT.1886 2.4 Absolute或是custom 2.2 relative這兩種都可以試試看...,不過這邊用哪個,後面製作3DLUT選項那邊也要一起改

      刪除
    5. 再請問暮星大有推薦的命令列操作教學網站嗎?

      刪除
    6. http://www.tsdm.net/forum.php?mod=viewthread&tid=387250&page=1&extra=#pid19990430

      不過有點舊了,例如dispcal.exe這個就是圖形介面上半部calibration的部分,底下參數的"-gs"是指tone curve拉成SRGB,改成"-G2.4 -f0"就是拉成BT.1886 2.4 Absolute
      collink.exe這個是製作3DLUT的指令,底下參數"-Ib:2.2"改成"-I B"就是對應前面的BT.1886 2.4 Absolute
      諸如此類,每個指令用的參數,去翻一下ArgyllCMS裡面各指令的說明文檔,大概就知道這些參數在幹麼,也大概知道圖形介面用了哪些參數

      刪除
    7. 幾個avsforum上那個用dispcalGUI的教學沒提到的東西
      1.勾選"Interactive display adjustment",在校色前先對螢幕RGB做手動調整,減少掉階及確認螢幕全白亮度值
      2.最好全黑環境下跑校色,減少可能的干擾

      刪除
    8. 感謝暮星大提供的訊息,不過現在用的螢幕有自己的校色軟體和硬體lut,應該只需要加做3dlut就OK了吧?

      刪除
    9. 支援硬體校色的螢幕要怎麼做madVR用的3DLUT我真的不懂,沒碰過。不過有用HCFR去對電視校色的經驗,不知道是不是類似的概念,在硬體本身色域跟色準已達標準的情形下我是直接profile並製作3DLUT

      刪除
    10. 我也覺得應該直接profile做3dlut就好,不過我螢幕校正成AdobeRGB的色域,不知道會不會造成dispcal的設定需要重新調整
      還是說改成DCI P3色域會比較好,螢幕lut剛好有支援...

      刪除
    11. 其實看影片的色域設定SRGB是最好的,剛好貼合REC.709。如果你想做DCI-P3的3DLUT檔,我現在想的到的是testchart file可能需要改(命令列就是targen.exe),Creat 3DLUT裡的source profile也要改(命令列的collink.exe),但是問題是ArgyllCMS內建似乎沒提供DCI P3.icm,具體而言到底要怎麼做我現在也不是很清楚,你到avsforum那個討論串去爬文或發問可能比較容易得到答案,那邊高手多,開發者也在那出沒......

      如果什麼都不改照原流程去跑,還是會做出REC.709的3DLUT檔,不過這等於讓軟體去把AdobeRGB或DCI P3色域壓縮成REC.709,大概會有損失,而且有點本末倒置了

      刪除
    12. 恩,都找不到相關的中文討論,看來還是得去國外論壇試試自己的破英文,如果有問到實用的資訊會再PO回這裡。最後再次感謝暮星大幫忙指路。

      刪除
    13. 我後來發現ArgyllCMS裡面對應DCI-P3色域的是"SMPTE431_P3.icm"這個icm檔,也就是說,螢幕用DCI-P3色域的話,你要直接profile的話就把testchart裡面的Preconditioning profile指定SMPTE431_P3.icm,然後製作3DLUT時,source profile也指定"SMPTE431_P3.icm",做出來的3DLUT放在madVR設定底下DCI-P3那個欄位,其他應該就會自動做色域轉換了,也上是我想到的流程,不保證正確...

      刪除
    14. 謝謝暮星大,有空我會來試試

      刪除
    15. 更新一下資訊,最近用BT.1886當作螢幕硬體lut的基礎Gamma做校正,雖然對比降低不少,不過可以大幅降低Black Crush,強烈建議硬體lut有支援的人可以試看看

      刪除
    16. 不知道對比前後差異多少?會降很多嗎?

      刪除
    17. 之前用AdobeRGB+Gamma2.2 @135cd/m2對比有824:1,改成DCI P3+BT.1886 @135cd/m2 對比只剩549:1
      (因為最近比較忙,以後有空會再補做DCI P3+Gamma2.2 @135cd/m2 來做比較)

      刪除
    18. 好像降的有點多...對比度是全黑跟全白的比值,全黑亮度值被拉高有點奇怪...儘量在全黑環境下跑校色試試(正常來說BT.1886會拉高1%以後的亮度而不會動到0%)

      刪除
    19. 我直接PO截圖應該會更清楚,這兩個校色都是在晚上先預熱好再關燈做的
      AdobeRGB+Gamma2.2 @135cd/m2
      https://drive.google.com/open?id=0B2qV1KWGnvETTVhwM2REMjJ4T00&authuser=0
      DCI P3+BT.1886 @135cd/m2
      https://drive.google.com/open?id=0B2qV1KWGnvETTG5VQ2oxUjBEOW8&authuser=0

      刪除
    20. 嗯...我猜大概是colormunki對暗部的量測能力比較弱的關係,我自己也有colormunki,量0%暗部時也有誤差值比較大的問題,多次量測會得出不完全一樣的數值,我想你測出的0.16 cd/m^2跟0.25 cd/m^2應該還在合理誤差範圍,通常我會重新校正讓它再run一次取它測到最暗的那次,或是AgyllCMS的校色器設定有一個adaptive mode(colormunki可以用adaptive HiRes),可以提高測量準度,不過run的時間會拉長很多

      刪除
    21. 0.16和0.25数字上看误差很小,但实际上是很大的,就相当于显示器亮度100cd/m2提升到200cd/m2的样子。我推荐的是在保证100%覆盖rec.709色域情况下,显示器亮度越低越好。还有就是你说的adaptive mode在Dispcalgui上有对应选项吗?

      刪除
    22. Dispcalgui右上角instrument>mode 那個下拉選單

      刪除
    23. 原来是在那啊

      刪除
    24. 最近的確有在考慮要把色域降回REC.709,因為看影片和其他時候的色彩落差蠻大的,看完影片再去看網頁眼睛很難適應。
      想不到螢幕色域這麼廣到頭來卻是一場空...

      刪除
    25. 廣色域可能要到以後REC.2020普及以後才有用武之地

      刪除
    26. 完整版的REC.2020普及以後真的是不得了,不過電腦現在最大的問題是卡在windows和一般顯卡沒辦法輸出真10bit訊號...

      刪除
    27. 是沒錯,不過10bit在前端編碼時的重要性比後端設備是否能支援大多了,顯卡不能輸出真10bit還可以dither解決,前端編碼精度不足造成的banding卻很麻煩,好在4K藍光編碼標準都是10bit以上精度了~

      刪除
    28. 剛剛又做了sRGB+BT.1886 @135cd/m2來實驗black level的影響,最高30cd/m2的時候對比只有454:1,最低21cd/m2的時候可以上升到648:1,影響幅度相當大,看來要再想辦法擠個晚上出來做校色了

      刪除
    29. 如果是要弄madvr 3dlut直接做profile就行,不要做校準這一步。還有就是dispcalgui 3.0即將發佈,有很多改變,界面方面完全變了個樣子。

      刪除
    30. @Unknown 落差大的化那就全部縮到sRGB不就行了?

      刪除
    31. to 椎名真冬,我螢幕有支援硬體lut,上面的校色是用螢幕自己的校色軟體做的,madvr 3dlut 目前還沒有時間重作。
      以後的色域也會指定成sRGB,之前不用是因為不想浪費螢幕的廣色域 :P

      刪除
    32. @Unknown 那你做两份不就行了?

      刪除
    33. to 椎名真冬
      螢幕的lut要重新寫入色彩檔需要30秒,切來切去太麻煩了~
      而且之前有讓遊覽器對應螢幕的色彩管理,現在改成sRGB後發現其實色彩改變沒有很大,剩下windows操作和玩遊戲應該之後就會適應了

      刪除
  14. 作者已經移除這則留言。

    回覆刪除
  15. 博主您好
    從開始用 madVR 就經常來這找參考資料,獲益良多
    我最近也開始試著使用色彩管理
    對色管還在摸索中,所以目前是用自己理解到的範圍來作調整跟測試
    如果下面有觀念錯誤的地方歡迎直接指正
    自己螢幕是 CCFL 的 e-IPS,色域規格為sRGB
    用 i1 Display Pro 量到的 black level 約 0.10 cd/m2,平常使用亮度約 33 cd/m2,暗部最低大概可以看到灰階 6,已經用螢幕的 OSD 校正好白點,並將色溫調整到平常習慣使用的5700K左右

    目前製作 3d LUT主要是參考AVS Forum那一篇 ” MadVR - ArgyllCMS” 的設定
    但是 dispcalGUI 顯示的 profile 結果發現色階掉的很嚴重:
    BT.1886 gamma 2.4 Absolute, black output offset 0% : 灰階剩238 階,RGB總色階剩81%

    而下面是先前把螢幕校正到sRGB作為一般用途的設定:
    gamma 2.2 Relative, black output offset 100% : 灰階剩246 階,RGB總色階剩90.6%

    有試過gamma 2.2 Relative, black output offset 0%
    結果掉色還是跟gamma 2.4 Absolute的時候一樣
    沒調 black output offset 是因為想用 BT.1886 的暗部曲線,這邊不確定自己理解對不對,因為 profile 的 testchart 選項裡面有一個 Dark region emphasis 可以調整,所以不確定這兩者是只要擇一使用還是分別具有不同的用途? (最近正在看 ArgyllCMS 的命令行參數說明,還沒開始看 testchart 的部分)
    不知道black output offset 是不是影響掉階的主因,或是跟profile 那邊勾選 Low quality PCS-to-device tables 有關?

    除了掉色問題
    在 Create 3D LUT 設定 Rendering intent 的時候也遇到一些狀況
    按照 AVS 那篇設為Absolute colorimetic with white point scaling時,測試影片覺得人物膚色跟以前不太一樣,用HCFR量測結果才發現色溫被拉到 6500K。後來換成Absolute Appearance / Luminance matched Appearance / Perceptual就正常維持在5700K了,想問這情況是屬於 Absolute colorimetic會有的正常結果嗎? 之前在看 intent 相關基礎介紹的時候都沒注意到色溫會因此被改變的問題orz

    還有 HCFR 量測 madTPG 顯示的原色跟副色的 dE 很多都超過2,藍色甚至到5,比 dispcalGUI 在 profile 跑完時顯示的平均 dE 小於1,最大 dE 小於2的結果有出入,不知道這個問題是不是跟 Rendering intent 有關?

    這幾天應該會再嘗試其他設定組合
    看看能不能將 3D LUT 的結果表現跟先前把螢幕校正到sRGB的結果相同,這樣的掉色結果算是可以接受的範圍
    期待您接下來的色彩管理教學分享XD

    回覆刪除
    回覆
    1. 以我的理解大概有幾個問題:
      1.標準白點是D65,而D65的色溫是6500K,AVS Forum那篇設定都是以D65為準,如果您喜歡5700K的顏色,其實沒有一定要做3DLUT來看影片的必要,如果一定要做的話有些設定是要更動的...

      2.色管主要調三個東西,第一是0~100%灰階的白點(白點包含色溫),第二是0~100%灰階的gamma曲線,第三是色域範圍(這邊來說是sRGB=rec.709)

      而跑校色程序分為Calibration跟Profile兩部分,DispcalGUI的上半部設定都是Calibration,會按照您的設定去拉白點(色溫)和gamma曲線,或是不拉,這邊注意的是只要拉了或多或少都會有掉階,這是軟體校色的一個代價(只有一些高階螢幕可以透過硬體層完成全灰階白點跟gamma的校正,這邊就不用去拉,避免掉階)。一般螢幕,螢幕設定6500K,這只是某一個灰階(可能是80%)是6500K,DispcalGUI也調6500K的話,它還是要去拉白點,也一樣會掉階,設成"as measured"才是完全不拉。

      DispcalGUI的下半部設定是Profile,這邊就是丟一堆色塊去量測螢幕在套用Calibration的結果後的種種白點、gamma、色域等等的響應表現,然後做出一個符合該螢幕的ICC檔。這邊注意到它也沒去動螢幕色域,只是量測,只有完成校色程序後,最後製作3DLUT檔時才會根據您的設定去做壓縮或對應色域的動作。

      3.回到您的問題,第一,您喜歡5700K,那麼如果要校色Whitepoint當然要設5700K,如果設6500K或D65座標(x=0.3127 y=0.3290),那麼跟螢幕本身設的5700K相差太多,這樣去拉白點的結果就是掉階很多。當然您也可以設"as measured",這樣"調整白點的部分"不會造成掉階,但不能保證螢幕全灰階都在5700K。

      再來tone curve,就是調gamma曲線,一樣有拉就會掉階,您的測試也發現不同曲線會有不同的掉階程度,這邊有兩個值得一提的選項,第一個就是您說的"black output offset",應該是對應ArgyllCMS裡面dispcal.exe底下的"-f"這個參數,這邊要先提一個概念,一個gamma的目標響應曲線,它在輸入0%灰階時亮度輸出應該是0 cd/m^2,但實際上幾乎沒有螢幕能做到這一點(除了OLED螢幕以外),也就是說螢幕實際響應曲線會跟目標曲線(理想值)有所落差,為了解決這個問題有兩種方式,第一個就是推移輸出值(設成100%,也就是-f1.0),讓它輸入0%灰階時,輸出值經過推移後能夠等於理想曲線的亮度0,這個方法定義出來的曲線能夠良好的契合螢幕的實際響應曲線,但缺點是暗部階調分布比較不均勻(我不太確定原文是不是這個意思);第二個就是推移輸入值(設成0%,也就是-f0),讓它輸入0%灰階時,經過推移後能夠得到一個非0的實際螢幕輸出響應,這個方式能確保螢幕暗部階調分布均勻,但比較無法契合螢幕的實際響應曲線,也就造成您測試出的掉階比較多這個結果。至於百分比是看使用第一種方式跟第二種方式各佔多少比例,而設成0%時(全推移輸入值)也就等同使用BT.1886曲線。

      另外一個是"black point correction",對應"-k"和"-A"這兩個參數,這個從0~100%(-k0到-k1),代表是對暗部色準的要求程度(-k1的話要求暗部色準=白點色準),但是為了提高暗部色準,可能會拉高暗部RGB的一些亮度,結果將降低螢幕的對比度,也就是說這是灰階dE和對比度的取捨,除非是本身對比度很高的螢幕可以犧牲一點對比度換色準,否則一般螢幕對比度已經不高,或是以看影片的用途來說對比度可能稍為重要一些,都建議設成0%(-k0)。

      另外Profile的testchart裡面Dark region emphasis,應該只是在暗部多一些色塊測量而已,前面也提過Profile的設定並不會改變螢幕本身曲線的輸出,同理Low quality PCS-to-device tables也跟掉階無關。

      4.Create 3DLUT的問題,前面也提到您不是用D65,所以 white point scaling可能會有些問題,不過這個部份我也沒研究過。collink.exe裡面"-i"這個參數可以研究一下...(也就是Rendering intent的部分)

      5.HCFR它預設是rec.709 D65(可以改),如果用D65當基準去測量校成5700K的螢幕dE可能會不準...另外就像您說的ICC到3DLUT轉換這步可能有問題,不太確定...

      刪除
    2. 感謝回應!
      不好意思上面可能沒敘述完整
      我先補充一下關於 5700K 的部分
      起初我是先用校色器量測螢幕預設的 sRGB 6500K 模式,測出大約是 5700K,跟 6500K 有差距,但我只是想知道目前看的色溫為何
      因為以前用這個模式看習慣了,想說以這個模式的實際看到的色溫做為校正白點的依據
      然後我在 dispcalGUI 設定 whitepoint 為 5700K,並開啟 interactive display adjustment,接著進入 calibration only 程序,並將把螢幕 OSD 切換到 User RGB 自定義模式,然後才在 dispcalGUI 顯示的那個可以拉 RGB 色條來校正白點色溫的畫面,用螢幕的 OSD 調整 RGB 值,最後在亮度不變的情況下校正到 5700K 的白點,然後中斷 calibration 程序

      之後調整 gamma / profile / 3D LUT 這些事情時,都是把 whitepoint 設定為 As measured 了,所以白點應該沒有被拉到了?

      其他問題大致上已經從你回覆裡面得到解答了
      非常感謝你詳細的解說
      collink 的 -i 參數已經看過了
      但沒有看到有關色溫會被改變的說明
      還是說已經隱含在某些術語裡面了,這部分還需要再多看幾次...如果有查到解釋再回報過來
      有在考慮 gamma 值要不要設成貼近於螢幕自身量測到的 gamma 值 (用 dispcalGUI 量到大概 2.17 左右)
      這樣比較符合螢幕天生的響應,應該可以改善掉階?
      不過 black output offset 那邊的兩種解法一時不太能想像實際上的曲線會被怎麼拉伸,應該不是單純的把曲線做上下偏移吧? 這樣白色那邊不就會爆掉了...冏
      之前看 AVS 那邊有篇在說明 BT.1886
      http://www.avsforum.com/forum/139-display-calibration/1505120-gamma-bt-1886-explained-lightspace-users-check-here-need-your-help.html
      曲線很明顯跟原先的不一樣了
      感覺這樣平均亮度不知道會不會跟著改變? (collink 的 -Ib 跟 -IB 參數好像有提到這個問題)

      HCFR 的 REC.709 我也有先將白點座標改成 5700K 對應的座標了
      不過量出來的 dE 就是怪怪的

      另外還有一個忘記問
      在 Create 3DLUT 的 apply calibration(vcgt) 是會載入 calibration 那邊做好的 gamma curve 嗎?
      如果是,那麼下方的 apply tone response curve 是又再加上另一個 gamma curve ?
      如果不是,那麼一開始在 calibration 那邊做好的 gamma curve 就是從頭到尾都沒有被用到了?

      刪除
    3. 调整好白平衡和亮度后直接做profile不要做calibration,从放出最新的dispcalgui演示视频中也能看出也是这么做的。还有就是最近一周建议不要浪费时间去研究这个了,因为最近几天会有重大更新

      刪除
    4. 1.设置为As measured白点坐标就是你当前色温下的白点坐标,你上面也说过已经调整好了白平衡,所以是已经拉到了。

      2.collink改色温的会不会是w:X:Y:Z(w:x:y)参数?因为没去测试过不知道,还有就是collink增加了-b这个参数你可以去尝试下.

      3.掉色阶问题我上面已经回答过就不重复了。

      4.AVS那篇教程已经过时了,不过这几天会更新(dispcalgui 3.0发布后)

      5.HCFR没什么研究,测量出来怪也许是因为是按D65标准来判断的。

      6.curve问题我觉得你是多虑了,说简单点就是一个是给显示器的一个是给MADVR的。

      刪除
    5. 發覺中午回覆的留言莫名消失了,重打一次
      我只是想問說如果白點已經先透過螢幕的OSD調好了,所以之後再重跑的新的 calibration 程序都把白點指定為 as measured 的情況下,這一項就不會影響掉階了吧? 會影響的應該是其餘的 white level / black level / gamma 設定?

      會想做 calibration 的原因是螢幕本身在暗部的 gamma 較高,亮部的 gamma 較低,對畫面有一些影響,所以目前想先在可接受的掉階範圍以及不要產生太嚴重的 banding 的前提下,盡可能將螢幕的 gamma 調整為比較好的狀態,當然如果能夠確定是螢幕先天能力不足,無法達成目的也只能直接做 profile 了

      collink 的 -w 的確有提到適用於 absolute intent,我會再試試看,感謝建議
      不過沒有找到 –b 這個參數說明,是 1.7.0 beta 才能使用嗎?

      不知道 dispcalgui 3.0 會有什麼新的命令行參數組合,之後再來實驗看看

      刪除
    6. 都说了不要做calibration,-b是1.7.0里的。

      刪除
  16. dispcalgui 3.0稳定版前的测试版本2.9.0发布,argyllcms 1.7.0beta最新构建版本发布

    回覆刪除
  17. 請問一下博主
    我的顯示器是EIZO CX270
    顯示器本身支援硬體調整色域,可選擇ADOBE RGB或SRGB,伽馬值也能自定數值
    我在網路上查到的資料,目前的BD藍光影像大多是REC709色域
    而REC709又與SRGB的色域相同
    所以如果我想得到比較正確的色彩的話
    是不是先把顯示器的色域定為SRGB,伽馬值選2.2
    madvr則勾選"this display is already calibrated"
    然後選擇"BT.709"、"pure power curve 2.20"
    這樣就可以了呢?

    回覆刪除
  18. 您好:

    請問一下我的螢幕支援BT.2020
    這是這個螢幕附上的校色圖,madvr偵測的color gamut是bt.2020(rgb)
    (http://www.tftcentral.co.uk/images/samsung_c32hg70/img065.jpg)

    那請問在校色的設定裡面,是設定成這樣就OK了嗎(選擇BT.2020)?
    https://i.imgur.com/kzYg7u7.png

    我嘗試過撥放影片,是BT.709的,然後跟其他撥放器比較(MPC-HC&EVR)

    預設primaries裡面會顯示是BT.709(上),不過我可以切換成BT.2020(下)
    https://i.imgur.com/Op7fesu.png

    我發現切換到BT.2020的顏色跟用其他撥放器(MPC-HC&EVR)撥出來的顏色比較相似
    ,較濃郁?

    如果我在madvr校色裡面,選擇沒有經過校色
    那直接撥影片的話,顏色跟我選擇校色成BT.2020,然後在播放影片後,手動把BT.709切換成BT.2020是一樣的。

    那這樣我是不是乾脆選擇沒校色過才是正確的?還是其實選擇校色成BT.2020,然後播影片時就讓他跑預設的BT.709顏色才是正確的?不需要切換成BT.2020?

    目前觀察到的是沒校色和選擇校色成BT.2020+播影片切換成BT.2020這兩種跑出來的顏色比較相似(飽和度比較高)。

    如果是選擇校色成BT.2020然後播影片時,保持預設primaries是BT.709,這樣顏色比較起來飽和度較低。

    不知道怎樣的顏色才是正確的,想跟您請教一下,謝謝!

    PS:另外再請教一下,madvr偵測的bitdepth是原生8Bit,不過我這台有8bit+FRC到10Bit,且支援HDR,想請教您那在properties裡面,我的bitdepth應該設定為8bit還是10bit呢?


    回覆刪除
    回覆
    1. 1.samsung_c32hg70這個螢幕,它並非完整的BT.2020色域,事實上目前沒有螢幕達到100% BT.2020的覆蓋率,高階電視大概也支援到DCI-P3 90幾%的覆蓋率而已(DCI-P3是電影工業製作標準,但比BT.2020色域範圍小,DCI-P3 90幾%換算成BT.2020大概60幾%),當然這些電視都宣稱可以支援BT.2020這個規格,應該是內部有再做色域轉換,而且前提是要輸出HDR meta data給螢幕。
      我查到的samsung_c32hg70的相關規格,它的原生色域是Adobe RGB 92% (sRGB 125%),實際測量DCI-P3也是90幾%,也宣稱支援HDR,不過我想跟電視一樣要在HDR模式下並輸出meta data才有效果,直接把它當BT.2020螢幕看一般影片顯然會有一些問題...

      有關BT.2020、DCI-P3、Adobe RGB、BT.709(同sRGB)的覆蓋率範圍差別可自行google圖片

      2.madVR不會偵測螢幕的色域(事實上也不可能,色域只有校色器搭配對應軟體才測得出來),您在OSD裡面看到的primaries是影片使用的色域,並非螢幕的色域,madVR是讀取影片的meta data裡的色域資訊,如果沒有相關資訊的話就用猜的,但這跟螢幕無關,所以您可能有點誤解。

      3.回到您的主要問題,來看看各種操作會有什麼結果以及可能原因,首先由OSD截圖可以知道madVR判斷這是一個BT.709色域的影片,則:
      a.用EVR來播放,等於無處理輸出(預設BT.709)

      b.用madVR播放,madvr校色裡面,選擇沒有經過校色,並直接播,結 果同a.(預設BT.709輸出)

      c.用madVR播放,madvr校色裡面,選擇校色成BT.2020,播放時切換 primaries成BT.2020,意思就是你告訴madVR這是一個BT.2020影片然 後要輸出給BT.2020螢幕,這樣的話madVR不會對影片做色域轉換,等 於直接輸出,所以效果同a.和b.

      d.用madVR播放,madvr校色裡面,選擇校色成BT.2020,並直接播,這樣的話等於告訴madVR這是一個BT.709影片然後要輸出給BT.2020螢幕,這樣的話madVR會對影片做色域轉換以讓影片在"BT.2020螢幕上"呈現正確顏色,所以會看到顏色改變(但實際螢幕不是BT.2020的話看到的是顏色變淡)

      4.回到怎樣才是正確的,當你的螢幕是BT.709(sRGB)時,a.跟b.是正確操
      作得到正確結果,c.是兩個錯誤操作然後得到正確結果,d.是一個錯誤操作得到錯誤結果

      5.不過別忘了一點,您的螢幕是原生的廣色域螢幕(125% sRGB),並非是預設sRGB,如果很注重顏色的正確性,有兩個選擇,第一是使用校色器並製作3DLUT給madVR套用,第二是使用螢幕的sRGB模式,madVR裡選擇"this display is already calibrated"並選擇BT.709,這時螢幕的實際色域會限制在sRGB 100%而正確對應BT.709。
      如果madVR裡選擇BT.709,而螢幕是預設色域的話,看到的飽和度會比正確色彩高,不過有人反而喜歡這種效果,所以可自己判斷
      如果madVR裡選擇BT.2020的話,這個螢幕實際色域比BT.2020小很多,會造成飽和度降低,並不建議

      5.bitdepth建議設為8bit

      刪除
    2. 我知道了,非常謝謝您的解答,再次感謝!

      刪除