Project -- USB DAC1, DAC2, DAC2.1, DAC2.2, DAC2.3

音樂再生之硬體、軟體、技術、感想、心得...

Re: Project -- USB DAC

文章vicnest » 2014-07-25, 12:17

drunkenlife 寫:
vicnest 寫:有考慮弄個input嗎? 可以接收ADAT OUT的話蠻方變的。不然USB DAC的drivers與interface都不會像一般的"pro audio gear"多樣化吧? 至少要能支援ASIO之類的
不過多了input設計起來好像更麻煩。

真要搞,我會弄個ADC,就不用買ADC當測量時的工具啦~
只是ADC也得調整gain,再加上phantom power,又是一堆...


可是這樣子其它DAC只能透過機體的DAC送到貓窩USB ADC內。
這樣子source那台的DAC還是限制了整體音色吧?
ADAT接收是避免通過DAC渲染。
不過實際上ADAT過去會不會比DAC過去差 (ADAT晶片比DAC晶片差) 我也不知道。

真的是很難搞
只當player聽開心可能最實用。預留expansion的可能性這樣?
vicnest:guitarist, songwriter, mixing & mastering.
facebook: http://www.facebook.com/vicnest
vicnest
 
文章: 280
註冊時間: 2012-11-09, 14:18

Re: Project -- USB DAC

文章drunkenlife » 2014-07-25, 23:08

vicnest 寫:
drunkenlife 寫:
vicnest 寫:有考慮弄個input嗎? 可以接收ADAT OUT的話蠻方變的。不然USB DAC的drivers與interface都不會像一般的"pro audio gear"多樣化吧? 至少要能支援ASIO之類的
不過多了input設計起來好像更麻煩。

真要搞,我會弄個ADC,就不用買ADC當測量時的工具啦~
只是ADC也得調整gain,再加上phantom power,又是一堆...


可是這樣子其它DAC只能透過機體的DAC送到貓窩USB ADC內。
這樣子source那台的DAC還是限制了整體音色吧?
ADAT接收是避免通過DAC渲染。
不過實際上ADAT過去會不會比DAC過去差 (ADAT晶片比DAC晶片差) 我也不知道。

真的是很難搞
只當player聽開心可能最實用。預留expansion的可能性這樣?

看的頭暈眼花...
啊,ADAT前面是啥機器勒?
若是電腦,那就直接USB到DAC就好啦?
drunkenlife
 
文章: 21469
註冊時間: 2012-08-28, 01:47

Re: Project -- USB DAC

文章vicnest » 2014-07-26, 14:48

drunkenlife 寫:看的頭暈眼花...
啊,ADAT前面是啥機器勒?
若是電腦,那就直接USB到DAC就好啦?


ADAT out是從RME UFX出去的,然後送進去到DAC上的ADAT in。
主要是混音時需要ASIO這種能承受high latency穩定撥放的driver (buffer size太低或是driver不夠優化的,load沒幾個效果就瘋狂drop out)
這隻USB DAC目前可以支援哪些driver? 只要他可以支援ASIO driver buffer size到2048ms或是4096ms以上 (看狀況,有個機器上的2048ms可以承受比4096ms更高的load)
那理論上就能拿來混音。
CoreAudio我沒辦法用所以不清楚。
driver是可以事後再加上去的還是必須要硬體就先預留到這麼高的load?

所以比較起來就是: driver好寫呢?? 還是擴充一個介面簡單??
vicnest:guitarist, songwriter, mixing & mastering.
facebook: http://www.facebook.com/vicnest
vicnest
 
文章: 280
註冊時間: 2012-11-09, 14:18

Re: Project -- USB DAC

文章drunkenlife » 2014-07-26, 22:16

vicnest 寫:
drunkenlife 寫:看的頭暈眼花...
啊,ADAT前面是啥機器勒?
若是電腦,那就直接USB到DAC就好啦?


