HRTF演算法可以透過Driver Update來改善嗎?
版主: DearHoney
-
訪客
這要看晶片的設計, 以及原本 HRTF 是否與硬體有關.
有件事情我還在查證的就是, 關於這些支援 3D 定位音效的音效卡, 到底與晶片本身有無關係? 也許我們現在享受到的 3D 定位音效, 尤其是 Sensaura 與 Q3D 的, 似乎與晶片無關, 而是看晶片廠商有沒有向這些 3D API 的廠商取得授權, 將對方的軟體技術囊括進來, 成為音效卡驅動程式的一部份?
EMU10K1 博大精深, 我們這些平民百姓是沒辦法完全了解的. SB Live! 的驅動程式至少經過三次大改版, 每次改版後的 3D 定位表現都不太一樣, 系統資源消耗度也不同(但都很低就是), 到底是純軟體, 還是硬體有幫忙, 甚至真的能把 HRTF 下載進入 EMU10K1 內作為輔助演算用, 只有 Creative 的工程師自己曉得了.....
有件事情我還在查證的就是, 關於這些支援 3D 定位音效的音效卡, 到底與晶片本身有無關係? 也許我們現在享受到的 3D 定位音效, 尤其是 Sensaura 與 Q3D 的, 似乎與晶片無關, 而是看晶片廠商有沒有向這些 3D API 的廠商取得授權, 將對方的軟體技術囊括進來, 成為音效卡驅動程式的一部份?
EMU10K1 博大精深, 我們這些平民百姓是沒辦法完全了解的. SB Live! 的驅動程式至少經過三次大改版, 每次改版後的 3D 定位表現都不太一樣, 系統資源消耗度也不同(但都很低就是), 到底是純軟體, 還是硬體有幫忙, 甚至真的能把 HRTF 下載進入 EMU10K1 內作為輔助演算用, 只有 Creative 的工程師自己曉得了.....
-
訪客
老....老大,我可以轉載您這篇嗎.... <img src="http://www.dearhoney.idv.tw/UBB/NonCGI/icons/tongue.gif" width=15 height=15>
-
訪客
To DH大大: <br> 我想轉載到阿弘的站上.... <img src="http://www.dearhoney.idv.tw/UBB/NonCGI/icons/smile.gif" width=15 height=15>
其實結論您講得蠻清楚的,Creative三次改版SB Live的Driver既然3D定位音效表現都有所不同,想必Driver對HRTF演算法應該會有影響....至少對SB Live是這樣.(我當初以為HRTF演算法是在設計晶片時就定死在晶片線路裡的)
那麼,在融合了A3D以後的EAX 3.0(?),在3D定位上應該會好很多....日後SB Live的Driver Update應該就可以在某種程度上改善3D定位音效.
不過,號稱有兩百萬個電晶體,1000MIPS的超級音效DSP--EMU10K1,果然是"博大精深"啊....根本沒想過把HRTF丟進去叫DSP算這招.... <img src="http://www.dearhoney.idv.tw/UBB/NonCGI/ ... iggrin.gif" width=15 height=15>
---- <br> 如果SB Live的3D定位效果改善,MIDI Driver也把那些小問題改掉(GM/XG-Reset之類的),那麼SB Live不就沒有弱點了? <br> (只剩價格因素....) <!--Edit-->
<font size=1 color="#000080">[此文章於 09-24-2000 10:23 AM 被 Eji 編輯過]</font><br><!--EditEnd-->
其實結論您講得蠻清楚的,Creative三次改版SB Live的Driver既然3D定位音效表現都有所不同,想必Driver對HRTF演算法應該會有影響....至少對SB Live是這樣.(我當初以為HRTF演算法是在設計晶片時就定死在晶片線路裡的)
那麼,在融合了A3D以後的EAX 3.0(?),在3D定位上應該會好很多....日後SB Live的Driver Update應該就可以在某種程度上改善3D定位音效.
不過,號稱有兩百萬個電晶體,1000MIPS的超級音效DSP--EMU10K1,果然是"博大精深"啊....根本沒想過把HRTF丟進去叫DSP算這招.... <img src="http://www.dearhoney.idv.tw/UBB/NonCGI/ ... iggrin.gif" width=15 height=15>
---- <br> 如果SB Live的3D定位效果改善,MIDI Driver也把那些小問題改掉(GM/XG-Reset之類的),那麼SB Live不就沒有弱點了? <br> (只剩價格因素....) <!--Edit-->
<font size=1 color="#000080">[此文章於 09-24-2000 10:23 AM 被 Eji 編輯過]</font><br><!--EditEnd-->
-
訪客
-
訪客
EMU10K1好像沒有1000MIPS吧!
好像是100還是400MIPS吧! 如有錯誤之處,還請指教... <img src="http://www.dearhoney.idv.tw/UBB/NonCGI/icons/tongue.gif" width=15 height=15>
不過EMU10K1是一顆可程式的晶片 <br> 因此應該是可以改變他的計算方式吧! <img src="http://www.dearhoney.idv.tw/UBB/NonCGI/icons/smile.gif" width=15 height=15>
好像是100還是400MIPS吧! 如有錯誤之處,還請指教... <img src="http://www.dearhoney.idv.tw/UBB/NonCGI/icons/tongue.gif" width=15 height=15>
不過EMU10K1是一顆可程式的晶片 <br> 因此應該是可以改變他的計算方式吧! <img src="http://www.dearhoney.idv.tw/UBB/NonCGI/icons/smile.gif" width=15 height=15>
-
訪客
>A3D 的效果好，可是耗費 CPU，就看以後 Creative 怎麼樣囊括這個技術卻還能 <br> >保有超低的 CPU usage 了。
請問這個是不是說明A3D CHIP本身硬體的支援度不夠, <br> 才使得會較吃 CPU Usage ??
就好像說用軟體播放DVD時,卡若不支援MC,IDCT等等, <br> 放DVD時就會較耗CPU時間了 ?
那如此一來是不是Creative那邊只要加強Driver改進軟體 <br> 演算法,只要改得CPU Usage不要超過A3D太離譜,以增強定位能力...
必竟A3D會用較多的CPU Usage , 大概証明他也要依賴 <br> CPU去算... 若不靠這些額外的CPU Usage,A3D晶片本身的3D定位, <br> 真得比Creative的還好嗎 ???
請問這個是不是說明A3D CHIP本身硬體的支援度不夠, <br> 才使得會較吃 CPU Usage ??
就好像說用軟體播放DVD時,卡若不支援MC,IDCT等等, <br> 放DVD時就會較耗CPU時間了 ?
那如此一來是不是Creative那邊只要加強Driver改進軟體 <br> 演算法,只要改得CPU Usage不要超過A3D太離譜,以增強定位能力...
必竟A3D會用較多的CPU Usage , 大概証明他也要依賴 <br> CPU去算... 若不靠這些額外的CPU Usage,A3D晶片本身的3D定位, <br> 真得比Creative的還好嗎 ???
-
訪客
我覺得這個就是天下沒有白吃的午餐的問題啦.....
A3D 效果好，是不爭的事實，但是比起 SB Live! 要耗費更多的 CPU usage，也是不爭的事實。我想這就像是 3D 顯示卡一樣，不管卡上的晶片運算能力再怎麼強，沒有主電腦 CPU 的輔助，還是一事無成。我們說 3dfx 的顯示卡比較不依賴 CPU，那把 Voodoo5000 插在 Pentium 166 的電腦上試看看，還會有那麼高的效率嗎？
所以不管硬體能夠支援多少，軟體部分的計算不可能降到 0，怎麼協調這之間的工作比重，就是工程師的最大難題了。
我覺得蠻多人對於 EMU10K1『可程式化』這句話一直有很多的幻想。當然這也是 Creative 一開始就告訴我們的關係。也許我們可以期望 EMU10K1 真的能夠載入更好的演算法來提供更好的 3D 定位效果，但是我們不是 Creative 的工程師，就算我們今天發現 SB Live! 的 3D 定位音效改變了，我們仍然無法咬定這是純軟體計算的幫助，還是 EMU10K1 更新了演算法來幫助軟體運算，唯一知道事實真相的，只有 Creative 的資深工程師，但是 Creative 會告訴我們 SB Live! 升級改善 3D 定位效果了。
A3D 能不靠額外的 CPU usage 嗎？我想這是不行的吧！整個 A3D 設計時就是軟硬體要互相搭配的關係，其實我相信 SB Live! 的 EAX 也同樣是如此，只是在軟體這邊的工作份量可以降到最少，這是 Creative 工程師厲害的地方，也是 Aureal 工程師的不足。所以我們問 A3D 不靠 CPU usage 會比 SB Live! 的 EAX 好嗎？其實意義不大，A3D 無法在這樣的情況下存在，EAX 亦然。
A3D 效果好，是不爭的事實，但是比起 SB Live! 要耗費更多的 CPU usage，也是不爭的事實。我想這就像是 3D 顯示卡一樣，不管卡上的晶片運算能力再怎麼強，沒有主電腦 CPU 的輔助，還是一事無成。我們說 3dfx 的顯示卡比較不依賴 CPU，那把 Voodoo5000 插在 Pentium 166 的電腦上試看看，還會有那麼高的效率嗎？
所以不管硬體能夠支援多少，軟體部分的計算不可能降到 0，怎麼協調這之間的工作比重，就是工程師的最大難題了。
我覺得蠻多人對於 EMU10K1『可程式化』這句話一直有很多的幻想。當然這也是 Creative 一開始就告訴我們的關係。也許我們可以期望 EMU10K1 真的能夠載入更好的演算法來提供更好的 3D 定位效果，但是我們不是 Creative 的工程師，就算我們今天發現 SB Live! 的 3D 定位音效改變了，我們仍然無法咬定這是純軟體計算的幫助，還是 EMU10K1 更新了演算法來幫助軟體運算，唯一知道事實真相的，只有 Creative 的資深工程師，但是 Creative 會告訴我們 SB Live! 升級改善 3D 定位效果了。
A3D 能不靠額外的 CPU usage 嗎？我想這是不行的吧！整個 A3D 設計時就是軟硬體要互相搭配的關係，其實我相信 SB Live! 的 EAX 也同樣是如此，只是在軟體這邊的工作份量可以降到最少，這是 Creative 工程師厲害的地方，也是 Aureal 工程師的不足。所以我們問 A3D 不靠 CPU usage 會比 SB Live! 的 EAX 好嗎？其實意義不大，A3D 無法在這樣的情況下存在，EAX 亦然。