CLAP. Обсуждаем новый формат плагинов. (1 онлайн

[walks]

Пока CLAP не стал повсеместным и привычным форматом, предлагаю обсуждать тут всё с ним связанное: новости, первые впечатления от использования, тесты, сравнения с VST, и т.п.


Кто не в курсе о чём речь, вот ссылки:

Официальная страница: https://u-he.com/community/clap/

Статья на русском: https://samesound.ru/soft/164400-clap-audio-plugin-format

Страница CLAP в Github: https://github.com/free-audio/clap

 

[mitinglas]

К чему слова? Плагины в студию! Было бы чего сравнивать.

 

[walks]

Тему создал заранее. Когда у кого-то будет что сказать - есть где это сделать. Чтобы в одном месте информация концентрировалась.

 

[electrical]

К чему слова? Плагины в студию! Было бы чего сравнивать.

Хост

What's New | Bitwig

4 filters. 6 waveshapers. 2 audio FX containers. 1 oscillator. More powerful voice stacking. Better workflow.

www.bitwig.com

Инструменты

https://www.kvraudio.com/forum/viewtopic.php?t=582950

Chowdhury DSP - Nightlies

chowdsp.com

Surge XT Nightly Releases

Surge XT Synthesizer

surge-synthesizer.github.io

Не много, в бетах, но что есть

 

[crowd91]

К чему слова? Плагины в студию! Было бы чего сравнивать.

Valhalla вот переписывают вроде, Audio Thing

 

[Michael]

 

[Rudyuk_Eastside]

Из бесплатных Odin 2 еще обзавелся такой версией плагина.

TheWaveWarden

www.thewavewarden.com

непонятно когда и где применять только

 

[Jalex]

CLAP Audio Software Database

clapdb.tech

Ресурс посвящённый и плагинам и хостам имеющим поддержку Clap

 

[Dimilyan]

Ниче не понятно, но очень интересно.

 

[Andernik]

CLAP крутая тема!!! Ждём в Ableton 12. или 13.... 14?

 

[Zit]

@Andernik,, В двух словах обрисуйте, плиз, в чём крутость..

 

[Michael]

выше выкладывал видео
пост №6
вкратце полифонические модуляторы
я просто не совсем понимаю применимо ли это к другим DAW каторые собираются поддерживать клэп, потому что это фишка битвига

 

[Никол]

Прародитель этого Клэп наверно Роли, управление в дав это реализуемо переназначением миди.

 

[basЫl]

@Никол, u-he

 

[Jalex]

@Zit, говорят лучше оптимизация. Вплоть до того что чуть ли не в 2,5 раза нагружали типичных плагинов и система всё равно справлялась.

 

[Никол]

@Никол, u-he

Да видел. Принцип работы каждой клавиши индивидуальных параметров и есть в roli плюс управление клавой. В дав рулится стандартными миди командами, для этого не нужно изобретать новый формат плагов, все уже существует, вст Синт только должен поддерживать это ( забыл как в роли обозвали термин ).

 

[walks]

Именно прирост производительности меня больше всего и привлекает.

" Разработанный с учетом современных процессоров, CLAP выводит многопоточное управление на новый уровень с четким и эффективным распределением ролей между плагином и хостом. В частности, CLAP обеспечивает совместную многоядерную поддержку между плагином и хостом через так называемый «пул потоков», а также позволяет хостам управлять многопоточностью ЦП для плагинов, которые обеспечивают собственную многоядерную поддержку. Предварительные тесты показывают значительный прирост производительности по сравнению с текущими решениями. "

Остальные улучшения тоже радуют.

Жду поддержку CLAP в рипере.

 

[walks]

Да видел. Принцип работы каждой клавиши индивидуальных параметров и есть в roli плюс управление клавой. В дав рулится стандартными миди командами, для этого не нужно изобретать новый формат плагов, все уже существует, вст Синт только должен поддерживать это ( забыл как в роли обозвали термин ).

Да, всё уже существует. CLAP - полная херня. Можно не ждать.

 

[Jalex]

@Никол, @walks, да как бы тут упор не на этом сделан а на более простом лицензировании и оперативных внедрений в стандарт. Ведь всё это возникло на фоне того что vst3 требует немалых и не очень нужных усердий со стороны разработчиков, а vst2 брошен. Нада понимать что Steinberg один, а крупных разработчиков очень много которые башляют за не всегда качественный эпиай и поддержку всего-навсего прокладки. Вся шумиха как раз из-за этого. По сути разрабы плагинов написали то что им больше подходит для разработки исходя из своего опыта, а не предполагаемого.

 

[Wham_48]

"Недеструктивная автоматизация", прикольно звучит, но представить как это реализовано моск можно сломать ). В совокупности с принудительной полифоничесой модуляцией, подумалось, что плаг как бы делится на множество инстанций гдето в памяти, что по идее должно наоборот вызвать больше жора, но если говорят что наоборот..
И ещё если уменьшение жора это результат реализованой мульти-поточности, то я бы погодил радоваться. Просто так сложилось, сколько ни встречал таких фич в плагах (от ухей в частности), всегда в результате оставался на отключённой кнопке. Т.к. загрузка снижается на чуть, но поведение цпу метра становилось странным, типа пиков рандомных и тд. Хотя может это с vst так неочень удачно, хз.

