С шеллами никаких новых проблем; отличная задумка, оч. удобно!
На всякий перепроверил MIDI Learn в шелле - всё так же, обнуляется крутилка, дальше не реагирует. В самом плагине встроенный MIDI Learn работает без проблем.
GrandBridge (16 онлайн)
- Автор темы Dmitry Stepin
- Дата начала
С шеллами никаких новых проблем; отличная задумка, оч. удобно!
На всякий перепроверил MIDI Learn в шелле - всё так же, обнуляется крутилка, дальше не реагирует. В самом плагине встроенный MIDI Learn работает без проблем.
И по мелочи: Adobe Audition (build 23.1.0.75) постоянный вылет при загрузке GB. FL Studio 11 все работает, крутится, но рендереный файл пустой. Адоб и ФЛ для меня не важны, так как используются в сценариях где можно обойтись без GB, просто протестировал, да и кто сейчас работает в 11 версии (кроме меня 
)?
)?
Если честно, я сомневаюсь, что сделать универсальный бридж подо всё на свете - решаемая задача, хотя хотелось бы, конечно.
Может, имело бы смысл делать DAW-ориентированные варианты, выпустив сначала заточенные под популярные DAW, и постепенно наращивать поддержку? Может, какой-то сильно урезанный универсальный бесплатный ещё.
Это, возможно, и коммерчески было бы выгоднее, и упростило бы поддержку. Мне, например, нужен только вариант для версий Studio One, в случае чего, докупил бы для Кубейс, и, я думаю, таких большинство. А для тех, кто хочет всё - бандл со скидкой...
Я не внутри проекта, мне реальная ситуация не видна, я-то только за универсальный. Для S1 я бы купил.
Для отдельных вариантов, конечно, бренду жирок бы набрать не помешало сначала.
В общем, с нетерпением ждём след. варианта, успехов!
Читаю очень внимательно. Если выходить на уровень ол овер зе ворлд, обязательно найдётся кто-то, кто захочет запихнуть бридж в такую экзотику, и будет писать Артёму печальные письма. А бесконечное выискивание багов отодвинет появление бриджа под Мак, например, а на Маке в индустрии работает народа немало до сих пор.
Я щас перед неким архитектурным тупиком нахожусь и не знаю как его правильно решить пока)
ключевая проблема с рассинхроном , когда мы находим в режиме Asio guard - dropout protection - хост нам никак не сообщает в плагин
о смене режима )) - а задержки меняются кратно в этот момент ) когда мы живой мониторинг включаем в этом режиме ..
Тупое решение - ввести в GB кнопку типа low latency , которую надо будет нажимать и отжимать - после перехода из Asio guard в живой мониторинг )
Но оч такое себе ...потому что если забудешь отжать эту кнопку - все разьедется нахрен ..
щас вот думаю про автоматическое переключение PDC по размеру Callbacks blocks ) но тут тоже есть опасность , а если у пользователя 512 на аудиокарте и асиогард 512 ) - как плагину отличить одно от другого ?, головушка пухнет...
ключевая проблема с рассинхроном , когда мы находим в режиме Asio guard - dropout protection - хост нам никак не сообщает в плагин
о смене режима )) - а задержки меняются кратно в этот момент ) когда мы живой мониторинг включаем в этом режиме ..
Тупое решение - ввести в GB кнопку типа low latency , которую надо будет нажимать и отжимать - после перехода из Asio guard в живой мониторинг )
Но оч такое себе ...потому что если забудешь отжать эту кнопку - все разьедется нахрен ..
щас вот думаю про автоматическое переключение PDC по размеру Callbacks blocks ) но тут тоже есть опасность , а если у пользователя 512 на аудиокарте и асиогард 512 ) - как плагину отличить одно от другого ?, головушка пухнет...
Последнее редактирование:
Внедри механизм анализа изменения задержек и логику реагирования на это.
belovw
Ах если бы так просто было , у меня все анализируется. беда в том чтобы вообще попасть в этот режим live monitoring - в кубейсе , s1нужно чтобы плагин не превышал своей задержкой 3 мс , а если мы репортим честную задержку Asio guard - 512 семплов к примеру в хост )(чтобы у нас все сходилось ) = то в режим live мы уже никак не можем попасть ) тут противоречие .. нам надо уже до этого режима репортить нашу низкую задержку ( а это разваливает PDC) потому что у нас задержка Gb+хвост asio guard ...(если asio guard включен )
И кроме ручной live arm ,,,я пока ничего не могу придумать ))
Если бы хост как то сообщал типа "ухожу в лайв , выхожу из лайва " - вообще бы этой проблемы не существовало ) но в формате Vst3 - по этому поводу - полная и безнадежная пустота ..
Текущая демо версия как раз следствие этого глобального противоречия , все - работает )_ с низкими задержками тоже ) но разьежжается на величину = asioguard - gb latency )
Последнее редактирование:
А плагин-довесок на мастере, который получал бы какой-то пинг от линейного спас бы? И к нему же можно привязать часть общих ф-ций, чтобы разгрузить GUI линейных бриджей.
В рамках одного проекта должно быть константой. "Но" заключается в другом - нельзя ставить плагины без GB.
Пока в голову пришел только один ручной , но более изящный вариант , в режим лайв в GB по кнопке Arm )
а выход автоматический по изменению callback из DAW... , это будет работать ) и будет четкой страховкой от разьезжания ..
Это как Fallback решение , ...если не придумаю еще более изящное ..(но голова у меня уже опухла от противоречий ))
а выход автоматический по изменению callback из DAW... , это будет работать ) и будет четкой страховкой от разьезжания ..
Это как Fallback решение , ...если не придумаю еще более изящное ..(но голова у меня уже опухла от противоречий ))
@Zerocool, Если GB будет репортить PDC=0, то поидее asio guard (здесь и далее AG) будет статичным. Ему по сути ничего делать не надо будет. А GB сам будет создавать ту самую задержку, которую надо будет сравнять с самым долгим плагином. GB же можно попросить общаться между разными инстанциями. Он может знать максимально долгий плагин и создать недостающую задержку для другого плагина/ В итоге все плгины будут иметь долгую задержку. Если их в чейне будет несколько. то задержка возрастет, что тоже создает трабл с подсчетом. Хотя можно наверное сделать суммарную задержку для чейна.
belovw
И это убьет - любое применение лайва в GB )) потому что см выше , - ограничение 3 мс ) в противном случае хост считает плагин no live - и не выводит его из под асиогарда ))С долгими задержками (без описанных тобою костылей )) - я могу его хоть сейчас сделать , влупить ему статично 1024 и все)) и все будет прекрасно компенсироваться)
Не до конца понимаю механику проблемы, но Blue Cats в PatchWork, вроде, решили её как-то?
A .
Никак не решили , у них синхронный транспорт ) - процесс не выходит за пределы DAW)Проблему на данный момент не решил никто ... я уже перелопатил все решения начиная с древних UAD и кончая vepro и аудиогриддерами всякими ()
Механика оч проста , пока у нас всякие режимы не включены Asio guard ,dropout protection ) - у нас все идеально ) и все синхрится)
когда эти режимы включены - у нас все рассыпается)) потому что буферы меняются .
Последнее редактирование:
MGSecond
Но с еще одним неприятным ограничением ( которое мне совсем не нравится ) - Gb придется удваивать буферы асиогарда/dpпотому что ему их полностью придется репортить в хост ..
если стоит asiogard 256 , то мы их честно репортим в хост , получаем еще+256 задержки на треке с GB ) но зато все идеально - совпадает по PDC ...
Ну и режим лайва включается по кнопочке а выключается автоматом )
Ну тип ок , но не оч (((
С одной стороны никто с асиогардом ничего на синтах и клавишах не играет , - а с другой если асиогард 1024 , а получить общую задержку 2048 в проекте - ну тож сомнительное удовольствием ..