Я понимаю, что это не вина кубэйса, но можно ли как-то реализовать фичу, при которой можно было бы принудительно указывать, какой инструмент или модуль обработки использовался?
Ведь зачастую разница только в названии dll, и старые версии совместимы с новыми.
"Основоположники" разбираются в своём деле хуже, чем его конкуренты, странное поведение для кубейса... Даже в Podium'е управление подключаемыми модулями реализовано в разы лучше, чем кубе или даже кейках... А если в проекте Bitwig Studio какой-то синт "исчез", достаточно в браузере только выделить его dll-ку, как он сразу же становится доступным (просто гениально)!
Другое дело, если использовался VST2, а переходишь на VST3...
Однажды Project5 перестал видеть синт, который до определённого момента прекрасно загружал. Тупое пересканирование существующих и "неудавшихся" просто игнорирует его. Пришлось с бэкапа куста SOFTWARE выдирать нужный ключ (имя которого – "путь" к этому файлу) из подраздела Cakewalk Music Software\Cakewalk VST\Inventory !
Хотя из-за этих обновлений Plug-in`ов бывает, что они не грузятся, хотя они ЕСТЬ! С тех пор, стараюсь подписывать имя предустановки прямо в имени дорожки, Бывает, забываю, но когда
обращу внимание, на "стандартное название" дорожки, то переименовываю. В кубейсе есть блокнот на каждой дорожке (в Podium'е – стикер), и туда помечаю все изменения этой предустановки (например: выкл. LFO, OSC1 OCT-1), а иногда и обработки в разрывах аудио-цепи.
Теоретически, можно подправить xml файл, где хранится информация о просканированых plugin'ах, и подправить некоторые имена. Никому и в голову бы не пришло сохранять эти базы!.. Хотя, эти усилия могут быть напрасными, если куб постоянно пересматривает и переписывает этот файл (при каждом запуске, или ещё когда-нибудь)... А ещё очень много мусора (удалённые с системы / старые пути) в XML`ке остаётся...
Ещё один повод сказать, сохраняйте предустановки рядом с проектами, правда для кубесии это абсолютно бесполезно. Если использовалась автоматизация, то её тоже навсегда потеряете (поэтому-то и должна быть возможность сохранения автоматизации хотя бы в виде MIDI данных (как минимум в пределах 0~16383), т.к. извлечь автоматизацию уже из нерабочего/отсутствующего синтезатора/модуля обработки невозможно, а если в очередном обновлении сместились VST-параметры, то придётся помучаться)... Да, TwelveTone Systems наверно даже не задумывались, что их полезная фишка в Project5 окажется спасением в таких случаях. Жаль, что в Sonar`е они это не продумали.
Не понимаю, для чего нужна медийная бухта, если ни один звук нельзя перекинуть с неё в стороние синты/модули обработки! Тот же контакт вместо wav'ки вообще видит XML-ку (хотя файл даже не в .vstsound-е, кстати, как раз надо бы такой vst2/3 plugin, чтоб умел сохранять импортированные звуки на диск, чтоб не возиться с этими VSTSound-файлами, да и пересобрать проект в альтернативных DAW-host'ах)
Но даже в нём есть строки, и не знаешь, возле каких элементов они отображатся.
Гы-гы. .встретился наконец мне тот текст, который нельзя перевести, т.к. отсутствует в translation.xml