PCDVD數位科技討論區

PCDVD數位科技討論區 (https://www.pcdvd.com.tw/index.php)
-   VIVO討論區 (數位機上盒) (https://www.pcdvd.com.tw/forumdisplay.php?f=15)
-   -   PowerDirector CUDA/OpenCL支援.... (https://www.pcdvd.com.tw/showthread.php?t=1041340)

cmwang 2014-03-04 04:53 PM

PowerDirector CUDA/OpenCL支援....
 
鵝有親戚的小孩要交影片剪接的作業,可是家中電腦頗為老舊(Athlon X2 250+4GB DDRII:ase),一跑1080i-480p轉檔就像烏龜在爬,可是又沒預算換機,只好幫他加片N社的GT630(Kepler,384個CUDA核心的版本),想說看會不會好一點,裝上之後也把PowerDirector的硬體加速選項打開了,可是效果好像不是很明顯(本來一秒鐘的影片可能要花三秒鐘轉,加了卡之後好像有略為縮短,但是CPU還是被吃死:ase),不知有沒有網友可以指導一下(鵝對非線性剪接是大外行:ase),是效果本來就僅限於此還是另有竅門啊:confused::confused:....

Jiun Yu 2014-03-06 12:32 AM

轉檔時GPU Usage多少呢?
要不要換到最新的驅動再試試看

cmwang 2014-03-10 03:34 PM

引用:
作者Jiun Yu
轉檔時GPU Usage多少呢?
要不要換到最新的驅動再試試看


謝了,鵝後來才搞清楚特定格式才用得到硬體加速,到頭來還是直接拿鵝桌上的A10-5700+4GB RAM+MB支援他比較省事(畢竟靠CPU或VGA都跑得動,免得三不五時有人找鵝喊救命:ase)....BTW,有支援的格式轉檔時GPU是吃約5-60%,至於速度鵝就沒啥概念了(GDDRIII 1GB版本的GT630跑CUDA不知夠不夠力啊:ase:ase)....

bebo1210 2014-03-10 09:55 PM

就個人了解,CUDA以解碼為主,編碼還是要靠CPU,所以別在意NV的等級。(偶目前是用210配X58的920)。

Jiun Yu 2014-03-11 07:56 AM

引用:
作者bebo1210
就個人了解,CUDA以解碼為主,編碼還是要靠CPU,所以別在意NV的等級。(偶目前是用210配X58的920)。


是因為編碼沒辦法有效平行化嗎? :confused:

cmwang 2014-03-11 09:37 PM

引用:
作者Jiun Yu
是因為編碼沒辦法有效平行化嗎? :confused:


影像資料可以分割,相依性又不明顯,照說是最適合平行運算的,編碼效果欠佳的話或許是GPU先天上只適合做數學運算,一般程式邏輯還是要靠CPU處理,這兩者的配合度不是很好處理吧:ase:ase....

jiahan 2014-03-11 10:09 PM

這類的軟體只有把一些簡單點算法,例如rgbToYuv,yuvTorgb或內插用GPU加速來實作...

而像影像編碼的演算法複雜度高,壓縮格格式這麼多種,全部用OpenCL或CUDA來實作的工程太浩大,所以沒有廠商會幹這種事!!

Jiun Yu 2014-03-12 01:00 AM

引用:
作者cmwang
影像資料可以分割,相依性又不明顯,照說是最適合平行運算的,編碼效果欠佳的話或許是GPU先天上只適合做數學運算,一般程式邏輯還是要靠CPU處理,這兩者的配合度不是很好處理吧:ase:ase....



引用:
作者jiahan
這類的軟體只有把一些簡單點算法,例如rgbToYuv,yuvTorgb或內插用GPU加速來實作...

而像影像編碼的演算法複雜度高,壓縮格格式這麼多種,全部用OpenCL或CUDA來實作的工程太浩大,所以沒有廠商會幹這種事!!


原來如此,本來還想說這是CUDA/OpenCL可以好好發揮的領域說 :think:

askasyou 2014-03-12 06:47 PM

引用:
作者jiahan
這類的軟體只有把一些簡單點算法,例如rgbToYuv,yuvTorgb或內插用GPU加速來實作...

而像影像編碼的演算法複雜度高,壓縮格格式這麼多種,全部用OpenCL或CUDA來實作的工程太浩大,所以沒有廠商會幹這種事!!


照這樣的狀況來看, 讓我想到遙遠的全美達CPU, 完全要靠軟體去展現硬體設計上的效能表現
軟體面需要很龐大的工程來實現的話, 用衍生多媒體指令硬體加速效果會划算許多
降低開發難度、縮短開發時間等等, 這些都是要考慮的


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

vBulletin Version 3.0.1
powered_by_vbulletin 2025。