Гут )))по поводу асиометра - он пока что не всегда показателен , может словить скачок ) допустим при загрузке и потом показывать 130 , хотя на деле там меньше ) я добавлю ему автоочищение мягкое ) ..позже ..
GrandBridge (15 онлайн)
- Автор темы Dmitry Stepin
- Дата начала
Ну и главное , если у вас в daw 0 на счетчике асио , это не значит что у вас комп не трудится) это просто вся нагрузка улетела за пределы DAW , чудеса тут в том что можно обманывать тупые планировщики задач в самих DAW , которые то складывают все на одно ядро ) то упираются в потолок по разным ядрам ) ...но опять же не разумно - когда можно было раскидать нагрузку грамотно )
вот типовой пример с 14 нолли на одном канале в реалтайме на 64 семплах , уже на 10 инстансе все сдохло , потому что s1 все это сложил на нулевое ядро , и еще попутно стал тормозить до полусмерти , потому что сам на этом же ядре и работает ( как и вся винда )
А вот тоже самое с грандбриджем
играют спокойно 14 инстансов , и вся нагрузка плавно растеклась по всем физическим и логическим ядрам
Это реально победа над DAW строителями )) поэтому такой грандбридж должен быть встроен во все кубейсы s1 и прочие аблетоны на уровне движка по умолчанию ) но не будет , потому что они сука тупые и ленивые там все ))
(я вот уже неделю жду ответа от поддержки пресонуса по поводу s1 scripting sdk )уже готов подписаться на NDA/partner program) хочу много полезного внедрить туда расширениями )) - хрен ответа ....
А вот тоже самое с грандбриджем
играют спокойно 14 инстансов , и вся нагрузка плавно растеклась по всем физическим и логическим ядрам
Это реально победа над DAW строителями )) поэтому такой грандбридж должен быть встроен во все кубейсы s1 и прочие аблетоны на уровне движка по умолчанию ) но не будет , потому что они сука тупые и ленивые там все ))
(я вот уже неделю жду ответа от поддержки пресонуса по поводу s1 scripting sdk )уже готов подписаться на NDA/partner program) хочу много полезного внедрить туда расширениями )) - хрен ответа ....
Последнее редактирование:
По треску в рилтайме дополню: фриз звука только 1/4 сек примерно. На такой экстримальной нагрузке. Возникает как на старте воспроизведения, либо на быстром перемещении курсора воспроизведения. Далее всё воспроизводится без артефактов.
Такое наблюдается даже с одной инстанцией бриджа.
Но повторюсь- на мой взгляд это даже и багом назвать трудно...
WIn 11 Reaper 7.76
Такое наблюдается даже с одной инстанцией бриджа.
Но повторюсь- на мой взгляд это даже и багом назвать трудно...
WIn 11 Reaper 7.76
SoundExplosion
А можете скриншот вкладки Stats сделать вот когда трещит на одном инстансе ..даже после уже того как треск состоялся)нажали стоп ... и скриншот
Перезагрузил бридж, запустил плаг. До воспроизведения.
Однократный старт/стоп. (после остановки воспроизведения, зачение Backlog miss не меняется, только во время старта)
Однократный старт/стоп. (после остановки воспроизведения, зачение Backlog miss не меняется, только во время старта)
ага , уже делаю хотфикс ))
Причина: после старта или seek у нас очередь ещё не прогрета для новой позиции. Старые блоки уже нельзя использовать, новые ещё не пришли, и возникает короткий провал. ну и такой же при загрузке плага ..
Причина: после старта или seek у нас очередь ещё не прогрета для новой позиции. Старые блоки уже нельзя использовать, новые ещё не пришли, и возникает короткий провал. ну и такой же при загрузке плага ..
SoundExplosion
сейчас по идее треска не должно быть , и backlog должен быть чистым )GrandBridge FX Beta v0.1.114n
# GrandBridge FX Beta
**GrandBridge FX Beta** — это VST3-плагин для Windows, который работает как мост форматов, слой разгрузки процессора и песочница для эффектов.
Он позволяет загружать эффекты разных форматов внутри одного VST3-плагина и запускать их не прямо внутри хоста, а в отдельном процессе.
## Для чего нужен GrandBridge
GrandBridge решает три основные задачи.
### 1. Мост форматов
GrandBridge позволяет использовать разные форматы эффектов через один VST3-плагин:
- VST3 FX 64-bit
- VST2 FX 64-bit
- VST2 FX 32-bit через отдельный worker32
- JSFX FX с графическим интерфейсом и @GFX
То есть GrandBridge можно вставить в любой VST3-совместимый хост, а внутри него загрузить VST2, старый 32-битный эффект или JSFX.
### 2. Разгрузка процессора
Загруженный эффект работает в отдельном процессе `bridge_worker`, а не напрямую внутри основного аудиопотока хоста.
Это помогает:
- разгружать основной realtime-поток;
- лучше распределять тяжёлые плагины по ядрам процессора;
- обходить ситуации, когда хост складывает тяжёлую цепочку эффектов на одно ядро;
- стабильнее работать с большим количеством тяжёлых инстансов.
### 3. Песочница и изоляция
Поскольку загруженный плагин работает в отдельном процессе, он меньше связан с основным процессом хоста.
Это полезно для старых, нестабильных или рискованных плагинов: если такой плагин ведёт себя плохо, он с меньшей вероятностью уронит весь проект или сам хост.
## Автоматизация
Параметры загруженных эффектов выводятся в хост через слоты автоматизации GrandBridge.
Это относится ко всем поддерживаемым форматам:
- параметры VST3;
- параметры VST2;
- параметры VST2 32-bit;
- слайдеры JSFX.
Параметры можно назначать, выводить в хост и автоматизировать.
## Режимы процессора
### Auto / Balanced
Рекомендуемый режим по умолчанию.
GrandBridge мягко распределяет worker-процессы по ядрам процессора, но не зажимает их жёстко. Это хороший вариант для большинства проектов, особенно если используется несколько тяжёлых инстансов.
### Keep DAW responsive
Похож на Auto / Balanced, но оставляет первые ядра свободнее для самого хоста и интерфейса.
Полезно, если проект тяжёлый, но нужно сохранить отзывчивость программы.
### Heavy plugin
Более жёсткий режим для одного особо тяжёлого плагина.
Подходит для ситуаций, когда конкретный эффект сильно грузит процессор и его нужно вынести в выделенный процессорный слот.
### Windows Native
GrandBridge не даёт планировщику Windows никаких подсказок.
Это запасной режим с полностью стандартным поведением системы.
## Что уже работает в beta
- загрузка VST3 FX 64-bit;
- загрузка VST2 FX 64-bit;
- загрузка VST2 FX 32-bit через worker32;
- загрузка JSFX;
- графический интерфейс JSFX / @GFX;
- графический интерфейс загруженных плагинов;
- автоматизация параметров и слайдеров;
- восстановление проекта;
- работа с несколькими инстансами;
- безопасная смена и перезагрузка плагина во время воспроизведения;
- статистика браузера плагинов по форматам.
## Текущий статус
Это версия **только для эффектов**.
Поддержка инструментов, VSTi и MIDI планируется позже — после релиза FX-версии и более широкого тестирования.
## Совместимость
GrandBridge работает в любом VST3-совместимом хосте на Windows.
Это публичная beta. Совместимость может зависеть от конкретного плагина, особенно если это старый VST2, 32-битный эффект или плагин с нестандартным графическим интерфейсом.
## Короткая версия
**GrandBridge FX Beta** — VST3-мост, разгрузка процессора и песочница для FX-плагинов на Windows.
Поддерживаемые форматы:
- VST3 FX 64-bit
- VST2 FX 64-bit
- VST2 FX 32-bit
- JSFX FX с GUI / @GFX
GrandBridge позволяет загружать эффекты разных форматов внутри одного VST3-плагина, запускать их в отдельном worker-процессе, автоматизировать параметры через слоты GrandBridge и снижать риск падения хоста из-за проблемных плагинов.
**GrandBridge FX Beta** — это VST3-плагин для Windows, который работает как мост форматов, слой разгрузки процессора и песочница для эффектов.
Он позволяет загружать эффекты разных форматов внутри одного VST3-плагина и запускать их не прямо внутри хоста, а в отдельном процессе.
## Для чего нужен GrandBridge
GrandBridge решает три основные задачи.
### 1. Мост форматов
GrandBridge позволяет использовать разные форматы эффектов через один VST3-плагин:
- VST3 FX 64-bit
- VST2 FX 64-bit
- VST2 FX 32-bit через отдельный worker32
- JSFX FX с графическим интерфейсом и @GFX
То есть GrandBridge можно вставить в любой VST3-совместимый хост, а внутри него загрузить VST2, старый 32-битный эффект или JSFX.
### 2. Разгрузка процессора
Загруженный эффект работает в отдельном процессе `bridge_worker`, а не напрямую внутри основного аудиопотока хоста.
Это помогает:
- разгружать основной realtime-поток;
- лучше распределять тяжёлые плагины по ядрам процессора;
- обходить ситуации, когда хост складывает тяжёлую цепочку эффектов на одно ядро;
- стабильнее работать с большим количеством тяжёлых инстансов.
### 3. Песочница и изоляция
Поскольку загруженный плагин работает в отдельном процессе, он меньше связан с основным процессом хоста.
Это полезно для старых, нестабильных или рискованных плагинов: если такой плагин ведёт себя плохо, он с меньшей вероятностью уронит весь проект или сам хост.
## Автоматизация
Параметры загруженных эффектов выводятся в хост через слоты автоматизации GrandBridge.
Это относится ко всем поддерживаемым форматам:
- параметры VST3;
- параметры VST2;
- параметры VST2 32-bit;
- слайдеры JSFX.
Параметры можно назначать, выводить в хост и автоматизировать.
## Режимы процессора
### Auto / Balanced
Рекомендуемый режим по умолчанию.
GrandBridge мягко распределяет worker-процессы по ядрам процессора, но не зажимает их жёстко. Это хороший вариант для большинства проектов, особенно если используется несколько тяжёлых инстансов.
### Keep DAW responsive
Похож на Auto / Balanced, но оставляет первые ядра свободнее для самого хоста и интерфейса.
Полезно, если проект тяжёлый, но нужно сохранить отзывчивость программы.
### Heavy plugin
Более жёсткий режим для одного особо тяжёлого плагина.
Подходит для ситуаций, когда конкретный эффект сильно грузит процессор и его нужно вынести в выделенный процессорный слот.
### Windows Native
GrandBridge не даёт планировщику Windows никаких подсказок.
Это запасной режим с полностью стандартным поведением системы.
## Что уже работает в beta
- загрузка VST3 FX 64-bit;
- загрузка VST2 FX 64-bit;
- загрузка VST2 FX 32-bit через worker32;
- загрузка JSFX;
- графический интерфейс JSFX / @GFX;
- графический интерфейс загруженных плагинов;
- автоматизация параметров и слайдеров;
- восстановление проекта;
- работа с несколькими инстансами;
- безопасная смена и перезагрузка плагина во время воспроизведения;
- статистика браузера плагинов по форматам.
## Текущий статус
Это версия **только для эффектов**.
Поддержка инструментов, VSTi и MIDI планируется позже — после релиза FX-версии и более широкого тестирования.
## Совместимость
GrandBridge работает в любом VST3-совместимом хосте на Windows.
Это публичная beta. Совместимость может зависеть от конкретного плагина, особенно если это старый VST2, 32-битный эффект или плагин с нестандартным графическим интерфейсом.
## Короткая версия
**GrandBridge FX Beta** — VST3-мост, разгрузка процессора и песочница для FX-плагинов на Windows.
Поддерживаемые форматы:
- VST3 FX 64-bit
- VST2 FX 64-bit
- VST2 FX 32-bit
- JSFX FX с GUI / @GFX
GrandBridge позволяет загружать эффекты разных форматов внутри одного VST3-плагина, запускать их в отдельном worker-процессе, автоматизировать параметры через слоты GrandBridge и снижать риск падения хоста из-за проблемных плагинов.
Предложения для UI.
Было бы замечательно добавить возможность минимизации для инфо блоков. К ним постоянный доступ не всегда нужен, а вот для браузера плагинов можно было бы и подосвободить место.
Было бы замечательно добавить возможность минимизации для инфо блоков. К ним постоянный доступ не всегда нужен, а вот для браузера плагинов можно было бы и подосвободить место.
SoundExplosion
принято , согласен , за исключением кнопки Focus editor , потому что она постоянно используется) ..ее надо выносить отдельно куда нить в верхний правый угол..Протестировал фикс с ошибкой рендера. В Reaper рендер заработал. Но скорость одинаковая, что с бриджем, что без него. Забриджен NAMM на 4х кратном оверсемплинге. Так должно быть? На скорость рендера наличие бриджа должно влиять ? И, странное дело, corescope не показывает никаких изменений по загрузке ядер при прямой загрузке плагина, или через бридж. И при этом в реалтайме нагрузка процессора по измерителю самого рипера при подключении через бридж падает в разы! Может глупый вопрос- corescope достаточно просто запустить, и всё? какие то ещё дополнительные настройки нужны?
@totosha66
Скорость рендера не должна меняться , обсчеты то делаются одни и те же совершенно ) если нагрузка не меняется стоит попробовать разные профили cpu ) они для разных задач , ну и рипер и так собственно крут своим планировщиком ) остальные DAW так не умеют раскидывать )В сorescope надо ткнуть на нужный процесс справа , в нашем случае это Bridge_worker , либо сам рипер ) и он фиолетовым подсветит ядра на которых реально выполняются процессы )
Ну и на одном плагине смысла нет тестить , надо на куче ))
SoundExplosion
разобрался ...reaper anticipative fx processing выключи глобально или на треках с грандбриджем , и глитчи все исчезнут )
у нас пока реалтайм , а рипер нас считает не реалтаймом - и буферит
Я подумаю над мягким фиксом
Терпеливо жду версию с VST - тогда смогу потестить в Cakewalk-е (хотя кому он нынче нужен... хех...)