Хотя ещё хуже когда мультипоточность реализована неотключаемо, как в новых версиях некоторых еффектов UVI, юзаешь вроде ок, жор почти на нуле (так был рад за обновление мегажручего Plate когдато)), но если открыть task manager то можно увидеть какой ахтунг творится. Как по мне, лучше уж "страшная" но правда, и в дав-овом цпу метре соот-но ) И по старинке на одном ядре (на инстанцию).

 

[walks]

@Никол, @walks, да как бы тут упор не на этом сделан а на более простом лицензировании и оперативных внедрений в стандарт. Ведь всё это возникло на фоне того что vst3 требует немалых и не очень нужных усердий со стороны разработчиков, а vst2 брошен. Нада понимать что Steinberg один, а крупных разработчиков очень много которые башляют за не всегда качественный эпиай и поддержку всего-навсего прокладки. Вся шумиха как раз из-за этого. По сути разрабы плагинов написали то что им больше подходит для разработки исходя из своего опыта, а не предполагаемого.

Это я знаю, и это очень круто. Мой комент "CLAP - полная херня" не в серьёз написан.
Очень жду, и больше всего интересно посмотреть на нагрузку на ЦП.

 

[Jalex]

@walks, мне кажется тут должно получится. Так как за столь короткий срок уже давольно много разработчиков выкатили беты, плюс несколько daw уже имеют возможность всё это тестировать.

 

[Michael]

полифоничесой модуляцией, подумалось, что плаг как бы делится на множество инстанций гдето в памяти,

У битвига эта фишка изначально была Voice Stacking называется где можно модулировать отдельно каждые войс, т.е. плаг как делится на слои. каждый слой отдельный войс.

 

[Andernik]

@walks, плюс несколько daw уже имеют возможность всё это тестировать.

В какой ещё Daw кроме Bitwig?

 

[vip76]

Как по мне, лучше уж "страшная" но правда, и в дав-овом цпу метре соот-но ) И по старинке на одном ядре (на инстанцию).

Так может это проблема DAW, что она не может контролировать чем процессор занят и показывает некорректные данные. У меня сейчас 12700 проц, на нем вообще непонятно как проц занят и именно с VST. Вроде рисует, что под завязку, но в нужный момент проц сам повышает частоту и снова падает этот индикатор, и так можно нагружать еще долго. Это скорее так недоделано протокол ASIO работает, что он показывает свою какую-то нагрузку, а проц совершенно другую. Но при этом 12700 оч хорошо справляется и может под 100% проца под ASIO использовать, а не 30%, как у некоторых и приехали. И с 12700 странная история с буфером, хочешь ставь больше 256 сэмплов, хочешь не ставь, разницы не будет, выше уже никак не влияет.
Да и потом одному богу известно как и в каких DAW их индикатор считает, толи загрузку на один поток\ядро, то ли по всем ядрам. Неразбериха уже сейчас.
А мультипоток это всегда хорошо, не будет зависеть от частоты ядра, а будет зависеть от кол-ва ядер, особенно на прожорливых плагинах с большим оверсемплингом к примеру, это отлично повысит производительность, а то сейчас всё оч сильно зависит от скорости ядра.

 

[Gerain9]

У меня сейчас 12700 проц, на нем вообще непонятно как проц занят и именно с VST. Вроде рисует, что под завязку, но в нужный момент проц сам повышает частоту и снова падает этот индикатор

Стенберг рекомендует использовать свою схему питания, там галочка в настройках. Кубейс всегда работает на максимуме процессора и все видно и все понятно. Как всегда проблема не в дав, а в ее использовании)

 

[vip76]

Стенберг рекомендует использовать свою схему питания, там галочка в настройках. Кубейс всегда работает на максимуме процессора и все видно и все понятно. Как всегда проблема не в дав, а в ее использовании)

Я ж не маленький, у меня своя схема питания помощнее штайнберговской )) Вы так говорите, уже работали на 12х процах интела и знаете всю их специфику? А процессоры довольно своеобразные, впрочем по мне, в лучшую сторону ) Запустил тут ради интереса Лоджик 5й версии, с несколькими синтами, так проц в диспетчере задач вообще 0% показывает ))) Ну там может 0.1-0.3%, забавно наблюдать )

 

[Gerain9]

Я ж не маленький, у меня своя схема питания помощнее штайнберговской ))

А ок! Я же не знал..Согласитесь что просто обязан был сказать про схему питания) Хотя непонятно всё равно чего проц меняет частоту тогда.

 

[triz]

Из всего выше сказанного меня заинтересовала только возможная многопоточность обработки данных в отдельном плагине. Это действительно может вывести на новый уровень виртуальные синты и эффекты. На сегодняшний день многие плагины имеют избыточный по возможностям функционал, практически ограниченный только мощностью процессора, причем именно тактовой частотой, а не количеством ядер, поскольку обработка данных осуществляется одним ядром. При этом дальнейший рост тактовой частоты процессоров упирается в определённые технологические трудности, в связи с чем возможности плагин бьются в этот потолок. Речь прежде всего о синтах. Если удастся реализовать многопоточность, это сможет в разы увеличить потенциальные возможности плагин. Это был бы действительно технологический прорыв. Вопрос лишь в том насколько удачно это будет реализовано.

 

[vip76]

@Gerain9, да черт его знает, пробовал и в биосе спид степы и прочее отключать, HWiNFO64 все равно показывает, как он разгоняется или снижает обороты. Говорю ж, довольно забавные эти процы 12й серии, но мощные зараза, даже тяжелейшими плагами не так просто его положить )