Re: [求助] 標準模式 sRGB 低藍光字太小

看板LCD作者ad47 (!)時間1年前 (2022/08/02 00:17)推噓9(9推 0噓 5→)

留言14則, 9人參與討論串2/4 (看更多)

: 螢幕的模式中標準 sRGB 這兩種模式差異是什麼？ sRGB是一個「國際標準」，假設螢幕顏色正確下，理論上sRGB模式色彩應該要是相同的。而所謂的「標準」或是「預設」，每一家廠商，每一個型號都不一樣在沒有儀器輔助下，如果希望得到更好的色準，個人建議應該避免使用。 : 低藍光會變暗變黃但習慣後就不會了 : 看網頁之類的都很好也不覺得有明顯的色偏 : 我有玩攝影修圖時試過sRGB模式顏色亮度確實不一樣 : 可能因為是便宜的螢幕我覺得這樣反而不如低藍光好一般來說「低藍光模式」是一種純功能性的顯示方式，與「色準」會是相衝突的，如果是需要做影像色彩判斷、評價或修改的工作時請不要使用。 : 個人覺得顏色是相對而不是絕對我不追求準 : 畢竟房間亮度不一樣顏色就有些不同 : 如果我一直維持低藍光模式這樣修圖應該是還好吧？ : 應該不會把橘色修成紅色？顏色是相對的，這概念不盡然正確，顏色是能透過儀器測量得到固定的數值我想，你說的概念是「不同白點/色溫」下顏色是相對的這是正確的。至於你的低藍光模式的猜想，理論上有可能，但實際上會碰到一些問題： 1.低藍光模式顏色並不準確 (那你的猜想就沒有意義) 2.人眼對於不同色溫的校正適應有其極限，而且有也喜愛的偏好過低(過暖)的色溫，不僅視覺感受亮度低，其實也會影響視覺對比與色彩我個人不建議在低於5500K以下的色溫修圖。 : 很好奇一萬以上的螢幕例如eizo 能很好地解決這些問題嗎？所謂低藍光其實應該分成兩個層次談 1.原始螢幕設計，本身對眼睛具有傷害的短波長光線，能量就比較低 2.透過降低影像藍色彩的比例來降低藍光，而保持影像的最佳化作法就是透過演算法降低色溫 : ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 111.254.11.133 (臺灣) : ※ 文章網址: https://www.ptt.cc/bbs/LCD/M.1659342319.A.7E5.html : 推 jackal998: 修圖顏色會偏，請不要用低藍光修圖，另外如果是mac用 08/01 19:48 : → jackal998: 的螢幕，色域要調成P3，win就用sRGB沒啥問題 08/01 19:48 : → jackal998: 字體大小跟人有關，以自己舒服為原則，解析度提高字會 08/01 19:48 : → jackal998: 變小沒錯，所以要放大 08/01 19:48 「Win用sRGB Mac用P3」這是錯誤的觀念。所有的色彩管理，都要奠基在正確的色彩管理上 Win用sRGB的由來，是Windows預設的色彩輸出是sRGB，因此不做色管或是不能做色管時，設定sRGB是最安全的方式。 Mac用P3，當然不是。 2016、2017年之後，APPLE全系列電腦螢幕都改成具備Display P3色域的顯示器但能讓螢幕顯示正確顏色的原因，是MacOS原生具有色管系統，加上出廠螢幕時螢幕色準就不錯，而且預設是正確的色管設定，是這些才讓Mac電腦有相對一致性的色彩顯示。今天只要設定正確，螢幕使用sRGB、DisplayP3、AdobeRGB、Rec.709...都是可以的。無論Mac或是Win都是如此。 : 這麼一說每個人的螢幕都不一樣修得漂亮人家看到不一定漂亮還好我不是很在意這點我也不覺得大家都需要非常好，色彩準確的螢幕，因為需求不同，但是如果你抱著「如果只有我校正螢幕，那在別人的顯示器上看還是錯誤的，所以校正徒勞無功」這種觀念，那肯定是錯誤的。不正確的影像加上不好的螢幕，並不會讓事情變好；兩個錯誤加起來只會更糟。而一個標準的影像，加上一個不太好的螢幕，終究還是產生錯誤是比較少的。 : 廣色域螢幕會自動把照片弄得更飽和？這樣也太... 廣色域螢幕「不會」把照片變得更好的，會變得更飽和的是「錯誤的色彩管理設定」。這邊有小弟寫的一些基礎色管設定文章，有興趣可以參考一下「螢幕色彩描述檔ICC Profile」 https://colorgeek.co/iccprofile101/ 「如何確認軟體有正確的色彩管理」 https://colorgeek.co/verify_cm/ 「螢幕為什麼要校正」 https://colorgeek.co/why_calibrate/ -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 118.169.4.116 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/LCD/M.1659370633.A.F98.html

推

MKPTT

08/02 08:14, 1年前 , 1^F

08/02 08:14, 1^F

推

cmcmcmcm2

08/02 08:32, 1年前 , 2^F

08/02 08:32, 2^F

推

abyepi

08/02 10:49, 1年前 , 3^F

08/02 10:49, 3^F