ADAT out是從RME UFX出去的,然後送進去到DAC上的ADAT in。
主要是混音時需要ASIO這種能承受high latency穩定撥放的driver (buffer size太低或是driver不夠優化的,load沒幾個效果就瘋狂drop out)
這隻USB DAC目前可以支援哪些driver? 只要他可以支援ASIO driver buffer size到2048ms或是4096ms以上 (看狀況,有個機器上的2048ms可以承受比4096ms更高的load)
那理論上就能拿來混音。
CoreAudio我沒辦法用所以不清楚。
driver是可以事後再加上去的還是必須要硬體就先預留到這麼高的load?

所以比較起來就是: driver好寫呢?? 還是擴充一個介面簡單??

還是沒看懂...
癥結點是,電腦很忙,常常會唱到斷訊是嗎?
這解法是用很大的buffer,如果能那長latency能被接受,對嗎?
那麼與ADAT或ASIO都沒關係囉?

driver的buffer大小該是對應硬體的buffer,
application軟體透過OS丟音樂給driver,driver再丟給硬體,
那可設定的bufffer大小的上限當然是看硬體上的buffer有多大。
drunkenlife
 
文章: 21469
註冊時間: 2012-08-28, 01:47

Re: Project -- USB DAC

文章vicnest » 2014-07-27, 12:10

drunkenlife 寫:
vicnest 寫:
drunkenlife 寫:看的頭暈眼花...
啊,ADAT前面是啥機器勒?
若是電腦,那就直接USB到DAC就好啦?


ADAT out是從RME UFX出去的,然後送進去到DAC上的ADAT in。
主要是混音時需要ASIO這種能承受high latency穩定撥放的driver (buffer size太低或是driver不夠優化的,load沒幾個效果就瘋狂drop out)
這隻USB DAC目前可以支援哪些driver? 只要他可以支援ASIO driver buffer size到2048ms或是4096ms以上 (看狀況,有個機器上的2048ms可以承受比4096ms更高的load)
那理論上就能拿來混音。
CoreAudio我沒辦法用所以不清楚。
driver是可以事後再加上去的還是必須要硬體就先預留到這麼高的load?

所以比較起來就是: driver好寫呢?? 還是擴充一個介面簡單??

還是沒看懂...
癥結點是,電腦很忙,常常會唱到斷訊是嗎?
這解法是用很大的buffer,如果能那長latency能被接受,對嗎?
那麼與ADAT或ASIO都沒關係囉?

driver的buffer大小該是對應硬體的buffer,
application軟體透過OS丟音樂給driver,driver再丟給硬體,
那可設定的bufffer大小的上限當然是看硬體上的buffer有多大。


