PCDVD數位科技討論區
PCDVD數位科技討論區   註冊 常見問題 標記討論區為已讀

回到   PCDVD數位科技討論區 > 數位影音討論群組 > 顯示設備討論區
帳戶
密碼
 

  回應
 
主題工具
Eater
*停權中*
 

加入日期: Jun 2002
文章: 217
顏色數目和色飽和度是不一樣的兩件事
你覺得顏色不鮮豔是色飽和度不足的關係
也就是紅色不夠紅, 綠色不夠綠, 藍色不夠藍
但即使色飽和度不足
一樣還是可以切成256種不同的亮度組合成16.7M的顏色
     
      
舊 2003-02-11, 01:05 PM #11
回應時引用此文章
Eater離線中  
redring
Senior Member
 
redring的大頭照
 

加入日期: Mar 2002
您的住址: 《八仙飯店》
文章: 1,354
引用:
Originally posted by Eater
顏色數目和色飽和度是不一樣的兩件事
你覺得顏色不鮮豔是色飽和度不足的關係
也就是紅色不夠紅, 綠色不夠綠, 藍色不夠藍
但即使色飽和度不足
一樣還是可以切成256種不同的亮度組合成16.7M的顏色



原來如此

了解不夠所以給大家看笑話了

尋尋覓覓!
終於知道原因了

還是感謝Eater指正!!!

所以說
http://www.auo.com/e_products_monitor_m170en05.shtml
Color Saturation (%) 72

http://www.auo.com/e_products_monitor_m170en04.shtml
Color Saturation (%) 65

應該是m170en05比較鮮豔
雖說它的色階能力較差
 

此文章於 2003-02-11 02:22 PM 被 redring 編輯.
舊 2003-02-11, 02:18 PM #12
回應時引用此文章
redring離線中  
Charlie
Senior Member
 

加入日期: May 2000
您的住址: San Jose, CA
文章: 1,264
總算看到有用的東西了,最近這裡吵的真的是他X的想罵人,不過吵來吵去,就是那些ISSUE,所以根本就懶得發言,這種好東西,要推一下。
__________________
曾幾何時,黑咖啡已經慢慢取代了思念的空間.
舊 2003-02-11, 04:01 PM #13
回應時引用此文章
Charlie離線中  
Bikeman
Advance Member
 
Bikeman的大頭照
 

加入日期: Jun 2002
您的住址: 有自行車的地方
文章: 422
引用:
Originally posted by Eater
顏色數目和色飽和度是不一樣的兩件事
你覺得顏色不鮮豔是色飽和度不足的關係
也就是紅色不夠紅, 綠色不夠綠, 藍色不夠藍
但即使色飽和度不足
一樣還是可以切成256種不同的亮度組合成16.7M的顏色



謝謝Eater兄的教學~!
Push Push...
__________________
德性高者,應胸中萬甲,包容四方,如一日成名,回頭批判他人,責說無理,則無法茍同...
舊 2003-02-11, 04:06 PM #14
回應時引用此文章
Bikeman離線中  
cash_007
Basic Member
 

加入日期: Dec 2002
您的住址: 地心
文章: 22
Thumbs up

雖然有點霧煞煞不過還是有收穫~^^"
推~推~~推~~~!!
__________________
你好我好大家好
舊 2003-02-13, 12:07 PM #15
回應時引用此文章
cash_007離線中  
SeaWalker
Major Member
 

加入日期: Jan 2002
文章: 169
以下謹摘自SHARP USA的資料
http://www.sharp-business.com/data/...0Correction.doc

這篇文章中雖然最後是強調SHARP自家10bit面板的功力
不過文章前面對Gamma Correction的原理
有簡要的說明與圖例
正好可以拿來呼應Eater兄的說法
(不過是英文的啦~~~)

基本灰階表現越高
對色彩的連續性有較大的貢獻
也就是色塊出現的問題會有改善
(請參照前述SHARP網頁資料的附圖)

如果把 [鮮豔] 定位於顏色表達的真實性
亦即最基本的G/G/B三色反映就不對
那分再多色階也沒意義
而要解決這個問題
則是在彩色濾光片與背光模組上下工夫

一些回饋, 有錯請指正

ps
redring兄
小弟有一建議請您參考

您所質疑訊緯面板的問題
雖然您在版上有所說明
不過能否同步也向該公司客服或技術部門投書
並將投書過程(時間)與結果也向大家公佈

如果該公司能夠回應
至少表示該公司有意願處理問題
而其答覆結果則可交由版上再次討論與公議
如果該公司不聞不問
姑且不論面板技術爭議誰是誰非
這種忽視消費者權益的廠商
也應該讓大家了解

小弟認為討論版上比較像是大家交流的園地
但絕對不是各公司的客服窗口
所有有關各公司產品的問題[一定]能在此獲得解答

