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

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

  回應
 
主題工具
adelies
Elite Member
 
adelies的大頭照
 

加入日期: Dec 2001
您的住址: Cape Crozier
文章: 6,122
~ 插花一下 ~

其實小弟後來去看電影,不知道是電影院設備不佳還是怎樣的,大場景連續移動 (例如拍飛機飛越山巔,通常導演的鏡頭角度也會改變),還是會看到一頓一頓、有點閃閃的感覺,不過一般的畫面就不會有這樣的感覺,順便來問,是不是戲院設備的問題?? 還是這是正常的現象??

歹勢,這個問題好像和 LCD 沒有太大關係的樣子說...
     
      
舊 2003-03-02, 10:39 PM #21
回應時引用此文章
adelies離線中  
powerless
Regular Member
 

加入日期: Dec 2001
文章: 80
引用:
Originally posted by oskwu
1. 依序亮?依Scan line的順序?還是TFT charging的順序?可否再說明?至於30"亮度是會降低,至於會有flicker的原因是干涉還是其他原因(inverter設計?)?
2. 直下型的backlight,燈管間亮暗不同步的話,那如何分配哪些燈管要配合哪些pixel,而不會互相影響。
3. 我同意攝影器材也未必能把動態的畫面拍攝的完美,導致訊號輸入時就會有模糊的現象,不過這個問題應該實機比較就應該可以得到。倒是就Hitachi該網頁來看,畫面品質是有改善。(個人認為以現今的狀況來看,應該可以改善,不然不會有人倡導這個技術吧?)
4. 我想電影跟LCD還是不太一樣,畢竟電影沒有response time的問題,後面的光線亮度是一直維持住的。而LCD有液晶的response time與TFT discharging的可能,都是可能造成Hold type不夠perfect的原因,尤其在動態的畫面下,影像表現不如人意。至於trade-off的技術,是否可行,當然是由市場來決定,至於未來是否有其他技術可以取代,個人相信是有的,只是目前沒有其他方法,LCD TV要想取代CRT,又要跟PDP競爭,當然在動態畫面的表現上不可落差太大。
5. 假如powerless兄認識Eater兄的話可否也請他一起上來討論。

1.依scan line的順序,如果是TFT charging的話那要用LED backlight才有可能^^;;尺寸大會有flicker單純是因為尺寸太大了,而且跟新頻率是60Hz也太慢了的關係
2.依理想狀態是,有幾條掃描線,就要有幾條燈管,這樣才能同步,不過這是不可能的,所以目前會分成幾區,如果是10隻燈管就分10區.然後依掃描線的掃法依序亮
3.邊緣會清楚這件事的確是改善了,可是我想要說的不是清楚就一定較好這件事阿.不知你知不知道在畫動畫的時候,遇到快動作場景邊緣會刻意模糊,這叫motion blur,我想說的就是這件事.其實模糊在動態場景會比較好,尤其是在FPS不高的情況下也能減少畫面像是瞬間移動般的跳越法.
4.所以我想說的是,如果hold type反應時間做到很低,動態應該也是很棒的.而電影就是一個例子,不知道你能不能同意呢?所以要改善動畫品質如果能做到跟電影一樣,這不是另外一個努力的方式嗎?為何一定要用blinking backlighting呢?
5.我不認識Eater^^;;抱歉
 
舊 2003-03-03, 08:18 PM #22
回應時引用此文章
powerless離線中  
powerless
Regular Member
 

加入日期: Dec 2001
文章: 80
引用:
Originally posted by adelies
~ 插花一下 ~

其實小弟後來去看電影,不知道是電影院設備不佳還是怎樣的,大場景連續移動 (例如拍飛機飛越山巔,通常導演的鏡頭角度也會改變),還是會看到一頓一頓、有點閃閃的感覺,不過一般的畫面就不會有這樣的感覺,順便來問,是不是戲院設備的問題?? 還是這是正常的現象??

歹勢,這個問題好像和 LCD 沒有太大關係的樣子說...

可看起來應該是動畫張數不夠的關係^^;;
也就是24FPS還是太少了,所以會有這情形
舊 2003-03-03, 08:21 PM #23
回應時引用此文章
powerless離線中  
asiajoe
Major Member
 

加入日期: Sep 2001
您的住址: 台中
文章: 220
真是不錯的文章
謝謝你们
舊 2003-03-04, 02:58 AM #24
回應時引用此文章
asiajoe離線中  
shoddy
Advance Member
 
shoddy的大頭照
 

