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

回到   PCDVD數位科技討論區 > 電腦硬體討論群組 > 顯示卡討論區
帳戶
密碼
 

  回應
 
主題工具
Junior Member
 
熙的大頭照
 

加入日期: Dec 1999
您的住址: 大宇宙
文章: 877
Question 請問所謂硬體解壓縮的線路的問題??

在ATi和MATROX的顯示卡晶片中有內建硬體解壓縮線路....
而NVIDIA只有GF4 MX系列有VPE......

請問這種有硬體解壓縮線路的顯示卡對於撥放影片的畫質有提升嗎??

還是說只是能將CPU的使用率降低呢??搭配高速的CPU畫質會一樣!?

煩請了解的大大為小弟解惑 THX
     
      
__________________
ラブコンプレックス
女ソNoゾYesクヮ,男ソYesゾNoク-
舊 2002-07-17, 06:42 PM #1
回應時引用此文章
熙離線中  
Charlie
Senior Member
 

加入日期: May 2000
您的住址: San Jose, CA
文章: 1,264
我不是很懂,如果有講錯的話,那就多多包含啦!!
如果有硬體解壓縮電路的話,那麼,在軟體的方面,它只要執行一個指令,其他的都會讓那部份的電路去跑,可大大的減少CPU的運算量,如果沒有沒有專門的運算電路,那麼就得一行一行的KEY該怎麼來,怎麼去,把所有該做的事都寫清楚.當然,如果是很複雜的運算的話,那麼就得吃掉一堆的CPU資源摟.
那關於畫值的問題,就像之前再放VCD的時候,因為CPU不夠快,沒辦法好好的表現.所以需要那部份電路來補足.後來CPU越來越快,這VCD部分就可以放了.
可是用軟體模擬的VCD,再怎麼樣都沒有辦法比硬體解壓縮卡漂亮,就是會有塊狀類似馬賽克出現.(當時的情況)
延到現在的MPEG4發展,有點像當初的VCD的情況,不過現在的是著重在壓製的過程,可以加速壓製的過程,就是有卡上有專門處理的晶片來處理.
所以我想用軟體模擬的話,畫質的好壞就要看軟體編寫者的功力了,當然如果要處理的更細微的畫面,CPU也就要更快.
我大概就只會寫這些了.我就只會這些.其他的就讓其他的大大補足吧.
 
__________________
曾幾何時,黑咖啡已經慢慢取代了思念的空間.
舊 2002-07-17, 09:30 PM #2
回應時引用此文章
Charlie離線中  
Junior Member
 
熙的大頭照
 

加入日期: Dec 1999
您的住址: 大宇宙
文章: 877
謝謝您的回應

想問這個問題是最近從RADEON LE換成TI4200
看DVD邊緣略有鋸齒化的現象(在WINDVD和POWERDVD皆會如此)
之前沒注意.....所以想了解是顯示卡還是DVD本身的問題

看來有硬體解壓縮線路撥起來還是會好一點囉....

P.S.測試的DVD : 大和撫子, HERO, 愛內里菜, UH1等邊緣都會有鋸齒化....
__________________
ラブコンプレックス
女ソNoゾYesクヮ,男ソYesゾNoク-
舊 2002-07-17, 09:43 PM #3
回應時引用此文章
熙離線中  
nonomore
Major Member
 

加入日期: May 2002
文章: 209
DVD硬體解壓縮一般分為MC「動態補償」及IDCT「餘弦修正」兩種
像MGA G400支援MC「動態補償」
ATI RAGE同時支援MC「動態補償」及IDCT「餘弦修正」
nVidia Gefore系列支援MC「動態補償」

Geforce4 MX系列的VPE基本就是加入原先缺乏的IDCT技術
可以有效減少DVD回放時CPU的使用率
並加入HDTV輸出的支持
詳情可參考
http://www.pcpop.com.cn/popimages/2...19-17-27-47.gif
我到覺得硬體解壓縮的技術還是要和撥放程式及顯卡本身製作有關
任何一種技術並非話值得保證
你可以參考ATI及MCA卡的輸出效果就知道
所以nVidia才要推出自己的DVD撥放程式
舊 2002-07-17, 09:45 PM #4
回應時引用此文章
nonomore離線中  
Crazynut
Master Member
 

加入日期: Apr 2001
您的住址: 高雄
文章: 2,247
小弟斗膽補充一點實際上使用的經驗:

早期在CPU紛紛可越過VCD軟體播放門檻時,也曾想過從此可不必考慮加裝硬體解壓卡了…孰料…朋友持一部正版(絕非盜版)而且仔細審視絕無半點刮痕的VCD(當哈利踫上莎莉)向我求救:
使用當時的Windows內建播放→當
PowerDVD→當
Xing→當
而且每次都當在同一地方,原因不明?逼使我只好再加裝一張解壓縮卡,才很神奇地能通得過。

