哦~E-mu0404出USB了~

[rukawa22]

如題~
不知這台怎樣~
之前有點想敗管機MP5...


http://www.emu.com/products/product.asp ... duct=15185

[Ho Kiu]

數據多好都無用，只能在編曲軟體下才能數位輸出.....如果你只是想聽音樂及娛樂用是絕不適合。

[jasonh77tw]

0404 USB 和 0404 的 D/A chip 是一樣的，數據稍微好看一點可能是因為不限於 PCB 的型態，雜訊隔離可以做的好一點，但是基本的表現我想跟 0404 是差不多的

這個 USB 盒上面的東西主要是給玩錄音的人用的 ～ 所以如果不錄音的話，不管您求的是數位輸出還是類比輸出，都沒有必要買這個

[vs3151user]

台灣有引進嗎？官網沒看到...印象中美國的也沒有，只有日本有？

[jasonh77tw]

全創有賣啊～說是公司貨囉～

[sonye888]

貴到爆喔!9k也

[DearHoney]

我 http://www.dearhoney.idv.tw/ 上面的 0404 USB 報告是做辛酸的...... 包括外觀以及 RMAA 成績都有了啊.....

[巨熊]

0404 USB 和 0404 的 D/A chip 是一樣的，數據稍微好看一點可能是因為不限於 PCB 的型態，雜訊隔離可以做的好一點，但是基本的表現我想跟 0404 是差不多的

這個 USB 盒上面的東西主要是給玩錄音的人用的 ～ 所以如果不錄音的話，不管您求的是數位輸出還是類比輸出，都沒有必要買這個

其中一個明顯的分別, 是USB版內建了耳擴, 支援平衡輸入/出(雖然多數人也不需要), 也具備了前級放大, 可直接使用麥克風. 如不接駁PC, 也可作單體前級放大/耳擴使用. 反觀PCI的0404接耳機需外接耳擴, 接麥克風也要外接前級放大. 另外, 據Digi-life測試所得, 0404 USB的前級放大其實比1820m還要好一點.

不過, 0404 USB的數位輸出還不太完善 現在的Driver雖可支援DVD播放軟件作AC3/DTS輸出(過去E-mu產品的盲點), 卻不支援一般應用軟件作PCM輸出. 若要數位輸出PCM的話, 只有用ASIO才可(Foobar 2000搭配ASIO Out使用). 也許日後的驅動更新會有改善.

[jasonh77tw]

題外話

剛剛逛了一下您的 blog，您提到:
- Wave-table音樂合成
- 數位混音
- DSP特效
- 3D定位音效

是需要 SRC 的，不過小弟以為，這些功能需不需要 SRC，
端看他需不需要靠硬體執行，以及硬體本身的工作頻率和內容格式是否相符，
例如說 Live!/Audigy 的EMU10kx 晶片因為配合 AC97 的架構，是在 48kHz 下工作的，
而Creative 的 效果器(Reverb、Chorus)、混音器、EAX 演算，通通是在 EMU10kx 裡面進行的，
所以無論數位內容產生的原始格式為何，都必須經過 SRC 轉換成 48kHz 才能利用 EMU10kx 硬體 DSP 執行，
但這應該是一個消費級娛樂用途音效卡的現實面，而不是一個達成目的上必須的環節吧?

以 wave-table 來說，需不需要 SRC 要看他原本的的錄製格式，
數位混音要看是不是來源的內容有不同的取樣頻率，
而 DSP 的演算法面對不同的數位內容時，只是時域參數換算轉移函數會不一樣，
也不需要把所有內容 SRC 成同樣的頻率再用相同的 DSP code 去處理，
3D 定位也是 DSP 的一種。

所以我覺得，您說這四種應用需要硬體 SRC，應該是指以目前現行硬體在娛樂方面的應用，
為了降低系統負擔，達到互動的即時性，必須倚靠硬體 SRC 才有辦法達成，
不知道我這樣解讀是否符合您的原意呢

[巨熊]

如果我們不使用硬體DSP運算, 完全改成軟件運算, 可以完全不使用SRC嗎?

你的說法在某些場合是沒錯的. 問題是, 你要如何處理多個取樣率來源的結果呢? 簡單一點就以時域Delay為例, 輸入的取樣率與輸出其實是相同的. 在遊戲中那些由8kHz到48kHz不等的音源都處理了, 輸出的取樣率還是不變. 不過取樣率不同之下, 你該如何把它們混合輸出呢? 當然, 你也可把DSP Code的輸出鎖定為固定取樣率. 不過, 這樣做的話, 骨子裡還是把SRC嵌入DSP Code中.

在這裡, 你也許會把問題怪責到我們混合使用不同取樣率的音源, 要是我們嚴格規管, 只容許單一取樣率的存在, SRC的需要便會很低. 不過, 問題並非單是這樣的. 某些運算本身就是SRC運算的應用. 那麼你該躲到哪裡去呢? 像Wavetable本身, 我們還是會利用Pitch Shift去填補不存在的取樣. 你當然可以針對所有會發出的聲音錄下取樣, 不過在實際的應用上, 單是把GM所有樂器的所有樣本都全數紀錄去避免以Pitch Shift填補欠缺的聲音, 並不是一件容易的事, 某程度上更是不切實際.

數位混音方面... 你要混合不同取樣率的聲音, 不使用SRC的話, 你打算用Analog Mixer嗎? 像3D音效需要混合32到128音源不等, 你要用上32到128聲道的DAC? 你敢說這樣的混音設計一定比SRC好嗎?

3D音效中的Doppler Effect, 也是利用SRC進行Pitch Shift. 要是不使用SRC, 我們要面對的就不單是數個常用取樣率, 而是任意取樣率. 再來的又回到數位混音問題: 混合32到128個任意取樣率的音源, 你又打算如何處理呢?

即使上述的功能不以硬件DSP處理, 完全改以軟件運算, 最終還是不能逃避SRC的使用. 要讓上述運算改以DSP處理, 便得讓硬件本身具備SRC才可.

我想帶出的訊息:
1. SRC有多種用途, 絕非洪水猛獸
2. 即使硬件不具備SRC, 在很多用途上我們還是不能逃避SRC
3. 某些工作(如混合多個任意取樣率的音源)即使採用一些避開SRC的工作方法, 也不見得一定有正面作用
4. Emu10K1的問題, 是它沒有本體支援44.1kHz取樣, 而不是具備SRC
5. 硬件能本體支援44.1kHz, 其實有SRC也不影響44.1kHz的播放品質
6. 就是對SRC不瞭解的人, 才會想盡法子把它排除出硬體以外