GrandBridge (18 онлайн)
- Автор темы Dmitry Stepin
- Дата начала
когда будет миди и vsti я тоже потестирую. Жене на комп поставлю, чтобы пианотек на отдельное ядро повесить, у нее комп слабый, трещит.
Воюю с кубом , нащупал вроде решение ))
куб же это не “одно приложение с дочерними окнами”, а зоопарк независимых top-level окон.
В нормальной логике:
А у них фактически:
Из за этого боль и страдания )) так что дело тут совсем не в "строгих правилах vst3 sdk" ) а в кривом как турецкая сабля window дизайне кубе )
куб же это не “одно приложение с дочерними окнами”, а зоопарк независимых top-level окон.
В нормальной логике:
А у них фактически:
Из за этого боль и страдания )) так что дело тут совсем не в "строгих правилах vst3 sdk" ) а в кривом как турецкая сабля window дизайне кубе )
Победил , завтра выложу новую версию , устал уж ппц )) скорее всего и те глюки что были у Deplexer в 15 кубе тож уйдут )
Последнее редактирование:
Читаю в захлеб… а попробовать не могу… MacOS-религия не позволяет…
И вопрос нуба:
А к сетевому распределению нагрузки, это никак не относится?
А то в начале были громкие слова про то, как:
И вопрос нуба:
А к сетевому распределению нагрузки, это никак не относится?
А то в начале были громкие слова про то, как:
Последнее редактирование:
а я ещё идею подкину, а может GPU использовать, для разгрузки CPU ?
вроде SDK есть и примеры какие то, даже с NAM
Home | GPU Audio
GPU Audio is the world’s first company to unlock your GPU to power your music and audio production workflows. Download the world’s first GPU Audio powered plugins, join our early access and beta testing communities, and find out about new products from third parties.
www.gpu.audio
GitHub - gpuaudio/gpuaudio-sdk
Contribute to gpuaudio/gpuaudio-sdk development by creating an account on GitHub.
github.com
gpuaudio-sdk/Guides/NeuralAmpModeler.pdf at main · gpuaudio/gpuaudio-sdk
Contribute to gpuaudio/gpuaudio-sdk development by creating an account on GitHub.
github.com
Последнее редактирование:
У меня радеон , а эта хрень работает только на куде )) но идея крутая
а и да , это не будет работать с бриджем , потому что судя по всему чтобы это завелось - нужно будет каждый плагин переписывать под gpu audio ) как в данном случае сделали с намом
p.s хотя нет , в sdk уже вижу поддержку AMD ....
а и да , это не будет работать с бриджем , потому что судя по всему чтобы это завелось - нужно будет каждый плагин переписывать под gpu audio ) как в данном случае сделали с намом
p.s хотя нет , в sdk уже вижу поддержку AMD ....
новая бета 
)
чейнджлог
# GrandBridge FX Beta — Changelog
## v0.1.114j — Public beta hotfix
Оконный hotfix для публичной beta.
### Исправлено
- Исправлено появление `bridge_worker.exe` как отдельного окна в панели задач / Alt-Tab после закрытия редакторов загруженных плагинов.
- Для окон редакторов worker-а принудительно убирается режим обычного приложенческого окна и используется tool-window поведение.
- Добавлена очистка taskbar-записи для native HWND редактора.
- При закрытии редактора guard больше не должен «воскрешать» уже закрываемое окно.
### Улучшено
- Сохранён быстрый async owner guard из v0.1.114i: родительское окно GrandBridge возвращается почти мгновенно, если хост временно прячет его при клике, перетаскивании или смене фокуса.
- Улучшено поведение окон в хостах с большим количеством независимых floating-окон.
- Always On Top выключен по умолчанию и не требуется для нормальной работы.
- Не используются режимы по конкретным хостам или версиям хостов.
### Сохранено
- Исправление nested windows / popup-окон внутри загруженных плагинов, включая preset browser / dropdown-окна.
- Автооткрытие редактора и кнопка Focus Editor.
- Графический интерфейс загруженных плагинов.
- JSFX GUI / `@gfx`.
- Автоматизация параметров и слайдеров.
- CPU profiles.
- Safe reload / plugin switching during playback.
### Не изменялось
- Аудио-путь.
- Worker lifecycle.
- JSFX DSP.
- Автоматизация.
- CPU-режимы.
- Логика safe reload.
## v0.1.114i
- Добавлен отдельный лёгкий Win32 async owner guard, не завязанный на message loop.
- Guard продолжает работать даже во время перетаскивания native-окна мышью.
- Уменьшено исчезновение родительского окна GrandBridge в хостах, которые временно скрывают wrapper при смене фокуса.
## v0.1.114g / v0.1.114h
- Proxy начал передавать worker-у top-level HWND окна GrandBridge.
- Worker использует этот HWND как owner для окна загруженного плагина.
- Добавлен visibility guard для восстановления wrapper-окна, если хост временно его скрывает.
- Ускорена реакция guard-а.
## v0.1.114e
- Исправлено открытие редактора при Always On Top OFF.
- Возвращён одноразовый visibility kick при Open / Focus Editor без постоянного topmost-режима.
## v0.1.114d
- Always On Top выключен по умолчанию.
- Старый ключ `editorAlwaysOnTop` больше не принуждает окно быть поверх.
- Добавлен новый ключ настроек `editorAlwaysOnTopV2`.
- Исправлен порядок загрузки настроек окна.
## v0.1.114b
- Исправлены nested popup-окна внутри загруженных плагинов: preset browser / dropdown больше не должен мгновенно открываться и исчезать.
- Окно hosted editor стало совместимее с внутренними popup-окнами плагинов.
- Passive Always On Top sync больше не дёргает окно постоянно.
## v0.1.114a
- Добавлено сохранение размера и страницы GUI GrandBridge в проекте хоста.
- Добавлена статистика браузера плагинов по форматам: VST3, VST2, VST2 32-bit, JSFX.
) чейнджлог
# GrandBridge FX Beta — Changelog
## v0.1.114j — Public beta hotfix
Оконный hotfix для публичной beta.
### Исправлено
- Исправлено появление `bridge_worker.exe` как отдельного окна в панели задач / Alt-Tab после закрытия редакторов загруженных плагинов.
- Для окон редакторов worker-а принудительно убирается режим обычного приложенческого окна и используется tool-window поведение.
- Добавлена очистка taskbar-записи для native HWND редактора.
- При закрытии редактора guard больше не должен «воскрешать» уже закрываемое окно.
### Улучшено
- Сохранён быстрый async owner guard из v0.1.114i: родительское окно GrandBridge возвращается почти мгновенно, если хост временно прячет его при клике, перетаскивании или смене фокуса.
- Улучшено поведение окон в хостах с большим количеством независимых floating-окон.
- Always On Top выключен по умолчанию и не требуется для нормальной работы.
- Не используются режимы по конкретным хостам или версиям хостов.
### Сохранено
- Исправление nested windows / popup-окон внутри загруженных плагинов, включая preset browser / dropdown-окна.
- Автооткрытие редактора и кнопка Focus Editor.
- Графический интерфейс загруженных плагинов.
- JSFX GUI / `@gfx`.
- Автоматизация параметров и слайдеров.
- CPU profiles.
- Safe reload / plugin switching during playback.
### Не изменялось
- Аудио-путь.
- Worker lifecycle.
- JSFX DSP.
- Автоматизация.
- CPU-режимы.
- Логика safe reload.
## v0.1.114i
- Добавлен отдельный лёгкий Win32 async owner guard, не завязанный на message loop.
- Guard продолжает работать даже во время перетаскивания native-окна мышью.
- Уменьшено исчезновение родительского окна GrandBridge в хостах, которые временно скрывают wrapper при смене фокуса.
## v0.1.114g / v0.1.114h
- Proxy начал передавать worker-у top-level HWND окна GrandBridge.
- Worker использует этот HWND как owner для окна загруженного плагина.
- Добавлен visibility guard для восстановления wrapper-окна, если хост временно его скрывает.
- Ускорена реакция guard-а.
## v0.1.114e
- Исправлено открытие редактора при Always On Top OFF.
- Возвращён одноразовый visibility kick при Open / Focus Editor без постоянного topmost-режима.
## v0.1.114d
- Always On Top выключен по умолчанию.
- Старый ключ `editorAlwaysOnTop` больше не принуждает окно быть поверх.
- Добавлен новый ключ настроек `editorAlwaysOnTopV2`.
- Исправлен порядок загрузки настроек окна.
## v0.1.114b
- Исправлены nested popup-окна внутри загруженных плагинов: preset browser / dropdown больше не должен мгновенно открываться и исчезать.
- Окно hosted editor стало совместимее с внутренними popup-окнами плагинов.
- Passive Always On Top sync больше не дёргает окно постоянно.
## v0.1.114a
- Добавлено сохранение размера и страницы GUI GrandBridge в проекте хоста.
- Добавлена статистика браузера плагинов по форматам: VST3, VST2, VST2 32-bit, JSFX.
Gpu audio не прокатит ) потому что можно только
1. Писать свои эффекты под GPU Audio SDK.
2. Портировать open-source DSP-проекты под их processor_api.
3. Использовать уже существующие примеры/модули типа FIR, IIR, NAM, source separation как основу.
Типа вставил в бридж и заиграло - нет )) любой плагин придется переписывать заново
можно прикрутить к плагину базу чтобы открывать nam/fir /iir , но я сразу упрусь в бесплатную лицензию GPU audio ) ...с ней я даже на byme coffee , потом плагин не выложу )
стоит ли оно того ?
1. Писать свои эффекты под GPU Audio SDK.
2. Портировать open-source DSP-проекты под их processor_api.
3. Использовать уже существующие примеры/модули типа FIR, IIR, NAM, source separation как основу.
Типа вставил в бридж и заиграло - нет )) любой плагин придется переписывать заново
можно прикрутить к плагину базу чтобы открывать nam/fir /iir , но я сразу упрусь в бесплатную лицензию GPU audio ) ...с ней я даже на byme coffee , потом плагин не выложу )
стоит ли оно того ?
а, ну тогда может и не стоит это в бридж добавлять.
я попробую новую версию NAM поковырять с GPU, посмотрим есть ли эффект и как оно вообще работает
пока что мысли такие по развитию
полноценный quarantine mode) , чтобы плагин упал - хост вообще не почувствовал , выдало лог ошибки и все )
plugin tracking - чтобы мог видеть все свои другие инстансы в проекте и пакетно менять настройки с одного инстанса ..и выдавать summary . по нагрузке и работе ..
plugin chain - это уже сложнее но реализуемо ) ...тогда это уже будет не просто бриджер . а рэк бриджер
dry/wet /parallel ....
per plugin mode - чтобы можно было настройки , цпу , окон ,латенси - сохранять для каждого плагина отдельно )
полноценный quarantine mode) , чтобы плагин упал - хост вообще не почувствовал , выдало лог ошибки и все )
plugin tracking - чтобы мог видеть все свои другие инстансы в проекте и пакетно менять настройки с одного инстанса ..и выдавать summary . по нагрузке и работе ..
plugin chain - это уже сложнее но реализуемо ) ...тогда это уже будет не просто бриджер . а рэк бриджер
dry/wet /parallel ....
per plugin mode - чтобы можно было настройки , цпу , окон ,латенси - сохранять для каждого плагина отдельно )
Может я что то не так делаю, но при рендере в REAPER тот же NAMM (и любой другой плагин), загруженный через бридж выдаёт только лютый треск. Но если не рендрить- нагрузка (по индикаторам рипера) уменьшается в разы, по сравнению с обычным подключением. Latency выставлена medium. И скорость рендера, кстати, тоже увеличивается где то в два с половиной раза, но на выходе выдаёт только треск и свист с этой дорожки. Это только у меня так? Т.е. проблемы только при рендере.