有問題提出來討論本來也是大家來此的目的
不過針對非使用上的問題
如用料/技術/規格說明...等
是不是回歸到各公司的體系內來尋求答案
會比較合理些?

否則大家在這裡爭議
以這一陣子版上混亂的情況
頗容易流於意氣之爭
答案沒找到不說
還不定多了一肚子氣

一點建議, 尚請參考
舊 2003-02-13, 03:17 PM #16
回應時引用此文章
SeaWalker離線中  
oskwu
Regular Member
 

加入日期: Apr 2002
您的住址: Taiwan
文章: 94
引用:
Originally posted by SeaWalker
以下謹摘自SHARP USA的資料
http://www.sharp-business.com/data/...0Correction.doc

這篇文章中雖然最後是強調SHARP自家10bit面板的功力
不過文章前面對Gamma Correction的原理
有簡要的說明與圖例
正好可以拿來呼應Eater兄的說法
(不過是英文的啦~~~)

基本灰階表現越高
對色彩的連續性有較大的貢獻
也就是色塊出現的問題會有改善
(請參照前述SHARP網頁資料的附圖)

如果把 [鮮豔] 定位於顏色表達的真實性
亦即最基本的G/G/B三色反映就不對
那分再多色階也沒意義
而要解決這個問題
則是在彩色濾光片與背光模組上下工夫
<<下恕刪>>

不知Seawalker所說10bit面板的意思為何?
不過從Sharp USA的那篇文章來看,(這是我看完的想法,歡迎討論。)
所強調的是將8bit的Gamma curve經其look up table轉換為10bit的Gamma curve,可參考 http://www.sharp.co.jp/products/llt1820/text/10bit.html
所以說其10bit表現的Gamma Curve看起來會比8bit表現的curve 更smooth。
我的推論是,該面板仍然為8bit的面板,假如說用dithering的方式來模擬10bit的話,其顏色就會達到1021*1021*1021就超過1billion的顏色了。(老實說,我也不知道有沒有人這麼做。)
再者,假如說該面板用的是10bit driver IC那又何必做gamma correction?而且就我看過Sharp TFT LCD的road map來看,也沒看過有10bit顏色的面板。(但也不表示未來沒有,若是有的話請網友告知,我倒是想知道是哪家的driver IC。)
不過Sharp TFT LCD是業界的翹楚,很多技術也未必為外人知。上面所寫僅是個猜測,網友若有其他看法,一起討論又何妨。
再提個有些岔題,但也不算離題的意見,有些網友喜歡用256灰階來挑選monitor,暗態的灰階越分明者,是否越好?個人持不同意見,通常螢幕的表現會去target Gamma 2.2,這是考量真實環境跟我們使用螢幕時的環境,所做出來的修正。假如有人把gamma調成1,保證暗態的表現相較於gamma=2.2還灰階分明(有些網友可能會認為此暗態灰階分明的螢幕就是較佳的螢幕),不過當我們在使用該螢幕時,影像沒有經過螢幕Gamma的修正,使得該影像可能會讓人看起來不真實。所以說,假如真的要讓我選螢幕的話,最好就把他拿去做量測,以Gamma 2.2的為佳,最好連R,G,B個別的Gamma curve都是2.2的,那就再恰當不過了。
舊 2003-02-14, 12:24 AM #17
回應時引用此文章
oskwu離線中  
sic
Major Member
 

加入日期: May 2000
您的住址: 台北
文章: 152
應該是如oskwu兄說的八
8bit mapping to 10bit
可是我是覺得
一般而言
lcd driver ic不是也都有Gamma Correction的功能了嗎
是參考之前先敬post的au的17"面板spec
舊 2003-02-14, 09:24 AM #18
回應時引用此文章
sic離線中  
SeaWalker
Major Member
 

加入日期: Jan 2002
文章: 169
oskwu兄是關心面板的高手喔
小弟提不出像您一樣精采的說明
謹就所知報告如下
亦請指教交流.....

目前所知Sharp LL-T1820顯示器所用的面板
確如oskwu兄所提的日文網頁資料
以8bit信號差補模擬出10bit的效果而得
小弟舉Shart USA網頁的資料
僅是希望藉由前述原理的說明
來對照Eater兄的論點以工作交流之用
倒不是直接強調這塊面板

至於該面板的10bit模擬是直接用Drive IC上來進行
抑或是再經由外部電路(IC)的方式來處理
小弟倒是不清楚
猜測是如果要做一顆這種8bit差補模擬10bit的Drive IC
不如直接開發10Bit
但是成本可能不低吧

不過醫療級LCD Monitor的灰階表現遠高於此
不知道他們用什麼方法來做到?

