瀏覽單個文章
Artx1
Master Member
 

加入日期: Jun 2002
您的住址: 耗電量頗高的地方.
文章: 1,959
引用:
Originally posted by Shade
ATI 已經要和 DivXNetworks 合作,利用 R9500/9700 的 VPU,來增進播放 DivX5 影片時的播放品質和速度。也就是大大您之前一直提到的,和 ATI 之前一直標榜的 FULLSTREAM technology 終於要實作了
以下是 ATI 的 press release
http://mirror.ati.com/companyinfo/press/2003/4599.html

文章中只有提到利用 VPU 來幫助解碼的部分,不過如果有做 iDCT/MC 的功能上去,這個部分在編碼的時候也會有幫助(編碼會需要用到 iDCT/MC 來解碼所需要用到的參考畫面),所以其實也可以把這個功能做到 Encoder 上面去。不過這樣 VPU 使用的 DCT/iDCT 算式,最好和 DivX5 用的一樣才好,尤其是大家壓 MPEG-4 通常 I-frame 的間距會拉得很長,iDCT mismatch 的問題會更嚴重。


大大的稱呼還是免了吧. 我沒有付出相襯於那種名號的努力.(汗

----
話說回來, FULLSTREAM與VMR本身並沒有關係, 那真的就是ATi自己的本事了.
雖然各家慢慢地有打算把這種東西補到自己的產品裡面, 如S3.

基本上"VPU幫助解碼的部分"其實就是打算用 Pixel pipe的運算能力去replace掉固定的iDCT/MC hardware logic, S3 DeltaChrome 在 demo她們的Chromotion影像引擎的時候, 也特別針對了Bob/Weave演算法的交替使用作了一些示範.

http://www.s3graphics.com/DeltaChromeChromotion.html

所以DeltaChrome的設計上,
MC--有硬體邏輯
iDCT--PS 2.0 program(有額外指令集, DX9 PS2.0沒這些東西)
在iDCT跑完之後送給MC邏輯, 然後用S340無損失壓縮送到顯示記憶體等待顯示.

但是很值得注意的是DeltaChrome提到了Windows Media Video Post-Processing Support, 這部分我還不清楚是什麼. 但是DeltaChrome的確標榜了WM8/9的加速功能, 會讓人家有點想入非非. XD

此外, DeltaChrome也有具備Programmable的Kerenl Filter, 提供了類似FULLSTREAM的功能. 由於這個Filter還負責了XP GDI+的加速功能, 可以加速字型的De-interlace之類的功能(WinXP這方面都用軟體跑的大家知道吧), 看看ATi有沒有回頭搞類似的東西吧.

總之DX9規範了許多關於硬體加速的新玩意兒, 當初以為VMR是ATi的東西, 現在既然是DX9公定的話, 那麼狀況會比較樂觀些.
舊 2003-01-13, 09:35 AM #3
回應時引用此文章
Artx1離線中