這種狀況發生不只一次(也許我真是他x的籤王),讓我深深地對所謂的"軟體解壓"產生極大的懷疑,而且在我心目中也暗暗地給"硬體解壓"加上了「容錯度較高」的評價。

一點個人經驗,敬請參考。
__________________
簽名檔真是礙眼…還是讓版面乾淨點吧!
舊 2002-07-17, 10:53 PM #5
回應時引用此文章
Crazynut離線中  
DNA-2
Advance Member
 

加入日期: Aug 2001
您的住址: 白雲的故鄉
文章: 350
基本來說支援VCD/DVD硬體解壓縮的晶片在播放品質會比軟體好.
這個在早期VCD剛剛出來時表現的非常明顯, 並竟當時PC效能並不像今天這麼好, 但是隨著電腦等級的提升, 顯示晶片的技術增加提高, 軟體解壓縮的品質已經算是達到一定的水準了.

當然你說的

1.這種有硬體解壓縮線路的顯示卡對於撥放影片的畫質有提升嗎??

2.還是說只是能將CPU的使用率降低呢??搭配高速的CPU畫質會一樣!?

我想之前的網友已經答覆的很清楚了, 使用硬體解壓縮線路是可以提升畫質
而且對於CPU負擔也相對減少, 因為解壓工作交給GPU去做了, CPU 不用像以前依樣負擔全部的解壓動作. 至於今天CPU等級幾乎都是1GHz 以上的, 對於搭配有硬體解壓縮線路的顯示卡所產生的畫質已經達到一不錯的水準了.
除非有新的DVD格式代替現有的DVD, 不然1GHz CPU 已經夠你用的了.
不知這樣的解說你還滿意嗎?
__________________
偶的愛機~~
Model: Toshiba Satellite M30 Plus
Toshiba 讚啦

下2台目標機:
PowerBook G4
SONY S Type 系列
呵呵呵呵...
舊 2002-07-18, 12:54 AM #6
回應時引用此文章
DNA-2離線中  
netfriend
Amateur Member
 

加入日期: May 2001
文章: 49
[QUOTE]Originally posted by nonomore
[B]DVD硬體解壓縮一般分為MC「動態補償」及IDCT「餘弦修正」兩種
像MGA G400支援MC「動態補償」
ATI RAGE同時支援MC「動態補償」及IDCT「餘弦修正」
nVidia Gefore系列支援MC「動態補償」


兔個小槽
iDCT的正確翻譯應該是"反離散餘弦轉換"
inverse Discrete Cosine Tansform
與他對應的是DCT"離散餘弦轉換"

DCT是相當常見的一種視訊轉換方式
可以把資料轉換成高低頻的係數後
在藉由其他的運算達到壓縮的目的

所以在解碼的時候
就需要作iDCT以還原回原先的訊號
然而DCT與iDCT都是相當複雜的運算
(當然比不上K-L Transform
所以如果使用軟體來作
會消耗大量的運算資源
所以才會想到用硬體線路的方式來作,以節省運算時的CPU消耗
--
一點淺見
舊 2002-07-18, 01:03 AM #7
回應時引用此文章
netfriend離線中  
Junior Member
 
熙的大頭照
 

加入日期: Dec 1999
您的住址: 大宇宙
文章: 877
感謝大家的回應

等NVDVD正式出來之後我再試看看會不會好一點~~
__________________
ラブコンプレックス
女ソNoゾYesクヮ,男ソYesゾNoク-
舊 2002-07-18, 01:29 AM #8
回應時引用此文章
熙離線中  
forbes
Major Member
 

加入日期: Jan 2002
文章: 298
Re: 請問所謂硬體解壓縮的線路的問題??

引用:
Originally posted by 熙
在ATi和MATROX的顯示卡晶片中有內建硬體解壓縮線路....


MATROX解DVD一樣是軟解,它是號稱硬體"輔助"解壓縮。
舊 2002-07-18, 01:36 AM #9
回應時引用此文章
forbes離線中  
HigH
Golden Member
 
HigH的大頭照
 

加入日期: Nov 2000
您的住址: 戰星卡拉狄加
文章: 3,822
p2-300 + G550看我的野蠻女友"mpeg4版"
完全不掉格,而且cpu使用量居然只有50%左右
celeron 1.2g + gf2mx也是50%
真是件神奇的事情
舊 2002-07-18, 03:19 AM #10
回應時引用此文章
HigH離線中  


    回應


POPIN
主題工具

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

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



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


vBulletin Version 3.0.1
powered_by_vbulletin 2025。