加入日期: Nov 2001
您的住址: 我家
文章: 431
看的霧煞煞,不過感覺真的很好喔
舊 2003-03-04, 10:04 AM #25
回應時引用此文章
shoddy離線中  
oskwu
Regular Member
 

加入日期: Apr 2002
您的住址: Taiwan
文章: 94
引用:
Originally posted by powerless
1.依scan line的順序,如果是TFT charging的話那要用LED backlight才有可能^^;;尺寸大會有flicker單純是因為尺寸太大了,而且跟新頻率是60Hz也太慢了的關係
2.依理想狀態是,有幾條掃描線,就要有幾條燈管,這樣才能同步,不過這是不可能的,所以目前會分成幾區,如果是10隻燈管就分10區.然後依掃描線的掃法依序亮
3.邊緣會清楚這件事的確是改善了,可是我想要說的不是清楚就一定較好這件事阿.不知你知不知道在畫動畫的時候,遇到快動作場景邊緣會刻意模糊,這叫motion blur,我想說的就是這件事.其實模糊在動態場景會比較好,尤其是在FPS不高的情況下也能減少畫面像是瞬間移動般的跳越法.
4.所以我想說的是,如果hold type反應時間做到很低,動態應該也是很棒的.而電影就是一個例子,不知道你能不能同意呢?所以要改善動畫品質如果能做到跟電影一樣,這不是另外一個努力的方式嗎?為何一定要用blinking backlighting呢?
5.我不認識Eater^^;;抱歉


1. Powerless兄講得是60Hz的blinking backlight的30" LCD TV module會有flicker,還是一般正常的backlight用在60Hz input signal的30"LCD TV module下會有flicker?不過我認為30"的panel很大,以目前的1280x768解析度來看,每個pixel也很大,如果加快掃描頻率的話,我認為a-Si的TFT 會有charging time不夠的風險。目前的30" LCD TV有廠商用75Hz or以上的頻率嗎?(因為的這個產品不熟,我不太清楚。)
2. 那上方的pixel會不會受下方lamp的亮暗而受影響?實際上該暗的時候,反而因為下方燈管亮,而仍然有訊號出現(而且還不夠亮),這樣的peformance會反而變差吧?這是我對依序亮的感受,畢竟各支燈管的光線在直下型backlight的燈箱內是散射的,如何確保上方或下方的pixel不受下方或上方的燈管影響,該如何控制?
3. 其實這個問題是人的感觀。站在Akihabara電器屋前,就PDP與LCD的動態畫面來看,我比較喜歡PDP的performance,也許別人會有不同看法,我想市場會有說明的。
4. 我同意反應時間變快,動態效果可以改善。只是,目前LCD's reponse time仍然有很多改善的空間,想要在市場上競爭,這是一定要改善的項目,我也相信當然除了此種pesudo-impluse法外,也有很多改善的方案在測試。假如說,Hitachi這個方法的確可行,而且能為消費者接受,用此類的技術又何妨呢?

此文章於 2003-03-04 09:27 PM 被 oskwu 編輯.
舊 2003-03-04, 09:22 PM #26
回應時引用此文章
oskwu離線中  
powerless
Regular Member
 

加入日期: Dec 2001
文章: 80
引用:
Originally posted by oskwu
1. Powerless兄講得是60Hz的blinking backlight的30" LCD TV module會有flicker,還是一般正常的backlight用在60Hz input signal的30"LCD TV module下會有flicker?不過我認為30"的panel很大,以目前的1280x768解析度來看,每個pixel也很大,如果加快掃描頻率的話,我認為a-Si的TFT 會有charging time不夠的風險。目前的30" LCD TV有廠商用75Hz or以上的頻率嗎?(因為的這個產品不熟,我不太清楚。)
2. 那上方的pixel會不會受下方lamp的亮暗而受影響?實際上該暗的時候,反而因為下方燈管亮,而仍然有訊號出現(而且還不夠亮),這樣的peformance會反而變差吧?這是我對依序亮的感受,畢竟各支燈管的光線在直下型backlight的燈箱內是散射的,如何確保上方或下方的pixel不受下方或上方的燈管影響,該如何控制?
3. 其實這個問題是人的感觀。站在Akihabara電器屋前,就PDP與LCD的動態畫面來看,我比較喜歡PDP的performance,也許別人會有不同看法,我想市場會有說明的。
4. 我同意反應時間變快,動態效果可以改善。只是,目前LCD's reponse time仍然有很多改善的空間,想要在市場上競爭,這是一定要改善的項目,我也相信當然除了此種pesudo-impluse法外,也有很多改善的方案在測試。假如說,Hitachi這個方法的確可行,而且能為消費者接受,用此類的技術又何妨呢?

