PTT數位生活區 / DSLR (單眼相機)

Re: [問題] 螢幕顏色問題

看板DSLR (單眼相機)作者 (tr)時間11年前 (2014/12/04 15:21), 編輯推噓11(11推 0噓 104→)
留言115則, 8人參與, 最新討論串3/7 (看更多)
※ 引述《Chdolodocha (米拉米拉青年旅館)》之銘言： : 買了一台dell u2412m : 依Kent大的建議設定http://www.ldsclub.net/forum/viewthread.php?tid=47397 : 建議是設5700K～ : 現在我所有的照片都偏暖了 : 同樣的圖跟手機上差異巨大… : 跟ipad也是差異很大… : 原本我還以ipad為準來調整上一台螢幕 : 現在感覺更無所適從… : 請問是否依Kent大的建議才是相對準的呢？ : 我只是一直活在偏冷的世界…>"< 以結論來說，就是Kent的色彩管理知識是錯誤的。 實際上如果每台螢幕出廠能控制的那麼準確就沒那麼多問題了… 而且螢幕就跟人類一樣，一出生就註定開始老化的過程， 你怎麼能確定一個月後甚至半年後顏色還是準的？ 以EIZO CG/CX系列來說，EIZO是建議「開機50小時」就校正一次， 以法定工作時間上限每日8小時來算，一周就得校正了。 至於Kent提倡的用「肉眼校正全部用sRGB下去就對了」的作法， 這種作法是在逃避問題，不是在解決問題， 只要作業流程遇到一個有標準化環境的就準備踢鐵板出包。 如果真心想要解決的話，版上已有一些文章可參考， 或許很多人短期內沒有多餘預算或用不到校色器， 也請好好看一下相關資料，知道整個色彩管理系統是怎麼運作的， 而不是只丟一個「別人螢幕也不一定準」來否決一切。 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 59.115.235.181 ※ 文章網址: http://www.ptt.cc/bbs/DSLR/M.1417677671.A.EFA.html
推
12/04 15:24, , 1F
所以有沒有推薦的網路資訊or書籍？
12/04 15:24, 1F
推
12/04 15:28, , 2F
直接去看ISO的規範就好了，比你看什麼書都有用
12/04 15:28, 2F
→
12/04 15:30, , 3F
請用「色彩管理」或「Color Management」就可以大略了解。
12/04 15:30, 3F
推
12/04 18:16, , 4F
我買中階螢幕 用一年後用校色器還是看不出有色偏
12/04 18:16, 4F
→
12/04 18:16, , 5F
校前校後感覺沒有差
12/04 18:16, 5F
→
12/04 18:19, , 6F
剛買新螢幕 非專業使用的人就別去調了 尤其手動調只會
12/04 18:19, 6F
→
12/04 18:19, , 7F
越調越爛
12/04 18:19, 7F
→
12/04 21:42, , 8F
樓上 要不跑個驗證 看看Delta E偏差多少?
12/04 21:42, 8F
→
12/04 22:36, , 9F
不清楚所謂的中階螢幕是哪台，但目前除了EIZO/NEC的幾款
12/04 22:36, 9F
→
12/04 22:36, , 10F
專業螢幕之外，其餘還沒遇過校色前後看不出差異的。
12/04 22:36, 10F
推
12/04 23:01, , 11F
也有可能是OSD對比設定已經達到螢幕硬體極限
12/04 23:01, 11F
→
12/04 23:02, , 12F
所以校正之後也拉不回來造成看起來沒有差別
12/04 23:02, 12F
→
12/04 23:02, , 13F
這種狀況曾經在很老的CRT螢幕上遇過
12/04 23:02, 13F
→
12/05 05:28, , 14F
我覺得kent的做法只是放棄用一套色彩管理流程來跑 走經驗
12/05 05:28, 14F
→
12/05 05:28, , 15F
路線 不代表他知不知道色彩管理或觀念對不對 你可以說他
12/05 05:28, 15F
→
12/05 05:29, , 16F
不想或怠於管理 不見得能說他是錯誤的 至少該文章結論是
12/05 05:29, 16F
→
12/05 05:29, , 17F
要讓你螢幕看起來白的是白的XD
12/05 05:29, 17F
→
12/05 05:31, , 18F
另外我很好奇用校色器校的很"標準"的螢幕實際上的好處是?
12/05 05:31, 18F
→
12/05 08:03, , 19F
這樣說吧，你知道我拿到所謂的「職業攝影師」給我的檔案一
12/05 08:03, 19F
→
12/05 08:05, , 20F
律都是aRGB嗎？你當然可以說他用他的方法玩也可以，但是這
12/05 08:05, 20F
→
12/05 08:06, , 21F
樣只要一出他自己定義的環境出來就完全無效，這也順便回答
12/05 08:06, 21F
→
12/05 08:07, , 22F
你關於「標準」的好處，就是一個你照著標準走，你可以確保
12/05 08:07, 22F
→
12/05 08:08, , 23F
在這環境中誤差會是最小的。
12/05 08:08, 23F
→
12/05 08:11, , 24F
就Kent做的最大差異就是人家的標準是用數值來定義，不是用
12/05 08:11, 24F
→
12/05 08:12, , 25F
超容易被影響受騙的肉眼來判斷。
12/05 08:12, 25F
→
12/05 09:00, , 26F
kent的作法固然可能結果在他的環境OK，但不能套用到別人的經
12/05 09:00, 26F
→
12/05 09:00, , 27F
驗中，這才是最大的問題。沒有正確的色管觀念和流程，是無法
12/05 09:00, 27F
→
12/05 09:01, , 28F
跟別人溝通的，經驗和結果不可能被複製。這跟實驗是一樣的。
12/05 09:01, 28F
推
12/05 13:02, , 29F
當然看數據看圖形可能是有差，我眼睛看不出套用icc檔後
12/05 13:02, 29F
→
12/05 13:02, , 30F
有什麼差異那就夠了
12/05 13:02, 30F
推
12/05 13:49, , 31F
gwofeng你知道Delta E正是用來判斷人眼是否能辨識顏色差異的
12/05 13:49, 31F
→
12/05 13:49, , 32F
一個測量值嗎?........
12/05 13:49, 32F
→
12/05 13:50, , 33F
每個人的眼睛都不同，用人家科學化數據化的方式來討論比較有
12/05 13:50, 33F
→
12/05 13:50, , 34F
意義。
12/05 13:50, 34F
→
12/05 16:32, , 35F
會用aRGB的大概都輸出用途吧 像我送去印刷廠的也會用aRGB
12/05 16:32, 35F
→
12/05 16:33, , 36F
網路上用的還是用sRGB 只要有人裝置沒辦法支援 就沒辦法
12/05 16:33, 36F
→
12/05 16:33, , 37F
升級 另外我也希望以後有辦法系統自己讀取管理檔 然後圖
12/05 16:33, 37F
→
12/05 16:34, , 38F
檔自帶套用 這樣校色可能會更有意義點
12/05 16:34, 38F
→
12/05 16:37, , 39F
至於Delta E什麼的.. 我覺得有人好像已經誤解了 當初校色
12/05 16:37, 39F
還有 36 則推文
→
12/06 00:59, , 76F
較像想嘴砲或討嗆筆戰？
12/06 00:59, 76F
→
12/06 08:36, , 77F
色彩空間跟色彩模式當然不同 但你都開cmyk檔案然後用argb
12/06 08:36, 77F
→
12/06 08:38, , 78F
模式工作調色出圖嗎?＠"＠ 我認識的Photoshop似乎是不能
12/06 08:38, 78F
→
12/06 08:41, , 79F
這樣搞...加色系統跟減色系統一定要轉換吧 我誤會什麼了？
12/06 08:41, 79F
→
12/06 09:08, , 80F
這倒真的是不一定，因為PS不是排版軟體，例如AI/ID就可以
12/06 09:08, 80F
→
12/06 09:09, , 81F
使用CMYK模式然後丟RGB各類色域檔案進去。
12/06 09:09, 81F
→
12/06 09:44, , 82F
是喔，不過這只是ai幫你做好了轉換動作吧
12/06 09:44, 82F
→
12/06 09:45, , 83F
在ai裡面嵌入點陣圖 預設應該還是會幫你轉回cmyk模式
12/06 09:45, 83F
→
12/06 09:46, , 84F
由於ai調色不方便，嚴謹流程應該是先進ps轉cmyk再回ai
12/06 09:46, 84F
→
12/06 09:47, , 85F
講回來原本問題是說 送印不該用ARGB檔案啊XD
12/06 09:47, 85F
→
12/06 09:52, , 86F
只是提醒一下shinegg不要犯了這種基本錯誤然後怪給了色管
12/06 09:52, 86F
→
12/06 09:53, , 87F
「為什麼印出來的結果跟我送的檔案差這麼多」之類的=.=
12/06 09:53, 87F
→
12/06 10:03, , 88F
(對了 上面的 是喔 是肯定詞不是提問詞XD)
12/06 10:03, 88F
推
12/06 12:34, , 89F
送印用adobeRGB不是不行 只是把軟打樣丟給廠商.........
12/06 12:34, 89F
→
12/06 19:00, , 90F
唉..我說的送印用aRGB是指工作流程 因為用aRGB的色彩層次
12/06 19:00, 90F
→
12/06 19:00, , 91F
更豐富 至少我的螢幕 我的工作環境下看起來是明顯有差的
12/06 19:00, 91F
→
12/06 19:02, , 92F
而且RGB模式 PS可以用的功能更多更完整 當然送印的時候你
12/06 19:02, 92F
→
12/06 19:03, , 93F
要自己轉完再調整再送 還是丟給她轉都行 不衝突OK? 我只
12/06 19:03, 93F
→
12/06 19:03, , 94F
是說這兩個是不同的東西 我個人目前的習慣跟需求也不會在
12/06 19:03, 94F
→
12/06 19:04, , 95F
CMYK模式下作業 如果目的只是你螢幕上的色彩->印刷廠的機
12/06 19:04, 95F
→
12/06 19:07, , 96F
器 用aRGB做不是更好? 當然傳說現在有機器可以直接吃RGB
12/06 19:07, 96F
→
12/06 19:08, , 97F
自己轉換 我是沒看過也沒碰過 也不知道效果 回正題 如果
12/06 19:08, 97F
→
12/06 19:09, , 98F
有攝影師丟aRGB的檔案出來 我猜他的目的也許是要輸出而已
12/06 19:09, 98F
→
12/06 19:11, , 99F
現在印刷廠不會這麼笨XD
12/06 19:11, 99F
→
12/06 19:18, , 100F
另外 印刷廠可能會有自己的色彩定義檔 我"想像"也許有印
12/06 19:18, 100F
→
12/06 19:19, , 101F
刷廠你丟aRGB給他 他會自己找適合的轉換(純推斷) 我自己
12/06 19:19, 101F
→
12/06 19:20, , 102F
是沒試過 都轉好丟過去減少變因 也許改天去問問(啥
12/06 19:20, 102F
→
12/06 19:22, , 103F
色彩管理的目的 一直以來我以為只是為了在一套工作流程中
12/06 19:22, 103F
→
12/06 19:24, , 104F
達到統一跟方便的手段 不知道什麼時候變得這麼絕對了
12/06 19:24, 104F
→
12/06 19:24, , 105F
可以的話 我也很希望大家看到的誤差極小 或者沒誤差 但實
12/06 19:24, 105F
→
12/06 19:25, , 106F
際上過了這麼久 也沒看到啥能統一的 目前最接近的大概就
12/06 19:25, 106F
→
12/06 19:26, , 107F
全部用MAC吧 雖然現在連MAC也不見得那麼標準..
12/06 19:26, 107F
→
12/06 19:56, , 108F
嗯是的 因為你講太快所以怕你是整個弄錯搞誤會啊XD
12/06 19:56, 108F
→
12/06 19:56, , 109F
色彩管理本來就如你說的是工作流程中達到統一的手段
12/06 19:56, 109F
→
12/06 19:57, , 110F
簡單來說就是避免雞同鴨講，並沒有人說 用什麼方式才是絕
12/06 19:57, 110F
→
12/06 19:57, , 111F
對的好，現在討論的只是相對問題 啊
12/06 19:57, 111F
→
12/06 19:58, , 112F
儀器校色的準確度/可信度 相對於肉眼校色更高這樣阿XD
12/06 19:58, 112F
→
12/06 21:26, , 113F
當要求在一個標準下的時候 的確校色器準確也好用 這沒啥
12/06 21:26, 113F
→
12/06 21:27, , 114F
問題吧 問題在於自己用的 有需要這麼累嗎XD
12/06 21:27, 114F
→
12/06 21:43, , 115F
問題在於自己用 自己對或錯都OK，但不要出來誤導其他人。
12/06 21:43, 115F
‣ 更多 tr1111 的文章
文章代碼(AID): #1KW0jdxw (DSLR)
討論串 (同標題文章)
本文引述了以下文章的的內容：
完整討論串 (本文為第 3 之 7 篇)：
排序： 最新先 | 最舊先 | 留言數
在新視窗開啟完整討論串 (共7篇)
DSLR 近期熱門文章
更多 近期熱門文章 >>
PTT數位生活區 即時熱門文章
更多 即時熱門文章 >>
‣ 更多 tr1111 的文章
文章代碼(AID): #1KW0jdxw (DSLR)