Производительность современных интерфейсов и latency, Призываю к обсуждению |
Здравствуйте, гость ( Вход | Регистрация )
Производительность современных интерфейсов и latency, Призываю к обсуждению |
8.7.2013, 11:30
Сообщение
#1
|
|
Сообщений: 4151 Регистрация: 31.1.2009 |
Призываю к обсуждению темы всех, кто сечёт в ней.
Открываю её в связи с необходимостью получить высокую производительность VST/RTAS обработки. Она выполняется за счёт CPU, но ещё существует сам аудиоинтерфейс, который может накладывать определённые ограничения на пропускную способность, контроллер, поддержка низких уровней sample rate. На эту тему очень много неразберихи и хотел бы, чтобы знающие люди помогли её устранить хотя бы частично. Сейчас я использую RME Fireface UC. Она тянет очень большие мощности, большое количество VST/VSTi, но мне всё равно её уже не хватает, если делать полноценно аранжированный и обработанный микс без деструктивного редактирования(ага, проще всего отрендерить всё и с чистыми вавами работать). А мне нужна возможность вести запись с низкой задержкой(latency) при одновременно мощном процессинге VST. Я не смотрю в сторону Pro Tools HD по нескольким причинам: 1) Выкинули RTAS, заменили AAX - теряю множество плагинов, которые нужны в _домашней_ студии 2) 64битность появилась только в 11ой версии. Странно 3) RTAS и AAX не ускоряются платами Pro Tools HD. Их обработка идёт также через CPU. Я так понимаю, что в моём случае надо смотреть в сторону внешних DSP процессоров? И как получить самое низкое latency (0.01-2 мс) с разъёмами usb2/usb3/thunderbolt/firewire 800? PCI-E недоступно мне сейчас. Если только не через адаптер pci-e thunderbolt chassis например sonnet echo. Но если честно, такое решение смущает. Просто есть мнение, что сама по себе полоса пропускания интерфейса не даёт производительность и зависит от .... от чего? В общем, у меня сейчас неразбериха, что мне нужно, чтобы получить и низкое latency и высокую производительность VST. |
|
|
|
10.7.2013, 7:10
Сообщение
#2
|
|
Сообщений: 4151 Регистрация: 31.1.2009 |
Всё летает? Секундочку, ты поставь размер буфера 32 семпла.... и загрузи всё это.
8 гигов твои тут непричём. Особенно если у тебя семплер 32битный |
|
|
10.7.2013, 15:38
Сообщение
#3
|
|
Сообщений: 406 Регистрация: 11.2.2011 |
Всё летает? Секундочку, ты поставь размер буфера 32 семпла.... и загрузи всё это. 8 гигов твои тут непричём. Особенно если у тебя семплер 32битный ...при 32 семплах конечно начинает тормозить...я хотел спросить, вот если семплер 32 битный, а плаг установлен 64...то он все равно будет работать в 32 ?... |
|
|
10.7.2013, 15:50
Сообщение
#4
|
|
Сообщений: 4151 Регистрация: 31.1.2009 |
Всё летает? Секундочку, ты поставь размер буфера 32 семпла.... и загрузи всё это. 8 гигов твои тут непричём. Особенно если у тебя семплер 32битный ...при 32 семплах конечно начинает тормозить...я хотел спросить, вот если семплер(секвенсор) 32 битный, а плаг установлен 64...то он все равно будет работать в 32 ?... Плагины 32 бит работают только в секвенсорах 32 бит. Плагины 64 бит никогда не будут работать ни с чем, кроме как с 64битными секвенсорами. Секвенсоры 64 бит могут запускать в режиме эмуляции плагины 32 бит. Например, есть jbridge - позволяет запускать плагины 32 бит в секвенсорах 64 бит. У меня не тормозит практически ничего. Сейчас компьютер сменил, возможно что дело в материнской плате и USB выходах было, но сейчас вроде ничего не тормозит уже на весьма тяжёлом проекте. На выходных проверю основательней, пока одного синта не хватает. |
|
|
<% %> <% %> | Текстовая версия | Сейчас: 20.4.2024, 18:00 |