另外有個外行問題就教於各版兄
小弟一直以為8bitor 10bit的事情
主要是在色階(灰階)的表現上
表現度越高則是漸進顏色的連續性越佳
因此可以降低色塊的產生
同時經由R/G/B混色後的表現也越接近真實
至於GAMMA修正
是不是用在改正顯示器與真實顏色間的誤差
也就是在顯示器因為不同特質
基本上就有顏色表現的的差異
GAMMA修正則是用在還原顯示器表現出真實R/G/B
在小弟提供的Sharp USA資料中
也提到一般電視是將GAMMA修正功能內建在機器中
而PC Monitor則非內建
而是將GAMMA功能建在顯示卡上
因此一般LCD DRIVE IC應該只有對應GAMMA修正的能力
而不是自己進行GAMMA修正

小弟十分贊成oskwu兄對灰階表示的看法
有時看到其他版兄直接說某些機型灰階可以看到0% or 1%
實在是很想請教他們的測試條件

有錯請指正
Thanks~~~
舊 2003-02-14, 11:03 AM #19
回應時引用此文章
SeaWalker離線中  
oskwu
Regular Member
 

加入日期: Apr 2002
您的住址: Taiwan
文章: 94
引用:
Originally posted by SeaWalker
<<前恕刪>>
至於該面板的10bit模擬是直接用Drive IC上來進行
抑或是再經由外部電路(IC)的方式來處理
小弟倒是不清楚
猜測是如果要做一顆這種8bit差補模擬10bit的Drive IC
不如直接開發10Bit
但是成本可能不低吧
...<<恕刪>>
小弟一直以為8bitor 10bit的事情
主要是在色階(灰階)的表現上
表現度越高則是漸進顏色的連續性越佳
因此可以降低色塊的產生
同時經由R/G/B混色後的表現也越接近真實
至於GAMMA修正
是不是用在改正顯示器與真實顏色間的誤差
也就是在顯示器因為不同特質
基本上就有顏色表現的的差異
GAMMA修正則是用在還原顯示器表現出真實R/G/B
<<下恕刪>>

Sorry for deleting so many sentences.
就6bit模擬8bit而言,此種dithering並非是作在driver IC上的,而是在訊號進driver IC前就已經模擬,driver IC仍然為6bit。假如8bit模擬10bit也是這個原理的話,IC仍然是8bit。只是訊號進入前有個look up table去mapping。這是我個人的猜想。
這邊附上我之前寫在其他討論串裡的6bit如何模擬8bit顏色的方法。(若有錯誤,請告知。)
--------
FRC(or dithering)方法其實是利用人眼對於顏色的混色來將顏色再細分出來。
舉6bit模擬8bit為例。
以每個60Hz來說,將8bit-6bit的後面2bit以4個frame來補償。所以每個循環是4/60s,其演算方如下方。利用4個6bit的frame來混8bit的顏色。
6 bit---------------------------------------> 8bit
1st/60s, 2nd/60s, 3rd/60s, 4th/60s -> 4/60s
000000+000000+000000+000000 -> 00000000
000000+000001+000000+000000 -> 00000001
000000+000001+000000+000001 -> 00000010
000000+000001+000001+000001 -> 00000011
000001+000001+000001+000001 -> 00000100
000001+000010+000001+000001 -> 00000101
000001+000010+000001+000010 -> 00000110
000001+000010+000010+000010 -> 00000111
.
.
.
111110+111111+111111+111111 -> 11111011
111111+111111+111111+111111 -> 11111100
=> 共 253 個灰階
所以253x253x253 約16.19M色。
基本上若是用FRC方法模擬出來的顏色是16.19百萬色,
而以純8bit driver IC所表現的顏色256x256x256約16.77百萬色。
至於為何要去模擬?當然是cost的關係了,6bit IC與8bit IC是有價差的,目前17"也有這樣的趨勢。反正模擬這個動作在Scaler算是基本功能而已。
--------
其次是,要用螢幕表現出色彩的「真實性」,這個問題老實講非常複雜,也是目前很多軟、硬體廠商所要追求的目標,如錄像、資料coding、顯示卡、A/D sampling、螢幕...的配合問題。
我認為,並非色彩越多、顏色越鮮豔,螢幕表現會越有真實性,還必須其他條件配合。我只能說,色彩越多、顏色越鮮豔,螢幕的表現「比較有可能」優於色彩較少、顏色較不鮮豔的螢幕。(希望網友能指正或補充我的解釋。)
舊 2003-02-14, 08:54 PM #20
回應時引用此文章
oskwu離線中  


    回應


POPIN
主題工具

發表文章規則
不可以發起新主題
不可以回應主題
不可以上傳附加檔案
不可以編輯您的文章

vB 代碼打開
[IMG]代碼打開
HTML代碼關閉



所有的時間均為GMT +8。 現在的時間是07:20 PM.


vBulletin Version 3.0.1
powered_by_vbulletin 2025。