Native low-latency monitoring. http://www.presonus.com/products/Studio-One/whats-new 簡單來說就是可以在Buffer開到最小的情況下也不易爆音,而且使用VSTi虛擬樂器做低延遲即時錄音時也能有一樣功效。 有興趣的人可以去看連結中關於Native low-latency monitoring一節內的解說。 嗯...為了Buffer來做一個Buffer Block緩衝還能保有低延遲? 其他新功能: 雖然Studio One看起來很誘人但有點貴呀...
有比較過REAPER嗎 我一開始用STUDIO ONE是覺得介面很雜亂 然後效能資源用的兇就不玩了 目前REAPER是我比較喜歡的 檔案超小 超省資源 LATENCY很小 PT的功能也都有 就是介面有點醜 有沒有比S1更多功能就不清楚 前幾天裝了MIXCRAFT (245MB)雖然檔案比REAPER(17MB)大一些 但是功能齊全 介面好很多 可是只有WINDOWS版 我還沒辦法做測試 理想中的DAW是可以做LIVE 掛載效果器和虛擬樂器 同時錄製WAV和MIDI不會爆音又穩定 > 為了Buffer來做一個Buffer Block緩衝還能保有低延遲? 總要犧牲某樣東西達到目的 我猜是占用大量記憶體?
很久以前我是有下載Reaper來玩過,不過那時候我已經對S1很上手了,所以沒有特別認真玩XD 不過S1用不少資源這倒是真的,但在上面編曲、錄音、Editing、混音對我來說都太方便了,所以覺得無所謂。 Tricky兄用Reaper主要是玩虛擬樂器嗎?對我自己的需求來說,DAW的決定性因素經常是Editing的方便性,而據我所知這部分PT和Cubase也都還滿不錯的,Reaper我就不清楚了。
主要玩kontakt 還有錄vocal 我已經完全捨棄實體樂器 沒有好用的midi鍵盤 加上弄出來比較僵硬是大缺點 可能是因為我常常土法煉鋼改來改去 Editing的方便性 真的是忽略了 我真的比較在意邊彈唱邊錄 要有流暢 及時出來的效果華麗動感
目前最輕量的DAW應該是天才集團Tracktion的Waveform,因為它可以在樹莓派Raspberry Pi上跑, 官方實測Raspberry Pi 3(1.2GHz四核心的ARM Cortex-A53)可以跑20~30軌的Audio, 但我想輕量不等於它能夠負荷極端的重工作,因為瓶頸會在硬體。 然後他們現在在開發樹莓派專用的錄音介面硬體,但不用USB而是以I2S (Inter-IC Sound)介面連接。 專訪全文(日文-有許多圖):http://icon.jp/archives/14070 就算DAW可以做到、但最後瓶頸會卡在硬體... 題外話、一手創造Tracktion的天才工程師Julian Storer現在因為主力放在開發已被Roli收購的JUCE上, 所以比較多時間都在Roli那裏工作,但JUCE的一些內容也有被應用在Waveform上。 (JUCE的Wiki:https://en.wikipedia.org/wiki/JUCE) 另外、Tracktion的主要收入來源其實不是只有賣自家軟體,它們也有把音效引擎授權給其他公司使用來賺錢, 有不少Plugin跟VSTi都有用它們家的引擎。 它們特別強調即使是去年收了創投公司60億日圓資金挹注的Roli,要從零開發音效引擎也是非常難的任務,可見它們自家引擎是如何優秀。
現在玩樹莓派的有的是拿來播放音樂用,有很多不錯的I2S DAC擴充卡可以玩,我本身也有買IQAudio的來玩 http://iqaudio.co.uk/3-audio 我有買Pi-DAC Pro DAC(可自行焊接XLR輸出,支援到32 bit/384 kHz)和Pi-AMP+擴大機(2 x 35 W D類擴大機,支援到24 bits/192 kHz) 如果有好的無損檔,播起來聲音還不錯,跟組電腦當專用播放器來說算是相對便宜實惠,也較省能源 現在有人在開發MIDI擴充卡,如果有好的ADC錄音卡可用,就可以當作輕量化的錄音裝置了 https://www.kickstarter.com/projects/oriolsancheza/dacberry-pro-professional-soundcard-for-raspberry 如果只是用來單純錄現場Live多軌audio,回錄音室再匯出後製混音,感覺可以輕量化不少
日本那邊有人測了3.5跟3.3.4在使用時CPU的負荷,並講解新的低延遲原理: http://av.watch.impress.co.jp/docs/series/dal/1064667.html 測試電腦是Core i7-6700(3.40GHz)、Ram 16GB、Windwos 10, 介面:Steinberg UR22mkII,44.1kHz、Buffer 64 sambles, 同時開五個極耗資源的IR Reverb時, 3.3.4的CPU使用狀況:http://av.watch.impress.co.jp/img/avw/docs/1064/667/html/08.jpg.html 3.5:http://av.watch.impress.co.jp/img/avw/docs/1064/667/html/09.jpg.html CPU負荷幾乎是砍半。 而神奇的Dropout Protection跟Low-latency virtual instruments monitoring又是怎麼一回事? 簡單來說就是一種騙術。 假設Buffer設64,當DAW在跑已寫好的virtual instruments Midi軌時會自動改用大於預設值的Buffer--就是128以上,只有在即時錄音時用64, 那為什麼這兩者不會有時間差呢? 因為DAW會把以較大Buffer處理的背景音軌"提前"播放。 不過這個分開處理的騙術只能用在Midi軌上,如果是Audio軌就沒有辦法了。