其實重點應該是windows內建的driver (directX類的)全都不適合跑DAW,所有才有人開發了ASIO的driver,其實原本是主打low latency與可調整的latency,realtime錄音用低latency,演奏監聽才不會有延遲,
混音則需要用高latency來load更多效果。好的ASIO可以提升load重時播放的順暢度 (我不知道為啥會有差別,但是不同audio interface在相同latency下,某些就是完全播放不動heavy load project。


在windows下DAW必須要使用ASIO這類driver (也有很多windows的額外方案,但是那還不如win/mac下共通都有的ASIO Driver架構方便)
不走driver標準規格,這台機器應該是沒辦法被DAW使用。

Mac的話CoreAudio好像就可以run "某些"DAW了,不過通常還是會額外支援ASIO。
vicnest:guitarist, songwriter, mixing & mastering.
facebook: http://www.facebook.com/vicnest
vicnest
 
文章: 280
註冊時間: 2012-11-09, 14:18

Re: Project -- USB DAC

文章drunkenlife » 2014-07-28, 00:57

vicnest 寫:其實重點應該是windows內建的driver (directX類的)全都不適合跑DAW,所有才有人開發了ASIO的driver,其實原本是主打low latency與可調整的latency,realtime錄音用低latency,演奏監聽才不會有延遲,
混音則需要用高latency來load更多效果。好的ASIO可以提升load重時播放的順暢度 (我不知道為啥會有差別,但是不同audio interface在相同latency下,某些就是完全播放不動heavy load project。

在windows下DAW必須要使用ASIO這類driver (也有很多windows的額外方案,但是那還不如win/mac下共通都有的ASIO Driver架構方便)
不走driver標準規格,這台機器應該是沒辦法被DAW使用。

Mac的話CoreAudio好像就可以run "某些"DAW了,不過通常還是會額外支援ASIO。

嗯...解決問題嘛,最好是直接問最終目標,再來找答案,
其他人怎麼解怎麼繞,往往不是啥值得討論的事...

ASIO該是個API,一如CoreAudio,
而driver嘛,一定得掛在OS下,因此該只有一種driver,
driver與API之間得有些軟體模組將二者串起來。

回到根本問題,重點在系統loading很重時再生音樂仍舊不會斷,
上回提到的大buffer是個手法,但這也得OS能適時切入,叫起driver,丟資料過去,
說穿了,問題出在OS,
當然啦,硬體速度快些,或是loading輕些,OS就來得及做事,
OS做的事包含叫API與driver工作,或是反過來,API與driver要求OS做啥,OS來得及處理。

driver通常是很底層的模組,優先權比較高,
API比較上層,優先權低些,該是比較會被犧牲的模組。

CoreAudio該會比外加的ASIO的優先權高些。
drunkenlife
 
文章: 21469
註冊時間: 2012-08-28, 01:47

Re: Project -- USB DAC

文章vicnest » 2014-07-28, 10:02

ASIO的spec要再找找看。不過剛好翻到中文的簡介
http://emusicman.myweb.hinet.net/record_77.html



看了之後,
的確一開始是為了低延遲。
然後當project load重了之後,就開始希望不管load多重都能夠按了play馬上撥放,當然load更重(或是配合DRC)的時候就有機率要等個1~2秒這樣。
理想情況或是load不高、latency不高時: 開關某個FX (或是EQ把某個頻段加強2dB、或是EQ sweep) 做A/B test的時候,希望反應速度夠快,手上的操縱到螢幕視覺上反映與與監聽聽覺上的變化至少類似同步即時的感覺。(就像開車方向盤轉了車子馬上就轉了,要是設計成人能感受得到的latency,就很難駕馭了) 這樣的快速反應也適合live表演場合調整參數。

Spec:
http://comp.ist.utl.pt/ec-ra/Laboratori ... DK%202.pdf
不確定是不是最新的,還沒空全部K完,瞄一下。

The audio subsystem/hardware is treated as a software component (called audio driver). That is
ASIO requires that the hardware manufacturers provide a driver, which abstracts the audio
hardware in the way ASIO can deal with.

主要還是要多樣化的DAW支援這個driver架構,ASIO算是目前的標準,至少大部分的DAW都會乖乖去支援,推出另一個更好的解決方案就變成還得要自行推廣。DAW要改call新的API指令。
vicnest:guitarist, songwriter, mixing & mastering.
facebook: http://www.facebook.com/vicnest
vicnest
 
文章: 280
註冊時間: 2012-11-09, 14:18

Re: Project -- USB DAC

文章drunkenlife » 2014-07-29, 10:50

vicnest 寫:A
然後當project load重了之後,就開始希望不管load多重都能夠按了play馬上撥放,當然load更重(或是配合DRC)的時候就有機率要等個1~2秒這樣。
理想情況或是load不高、latency不高時: 開關某個FX (或是EQ把某個頻段加強2dB、或是EQ sweep) 做A/B test的時候,希望反應速度夠快,手上的操縱到螢幕視覺上反映與與監聽聽覺上的變化至少類似同步即時的感覺。(就像開車方向盤轉了車子馬上就轉了,要是設計成人能感受得到的latency,就很難駕馭了) 這樣的快速反應也適合live表演場合調整參數。

就computer architecture而言,loading超過某個程度之後就一定會掛,沒有任何解法,畢竟用的是單一processor;
表面上是同時很多軟體在跑,實際上是輪流跑,只是CPU很快,比你的感知快,就以為是同時跑;
軟體越多,又每個都得趕著每秒一定要跑幾次,切來切去造成的額外切換負擔佔的比重就會大幅拉高,就會更快掛;
真要解決該是multi-processor各司其職。
drunkenlife
 
文章: 21469
註冊時間: 2012-08-28, 01:47

Re: Project -- USB DAC

文章vicnest » 2014-07-29, 11:28

drunkenlife 寫:
vicnest 寫:A
然後當project load重了之後,就開始希望不管load多重都能夠按了play馬上撥放,當然load更重(或是配合DRC)的時候就有機率要等個1~2秒這樣。
理想情況或是load不高、latency不高時: 開關某個FX (或是EQ把某個頻段加強2dB、或是EQ sweep) 做A/B test的時候,希望反應速度夠快,手上的操縱到螢幕視覺上反映與與監聽聽覺上的變化至少類似同步即時的感覺。(就像開車方向盤轉了車子馬上就轉了,要是設計成人能感受得到的latency,就很難駕馭了) 這樣的快速反應也適合live表演場合調整參數。

就computer architecture而言,loading超過某個程度之後就一定會掛,沒有任何解法,畢竟用的是單一processor;
表面上是同時很多軟體在跑,實際上是輪流跑,只是CPU很快,比你的感知快,就以為是同時跑;
軟體越多,又每個都得趕著每秒一定要跑幾次,切來切去造成的額外切換負擔佔的比重就會大幅拉高,就會更快掛;
真要解決該是multi-processor各司其職。


我覺得沒啥好解決的耶
這也不是啥問題。真的要解決這種基本架構也輪不到我來解決。
CPU不斷加快、記憶體運作外頻越來越快,再加上intel一直推出更瘋狂的多核心。
只使用一般混音軟體 (low CPU load with OK sound)的使用者用ASIO就很夠了。
我是多跑了很多更操CPU的analog模擬,所以load會相當重。

其實重點是假設這隻USB DAC的價位在台幣五萬元左右內(其實可能拉到十萬也說得通),那這個價位內可以拿來播放音樂、音樂製做(混音或是mastering)的audio interface內的DAC理論上都不可能比你的好。
(若是你額外加個stereo ADC,那在優秀的電源處理下,這個ADC也一定比普通的interface內來的好)
(其實大部分使用者頂多就用到2 IN, 4 OUT就很夠了,可是就我所看到的通常這種機器都走低價位不走精品等級)
所以我是想說既然有這個優秀的硬體在,那只能搭配你原始DRC整組系統架構的Mac Core Audio,是有點可惜。
ASIO算是同時可以支援Mac與Windows的driver架構。幾乎各種DAW都支援,相容ASIO的話,就比純音樂播放多了更多用途。
讓這台變成多用途的好機器才是我想表達的重點吧。
vicnest:guitarist, songwriter, mixing & mastering.
facebook: http://www.facebook.com/vicnest
vicnest
 
文章: 280
註冊時間: 2012-11-09, 14:18

Re: Project -- USB DAC

文章drunkenlife » 2014-07-31, 01:14

vicnest 寫:CPU不斷加快、記憶體運作外頻越來越快,再加上intel一直推出更瘋狂的多核心。

就生意面來說,我猜,局勢就要逆轉了...
vicnest 寫:其實重點是假設這隻USB DAC的價位在台幣五萬元左右內(其實可能拉到十萬也說得通),那這個價位內可以拿來播放音樂、音樂製做(混音或是mastering)的audio interface內的DAC理論上都不可能比你的好。
(若是你額外加個stereo ADC,那在優秀的電源處理下,這個ADC也一定比普通的interface內來的好)
(其實大部分使用者頂多就用到2 IN, 4 OUT就很夠了,可是就我所看到的通常這種機器都走低價位不走精品等級)
所以我是想說既然有這個優秀的硬體在,那只能搭配你原始DRC整組系統架構的Mac Core Audio,是有點可惜。
ASIO算是同時可以支援Mac與Windows的driver架構。幾乎各種DAW都支援,相容ASIO的話,就比純音樂播放多了更多用途。
讓這台變成多用途的好機器才是我想表達的重點吧。

做生意嘛,別貪心,有多少資源做多少事,
啥都想吃,可能會死的很慘...

我搞這隻嘛,純粹搭DRC用,只給Mac用,無需附driver;
Windows得另外談driver授權,我沒那個錢哪~
drunkenlife
 
文章: 21469
註冊時間: 2012-08-28, 01:47

上一頁下一頁

回到 音響、空間、電源