CLAP 1.0

Clap hands!

Ну блин, опять у них вот это Win32, X11, Сосоa и вперед.

Во-первых то, что wayland везде как-бы и не слышал никто (и LV2 тоже). Во-вторых ну почему нельзя сделать нормальную кроссплатформенную GUI делалку, как в VST3 хотя бы (хотя там она несколько переусложнена).

Ну как бы основная техническая претензия к ним и состоит в том, что они улучшили преимущественно скорость создания чего-то с нуля и что можно было просто поработать над LV2.

В остальном, да и не пофиг ли? Абсолютное большинство будет юзать JUCE/iPLug2, чтобы из одной кодовой базы генерить под разные API и получить больший охват хостов.

А где информация про Win32, X11 и Cocoa?

Вау! Просто вау. Повод выпить ещё аспирина. Тамбзвпаю автору и Прокудину.

https://github.com/free-audio/clap/blob/395ab2bc5abd76f613b7ac3e4292b4e315700749/include/clap/ext/gui.h#L73

LV2 - там же всё через какой-то замороченный язык Turtle? Это чтобы разрабатывать плагин, надо какой-то странный язык выучить? Да блин, на разработку звука в Линуксе наложено какое-то проклятие. С 1998 постоянно какие-то мытарства.

На Turtle там метаданные: как называется плагин, где его идентификационный URL, какие порты и т.д. Если писать это руками, то в случае с плагинами, где много крутилок, можно свихнуться. Я в статье на LWN приводил пример плагина Mix Maxtrix, где в файле метаданных 32 тыщи строк. Но в таких случаях метаданные обычно всё-таки генерируют программно из кода.

Вообще, я бы посоветовал почитать https://drobilla.net/2019/11/11/lv2-the-good-bad-and-ugly.html. Там собственно автор этого нашего LV2 подробно разбирает главные проблемы API.

А где информация про Win32, X11 и Cocoa?

Да, вот там где AP ссылку дал, я и смотрел.

LV2 - там же всё через какой-то замороченный язык Turtle?

Нет. Нет. Нет конечно.

Turtle - это типа XML, на нем просто пишется манифест плагина, типа как плагин называется, какие крутилки есть.

Сам плагин пишется на обычном C или C++.

Я так понял, в Вэйланде нет возможности встроить одно окно в другое. Там это принципиально, вроде в целях безопасности что ли? А так-то ничего не мешает сделать отдельное окошко. Нет?

Кстати, VST3 - не исключение. Вот что писали на их сайте в 2021:

Arne_Scheffler: We are aware of the fact that Wayland is coming. Last time I checked there was no way to express what we need in any Wayland API. As long as we don’t know how to embed a plug-in window into a host window, there won’t be Wayland support. But maybe this has changed in the last 3 years I do not have time to look into it at the moment.

«Мы знаем что Вэйланд грядёт. Когда я проверял последний раз, нет никакой возможности изложить то что нам надо через любой из Вэеландовских интерфейсов. Покуда мы не знаем как вставить окно плагина в окно хоста, не будет никакой поддержки Вэйланда. Но может быть это изменилось за последние 3 года, у меня нет времени заглядывать в него сейчас.»

Я насколько глубоко в вяленд ещё не лазил, необходимости не было.

Там я видел примеры. Это жуткое зрелище. У меня до сих пор пост-травматический синдром после попыток разобраться в конфигурации ALSA…

А вот и пример «манифеста». Да это вообще какая-то криптограмма:

@prefix atom:  <http://lv2plug.in/ns/ext/atom#> .
@prefix doap:  <http://usefulinc.com/ns/doap#> .
@prefix lv2:   <http://lv2plug.in/ns/lv2core#> .
@prefix param: <http://lv2plug.in/ns/ext/parameters#> .
@prefix patch: <http://lv2plug.in/ns/ext/patch#> .
@prefix rdfs:  <http://www.w3.org/2000/01/rdf-schema#> .
@prefix state: <http://lv2plug.in/ns/ext/state#> .
@prefix ui:    <http://lv2plug.in/ns/extensions/ui#> .
@prefix urid:  <http://lv2plug.in/ns/ext/urid#> .
@prefix work:  <http://lv2plug.in/ns/ext/worker#> .
@prefix xsd:   <http://www.w3.org/2001/XMLSchema#> .

