GrandBridge (23 онлайн)

[A .]

А шеллы то кто нить пробовал )? ни слова чет про них)) я вот уже без них жить не могу ))

С шеллами никаких новых проблем; отличная задумка, оч. удобно!

На всякий перепроверил MIDI Learn в шелле - всё так же, обнуляется крутилка, дальше не реагирует. В самом плагине встроенный MIDI Learn работает без проблем.

 

[deplexer]

Очень клёво, что шелл запоминает привязанный контроллер и не нужно в новом проекте заново мапинг делать

 

[MGSecond]

По Сампле: сигнал через GB не проходит, как если бы GB был в байпасе. Винда 10, Сампла 6.

 

[MGSecond]

И по мелочи: Adobe Audition (build 23.1.0.75) постоянный вылет при загрузке GB. FL Studio 11 все работает, крутится, но рендереный файл пустой. Адоб и ФЛ для меня не важны, так как используются в сценариях где можно обойтись без GB, просто протестировал, да и кто сейчас работает в 11 версии (кроме меня )?

 

[A .]

Adobe Audition (build 23.1.0.75)

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

Может, имело бы смысл делать DAW-ориентированные варианты, выпустив сначала заточенные под популярные DAW, и постепенно наращивать поддержку? Может, какой-то сильно урезанный универсальный бесплатный ещё.

Это, возможно, и коммерчески было бы выгоднее, и упростило бы поддержку. Мне, например, нужен только вариант для версий Studio One, в случае чего, докупил бы для Кубейс, и, я думаю, таких большинство. А для тех, кто хочет всё - бандл со скидкой...

 

[andy felon]

@A ., ага и еще даблы для мак))

 

[Zerocool]

Это не имеет никакого смысла , потому что тогда я ничего никому не продам )

 

[MGSecond]

@A ., если бы вы читали чуть внимательнее, то и отвечать бы не пришлось.

 

[A .]

Это не имеет никакого смысла , потому что тогда я ничего никому не продам )

Я не внутри проекта, мне реальная ситуация не видна, я-то только за универсальный. Для S1 я бы купил.

Для отдельных вариантов, конечно, бренду жирок бы набрать не помешало сначала.

В общем, с нетерпением ждём след. варианта, успехов!

 

[A .]

@A ., если бы вы читали чуть внимательнее, то и отвечать бы не пришлось.

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

 

[MGSecond]

@A ., таки нет: Адоб и ФЛ для меня не важны, так как используются в сценариях где можно обойтись без GB, просто протестировал - онли Сампла важна и нужно, остальное побоку.

 

[Zerocool]

Я щас перед неким архитектурным тупиком нахожусь и не знаю как его правильно решить пока)
ключевая проблема с рассинхроном , когда мы находим в режиме Asio guard - dropout protection - хост нам никак не сообщает в плагин
о смене режима )) - а задержки меняются кратно в этот момент ) когда мы живой мониторинг включаем в этом режиме ..
Тупое решение - ввести в GB кнопку типа low latency , которую надо будет нажимать и отжимать - после перехода из Asio guard в живой мониторинг )
Но оч такое себе ...потому что если забудешь отжать эту кнопку - все разьедется нахрен ..

щас вот думаю про автоматическое переключение PDC по размеру Callbacks blocks ) но тут тоже есть опасность , а если у пользователя 512 на аудиокарте и асиогард 512 ) - как плагину отличить одно от другого ?, головушка пухнет...

 

[belovw]

задержки меняются кратно в этот момент

Внедри механизм анализа изменения задержек и логику реагирования на это.

 

[Zerocool]

belovw​

Ах если бы так просто было , у меня все анализируется. беда в том чтобы вообще попасть в этот режим live monitoring - в кубейсе , s1
нужно чтобы плагин не превышал своей задержкой 3 мс , а если мы репортим честную задержку Asio guard - 512 семплов к примеру в хост )(чтобы у нас все сходилось ) = то в режим live мы уже никак не можем попасть ) тут противоречие .. нам надо уже до этого режима репортить нашу низкую задержку ( а это разваливает PDC) потому что у нас задержка Gb+хвост asio guard ...(если asio guard включен )
И кроме ручной live arm ,,,я пока ничего не могу придумать ))

Если бы хост как то сообщал типа "ухожу в лайв , выхожу из лайва " - вообще бы этой проблемы не существовало ) но в формате Vst3 - по этому поводу - полная и безнадежная пустота ..

Текущая демо версия как раз следствие этого глобального противоречия , все - работает )_ с низкими задержками тоже ) но разьежжается на величину = asioguard - gb latency )

 

[A .]

Я щас перед неким архитектурным тупиком нахожусь и не знаю как его правильно решить пока)
ключевая проблема с рассинхроном , когда мы находим в режиме Asio guard - dropout protection - хост нам никак не сообщает в плагин
о смене режима )) - а задержки меняются кратно в этот момент ) когда мы живой мониторинг включаем в этом режиме ..
Тупое решение - ввести в GB кнопку типа low latency , которую надо будет нажимать и отжимать - после перехода из Asio guard в живой мониторинг )
Но оч такое себе ...потому что если забудешь отжать эту кнопку - все разьедется нахрен ..

щас вот думаю про автоматическое переключение PDC по размеру Callbacks blocks ) но тут тоже есть опасность , а если у пользователя 512 на аудиокарте и асиогард 512 ) - как плагину отличить одно от другого ?, головушка пухнет...

А плагин-довесок на мастере, который получал бы какой-то пинг от линейного спас бы? И к нему же можно привязать часть общих ф-ций, чтобы разгрузить GUI линейных бриджей.

 

[belovw]

@Zerocool, А если репортить PDC=0, всегда, а механизм PDC встроить непосредственно в GB?

 

[Zerocool]

belovw​

Ну идея , хорошая , правда с одним НО ) , еще придется жестко взломать DAW - и заставить ее не репортить PDC))

потому что если ты репортишь 0 , а у тебя реальный возраст аудио = задержка GB +задержка плагина+ asio guard - у тебя ровно на эту сумму и разьедется)) результат