![]() |
||
*停權中*
加入日期: Jun 2002
文章: 217
|
顏色數目和色飽和度是不一樣的兩件事
你覺得顏色不鮮豔是色飽和度不足的關係 也就是紅色不夠紅, 綠色不夠綠, 藍色不夠藍 但即使色飽和度不足 一樣還是可以切成256種不同的亮度組合成16.7M的顏色 |
|||||||
![]() |
![]() |
Senior Member
![]() ![]() ![]() 加入日期: Mar 2002 您的住址: 《八仙飯店》
文章: 1,354
|
引用:
原來如此 了解不夠所以給大家看笑話了 尋尋覓覓! 終於知道原因了 還是感謝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 編輯. |
|||
![]() |
![]() |
Senior Member
![]() ![]() ![]() 加入日期: May 2000 您的住址: San Jose, CA
文章: 1,264
|
總算看到有用的東西了,最近這裡吵的真的是他X的想罵人,不過吵來吵去,就是那些ISSUE,所以根本就懶得發言,這種好東西,要推一下。
__________________
曾幾何時,黑咖啡已經慢慢取代了思念的空間. |
![]() |
![]() |
Advance Member
![]() ![]() 加入日期: Jun 2002 您的住址: 有自行車的地方
文章: 422
|
引用:
謝謝Eater兄的教學~! Push Push... ![]()
__________________
德性高者,應胸中萬甲,包容四方,如一日成名,回頭批判他人,責說無理,則無法茍同... |
|
![]() |
![]() |
Basic Member
加入日期: Dec 2002 您的住址: 地心
文章: 22
|
![]() 雖然有點霧煞煞不過還是有收穫~^^"
推~推~~推~~~!!
__________________
你好我好大家好 |
![]() |
![]() |
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兄 小弟有一建議請您參考 您所質疑訊緯面板的問題 雖然您在版上有所說明 不過能否同步也向該公司客服或技術部門投書 並將投書過程(時間)與結果也向大家公佈 如果該公司能夠回應 至少表示該公司有意願處理問題 而其答覆結果則可交由版上再次討論與公議 如果該公司不聞不問 姑且不論面板技術爭議誰是誰非 這種忽視消費者權益的廠商 也應該讓大家了解 小弟認為討論版上比較像是大家交流的園地 但絕對不是各公司的客服窗口 所有有關各公司產品的問題[一定]能在此獲得解答 有問題提出來討論本來也是大家來此的目的 不過針對非使用上的問題 如用料/技術/規格說明...等 是不是回歸到各公司的體系內來尋求答案 會比較合理些? 否則大家在這裡爭議 以這一陣子版上混亂的情況 頗容易流於意氣之爭 答案沒找到不說 還不定多了一肚子氣 一點建議, 尚請參考 |
![]() |
![]() |
Regular Member
![]() ![]() 加入日期: Apr 2002 您的住址: Taiwan
文章: 94
|
引用:
不知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的,那就再恰當不過了。 |
|
![]() |
![]() |
Major Member
![]() 加入日期: May 2000 您的住址: 台北
文章: 152
|
應該是如oskwu兄說的八
8bit mapping to 10bit 可是我是覺得 一般而言 lcd driver ic不是也都有Gamma Correction的功能了嗎 是參考之前先敬post的au的17"面板spec |
![]() |
![]() |
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~~~ |
![]() |
![]() |
Regular Member
![]() ![]() 加入日期: Apr 2002 您的住址: Taiwan
文章: 94
|
引用:
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、螢幕...的配合問題。 我認為,並非色彩越多、顏色越鮮豔,螢幕表現會越有真實性,還必須其他條件配合。我只能說,色彩越多、顏色越鮮豔,螢幕的表現「比較有可能」優於色彩較少、顏色較不鮮豔的螢幕。(希望網友能指正或補充我的解釋。) |
|
![]() |
![]() |