1.blinking backlight才有flicker,一般的backlight不會有.Pixel大,TFT也會大,不會充不飽的.不過gate delay會變嚴重,所以可能要雙邊灌gate訊號.還有TV通常不會考慮75Hz以上的,因為訊號又沒有到這麼高,所以不必自找麻煩^^;;75Hz以上因為充電時間便少了,所以TFT要畫更大,表示開口率會降低,亮度會下降.
2.你說的是一塊面板的最下方跟最上方嗎?還是分區中的一小區的上方跟下方?不是很懂你說的意思.TFT本身的開關是一條掃描線一條掃描線開的阿,如果燈光依序的開才會有問題阿
3.PDP也會有拖尾的問題喔^_^尤其是綠色最嚴重.不過比LCD是輕微沒錯
4.我同意,所以目前也正在研究發展當中.不過這技術我並不看好就是了(當然我只是個小角色,說的話沒什麼份量^^;
舊 2003-03-04, 10:02 PM #27
回應時引用此文章
powerless離線中  
Eater
*停權中*
 

加入日期: Jun 2002
文章: 217
原文不是講smart backlight
smart backlight是指當需要顯示偏暗的畫面的時候(比如說星空)
背光板會降低燈管電流使畫面看起來更暗
當需要顯示偏亮畫面的時候(比如說爆炸場面)
背光板會增加燈管電流使畫面看起來更亮

這裡的blinking backlight是用來改善LCD顯示動畫時邊緣模糊延遲的問題的
包括scanning backlight的部分
其實oskwu兄與powerless兄已經討論得很詳盡很深入了
兩位想必也是吃這行飯的
我也沒什麼公開資訊可以補充
再深入下去只怕有洩漏機密的疑慮了
其實這玩意兒我相信各大廠都有分派一部份資源在做研究
值不值得
大概很快就會有答案吧
今年在台北的Flat Panel Display Exposition
H社說他們年底會有一款使用blinking backlight的產品
大家拭目以待吧
舊 2003-03-05, 08:50 AM #28
回應時引用此文章
Eater離線中  
adelies
Elite Member
 
adelies的大頭照
 

加入日期: Dec 2001
您的住址: Cape Crozier
文章: 6,122
謝謝大家的說明,雖然很多也是看的霧卅卅,不過,還是感恩啦~

現在的顯示市場真的好像蠻熱鬧的說,而且各種技術都在想辦法出頭,掙個一席之地甚至擴大領土...
舊 2003-03-05, 01:16 PM #29
回應時引用此文章
adelies離線中  
oskwu
Regular Member
 

加入日期: Apr 2002
您的住址: Taiwan
文章: 94
引用:
Originally posted by powerless
1.blinking backlight才有flicker,一般的backlight不會有.Pixel大,TFT也會大,不會充不飽的.不過gate delay會變嚴重,所以可能要雙邊灌gate訊號.還有TV通常不會考慮75Hz以上的,因為訊號又沒有到這麼高,所以不必自找麻煩^^;;75Hz以上因為充電時間便少了,所以TFT要畫更大,表示開口率會降低,亮度會下降.
2.你說的是一塊面板的最下方跟最上方嗎?還是分區中的一小區的上方跟下方?不是很懂你說的意思.TFT本身的開關是一條掃描線一條掃描線開的阿,如果燈光依序的開才會有問題阿
3.PDP也會有拖尾的問題喔^_^尤其是綠色最嚴重.不過比LCD是輕微沒錯
4.我同意,所以目前也正在研究發展當中.不過這技術我並不看好就是了(當然我只是個小角色,說的話沒什麼份量^^;

1. 假如TFT's W/L margin 不夠,以75Hz來顯示的話,風險會比60Hz還高,尤其像30"LCD TV。
2. 直下型燈管的燈箱的blinking是燈管有上而下依序亮暗的話,在單一燈管暗的時候,該燈管上方的pixel仍然會有燈光透過,這樣的blinking會有效果嗎?
3. 我對PDP不熟,不敢評論。
4. 聽到這種blinking backlight,只覺有趣,看法也跟powerless兄一樣。
舊 2003-03-06, 10:13 PM #30
回應時引用此文章
oskwu離線中  


    回應


POPIN
主題工具

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

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



所有的時間均為GMT +8。 現在的時間是11:15 AM.


vBulletin Version 3.0.1
powered_by_vbulletin 2025。