<http://lv2plug.in/plugins/eg-sampler#sample>
        a lv2:Parameter ;
        rdfs:label "sample" ;
        rdfs:range atom:Path .

<http://lv2plug.in/plugins/eg-sampler>
        a lv2:Plugin ;
        doap:name "Exampler" ;
        doap:license <http://opensource.org/licenses/isc> ;
        lv2:project <http://lv2plug.in/ns/lv2> ;
        lv2:requiredFeature state:loadDefaultState ,
                urid:map ,
                work:schedule ;
        lv2:optionalFeature lv2:hardRTCapable ,
                state:threadSafeRestore ;
        lv2:extensionData state:interface ,
                work:interface ;
        ui:ui <http://lv2plug.in/plugins/eg-sampler#ui> ;
        patch:writable <http://lv2plug.in/plugins/eg-sampler#sample> ,
                param:gain ;
        lv2:port [
                a lv2:InputPort ,
                        atom:AtomPort ;
                atom:bufferType atom:Sequence ;
                atom:supports <http://lv2plug.in/ns/ext/midi#MidiEvent> ,
                        patch:Message ;
                lv2:designation lv2:control ;
                lv2:index 0 ;
                lv2:symbol "control" ;
                lv2:name "Control"
        ] , [
                a lv2:OutputPort ,
                        atom:AtomPort ;
                atom:bufferType atom:Sequence ;
                atom:supports patch:Message ;
                lv2:designation lv2:control ;
                lv2:index 1 ;
                lv2:symbol "notify" ;
                lv2:name "Notify"
        ] , [
                a lv2:AudioPort ,
                        lv2:OutputPort ;
                lv2:index 2 ;
                lv2:symbol "out" ;
                lv2:name "Out"
        ] ;
        state:state [
                <http://lv2plug.in/plugins/eg-sampler#sample> <click.wav> ;
                param:gain "0.0"^^xsd:float
        ] .

<http://lv2plug.in/plugins/eg-sampler#ui>
        a ui:GtkUI ;
        lv2:requiredFeature urid:map ;
        lv2:optionalFeature ui:requestValue ;
        lv2:extensionData ui:showInterface ;
        ui:portNotification [
                ui:plugin <http://lv2plug.in/plugins/eg-sampler> ;
                lv2:symbol "notify" ;
                ui:notifyType atom:Blank
        ] .

Я правильно понимаю, что к зоопарку LADSPA+DSSI+LV2 теперь добавляется ещё один питомец, или всё-таки есть шанс хоть какой-то унификации?

LADSPA и DSSI – это что-то с советского стенда о вреде геронтофилии.

Все в документации расписано же.

Во-первых то, что wayland везде как-бы и не слышал никто (и LV2 тоже).

поэтому и не слышали, что как бы не везде он

Во-вторых ну почему нельзя сделать нормальную кроссплатформенную GUI делалку, как в VST3 хотя бы (хотя там она несколько переусложнена).

а она через что рисовать будет, если не через иксы? и слава богу, никто не заставляет юзать vstgui для создания vst3

а она через что рисовать будет, если не через иксы?

Через что угодно. В винде иксов нету, VST3 есть. Рисует же.

например?:)

wayland )

хостов пока что меньше одно - бета битвига и Руи в кутракторе вроде пилит

смешно, но не очень

Всмыле смешно? Что в твоем понимании «рисовать через иксы» и чем это отличается от «рисовать через wayland»?

Вообще-то, ничем.

если не отличается, то в чем твоя претензия?

и мог бы сходить по ссылке, примеры плагинов на Qt, в том числе со статической линковкой

Бета битвига, свежий релиз MultitrackStudio, частная ветка Qtractor, частная ветка Reaper.

я знаю, ну подождем, отсутствие наличия виндовых хостов с LV2 во многом и сыграло против этого формата

если не отличается, то в чем твоя претензия?

Как раз в этом. Почему вейланд не поддерживается и все сидят на легаси, если с точки зрения реализации это делается легко.

примеры плагинов на Qt, в том числе со статической линковкой

Это не может нормально работать, ну блин, они решили еще и на эти грабли наступить?

Qt запускает свой event loop и использует глобальные переменные. При различии версий Qt в плагине и у хоста проблемы гарантированы, и статическая линковка тут не спасет.

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

Да блин, на разработку звука в Линуксе наложено какое-то проклятие. С 1998 постоянно какие-то мытарства.

Звук, вайфай, блутуф, десктоп, игры, cad, графические редакторы… Короче, всё кроме серверов, сети и программирования :D хотя стоит заметить, что некоторые вещи вроде улучшаются.

да можно «написать на вэйланде», там нет никакого тулкита внутри

ну вот собранные на Qt6 плагины работают в хостах на Qt5, но в сабже - это proof of concept - пиши гуй хоть на QML, щас вообще на вебе уже некоторые пишут морды к плагинам

КАК НАДО СДЕЛАТЬ

Товарищи разработчики платформ плагинов звука.

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

Он состоит из двух частей - dsp часть и gui часть. DSP часть это динамическая библиотека, которая загружается в realtime процесс хоста и там молотит. Собственно так уже и есть.

GUI часть - и вот тут отличие - это исполняемый бинарник, который запускается как отдельный процесс с низким приоритетом, и общается с хостом через unix socket.

Тогда! Можно писать GUI на чем угодно, хоть на электроне, нет конфликтов с хостом, падение GUI не вызывает падение хоста и термоядерный апокалипсис.

Люди радуются, просто берут и пишут плагины, используют их и рождают Музыку.

Вместо того изнасилования мозга которое есть сейчас.

Если сабж делает именно так - то поздравляю.

Unix socket на венде отсутствует, однако.

Ну будет через tcp сокет на винде, какая разница.

Впрочем я сходил по ссылке.

inter-process nature

Да, это оно. Ну наконец то, медведь в лесу сдох. Кто-то догадался вынести gui в отдельный процесс.

Теперь я фанат этого клапа.

AP, когда в ардуре ожидается?

В ардуре пока не ожидается, потому что есть задачки поважнее. Например, tempo map после переписывания тайминга разломана, сплошные глюки и падения.

А когда ждать на Беспоке? :)

как только в JUCE хостовую часть завезут (плагиновая - считай, что есть)

зато в Беспоке почти что уже есть LV2 :)

создатель популярных коммерческих синтезаторов U-he Урс Хекманн

Он бы хоть свою Zebra под линукс запилил хоть в каком виде, я купил бы из принципа.

http://uhedownloads.heckmannaudiogmb.netdna-cdn.com/penguin/release/4458/Zebra2-4458.tar.gz

Зато всё также нет поддержки пипивири. :( Запускал недавно, не обнаружил новшеств.

Вообще, классный... (синт? Студия? Как его назвать?), но сильно фрагментирован. У мидисеквенсора А есть фича1, а у мидисеквенсора Б есть фича 2. И вместе их не использовать и одного полноценного нет.

А вообще, у меня динамики на компе порвались. Оба. Что бы поставить помощнее в лаптоп?

Вау, криокамера и вот это вот всё :)

купил?

Пипевири - тогда уже. А что там за проблема и насколько серьёзная? Не хочу пока ставить его.
Ждать исправления в JUCE можно долго, попутно пытаясь разобраться самому, но думается, что надо писать разработчикам Pipewire, тк как с обычным Джеком работает.

У мидисеквенсора А есть фича1, а у мидисеквенсора Б есть фича 2. И вместе их не использовать и одного полноценного нет.

notesequencer больше для генерации патернов, тогда как notecanvas и noterecorder кыкразтаке похожи на пиано ролл, и я бы их объединил в один модуль.

Но планов там много, писателей мало :) В нынешнем GSoC хотят вкрутить Faust.

жду в LMMS

Ой... CLAP, Juce... При всем богатстве выбора пользоваться все равно будут Штенбергом и Аблетоном :( Синтезатор-то есть, а рулилок аппаратурой все равно нету.

рулилок аппаратурой все равно нету

Чего у кого нет?

Ну мы ж с тобой уже обсуждали проблемы использования закрытых MIDI-протоколов. Вот представь, если кто-то захочет какой-нибудь простихоссподя Waldorf Iridium в качестве CLAP-плагина прикрутить. И попробовать рулить им с экрана своего любимого ДАВа. :) Ну И? Есть же VST-плагины для реальных железок. Типа цепляешь свою железку на вход-выход аудиоинтерфейса, MIDI-поток отправляешь по USB, настраиваешь маршрутизацию на компе и рулишь своей железкой с экрана (если я правильно понимаю процесс). Я, правда, с трудом представляю, накой нужны плагины, если уже есть Иридиум, но вот все-таки?

https://github.com/christofmuc/KnobKraft-orm/ https://ctrlr.org/