3 заметки с тегом

Cubase

Полезный макрос для Cubase pro

С Новым годом, друзья!

Бывает, придёт к тебе певица, или трубач (например, Алексей Батыченко). И вот поют-играют часа 2-3.
Куча тейков основного вокала/игры. Бэки контрапунктные, педали, даблы-унисоны —
в общем, сложные конструкции.
Тщательно отбираем. Я пишу с lanes — позволяет быстро отбирать.
После артист говорит — отлично, спасибо, всё зашибись, отобранное скиньте в эту папочку (потрековый bounce-mixdown-render-in-place).
И ВСЁ ОСТАЛЬНОЕ ОТ НУЛЯ ТОЖЕ — типа, на запчасти, вдруг чего, на всякий случай, чтоб было всё )
И вот этот последний пункт вырубает. У нас кубейс!) Не все тейки от начала!) OMF! ааааа

Написал макрос, который экономит час, минимум.
Ещё надумал 3 пресета для Project Logical Editor, без которых не заработает. (Фоточки в конце).
В макросе сделаны ссылки на мои названия пресетов. Назовёте по-другому — ссылайтесь на них!

Работает так.: исполнение макроса назначается на хоткей.
Выделяется трек, или треки в которых есть lanes, нажимается хоткей.
Меньше минуты и всё готово (зависит от объёмов, может, что и 5 сек.)
В папке проекта появляются файлы с добавленным словом «consolidate» в прежнем названии.
Все они от позиции левого локатора (который наверняка совпадает с началом микса-минусовкой)
Вот их нужно отдать заказчику. Время экономится мощно.

Проверил на нескольких проектах, — результат стабильный.
Сначала делаете 3 пресета для Project Logical Editor, после собираете макрос. Займёт 10-20 минут.

Итак:
Macros: Create tracks from lanes at left locator position. After it rename mute & folding.
___________________________________________________
«Edit»/>«Create Tracks from Lanes»
«Edit»/>«Select All on Tracks»
«Edit»/>«Unmute Events»
«Edit»/>«Duplicate»
«Audio»/>«Events to Part»
«Process Project Logical Editor»/>»! Move to left 1 Bar»
«Edit«/>«Mute/Unmute Objects»
«Process»«Silence»
«Transport»/>«To Left Locator»
«Edit»/>«Move to Cursor»
«Edit»/>«Select All on Tracks»
«Process Project Logical Editor»/>«Rename Audio Tracks to prepend CONSOLIDATE»
«Edit»/>«Select All on Tracks»
«Audio»/>«Bounce selection»
«Media»/>«Remove Unused Media»
«Edit»/>«Mute»
«Project»/>«Move Selected Tracks To Folder»
«Process Project Logical Editor»/>«Toggle Folder open state»
«Process Project Logical Editor»/>«FOLDER NAME AFTER CONSOLIDATE»
________________________________________________________________________

Макрос делает следующее: (тот же список с каментами)

«Edit»/>«Create Tracks from Lanes» —
создаёт из lanes треки, но они фрагментарно замьючены, кроме отобранных кусков
«Edit»/>«Select All on Tracks» —
после предыдущей операции, созданные треки выделены.
Теперь нужно выделить на них все события
«Edit»/>«Unmute Events» — размьючивает всё на этих треках
Далее нужно сделать так, чтоб новые треки собирались из кусков в один,
с одной позиции слева, которую образует левый локатор.
«Edit»/>«Duplicate» — дублируется всё, что есть слева, — правее.
«Audio»/>«Events to Part» — много events превращаются в parts, и они выделены
«Process Project Logical Editor»/>»! Move to left 1 Bar» —
все выделенные parts, скриптом от Project Logical Editor превращаются в
однотактовые parts и закидываются на позицию 1.1.1.0. При этом полезные события — на своих местах.
«Edit«/>«Mute/Unmute Objects» — Далее эти однотактовые куски мьютятся.
«Process»«Silence» — После чего из них делаются, стоящие на позиции 1.1.1.0, Silence-куски. Без них никак)
«Transport»/>«To Left Locator» — Далее курсор посылается на позицию левого локатора.
«Edit»/>«Move to Cursor» — Находящиеся в выделении Silence-куски перемещаются
на позицию курсора (теперь совпадающую с позицией левого локатора)
«Edit»/>«Select All on Tracks» — Выделяются все события на выделенных треках
«Process Project Logical Editor»/>«Rename Audio Tracks to prepend CONSOLIDATE» —
Project Logical Editor добавляет слово CONSOLIDATE перед прежним названием треков
«Edit»/>«Select All on Tracks» — Снова выделяются все события на треках
«Audio»/>«Bounce selection»— Собсно, Bounce
«Media»/>«Remove Unused Media» — В процессе всех этих телодвижений,
в папке проекта образуется куча промежуточных файлов. И этот шаг делает уборку.
«Edit»/>«Mute» — Новообразовавшиеся треки мьютятся
«Project»/>«Move Selected Tracks To Folder» — Новообразовавшиеся треки в окне аранжировки перемещаются в папку
«Process Project Logical Editor»/>«Toggle Folder open state» — Папка закрывается, чтобы не отвлекать большим количеством новых треков.
«Process Project Logical Editor»/>«FOLDER NAME AFTER CONSOLIDATE» —
Новая папка переименовывается в Session 1, замьючена, лежит, молчит.
_________________________________________________________________

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

Фоточки листаются

UPD 2019
Всё это работает и в Cubase 10 !
Единственная разница в названии одной команды:
в Кубе 9 она называется «Transport» — «To Left Locator»
а в кубе 10 будет «Transport» — «GO to Left Locator»
Проверил на Cubase 10pro, работает.

UPD 2019 №2

Всё это отлично, если ваш проект не начинается прямо с первого такта.
Скрипт работает так, что ему нужно перемещать куски аудио возможно на те места в начале, где уже что-то поёт!
Это надо просто иметь ввиду! Не начинайте работу с первого такта)) Начните с 8го)
Всем пис!.

Новая DAW

Обновился до Cubase 8.5

Мною DAW ощущается именно как новая. Работает как Cubase 5.1 х32 , т. е. надёжно, только при этом есть все фишки от 8.5 x64.
На 8.0 не всё из заявленного работало хорошо, и что-то больно падучая была. На ровном месте. Особенно на толстых проектах. Поэтому на ней делал только отбор вокалов, — очень удобно по сравнению с 5.1.
Вся линейка 7.х прошла как-то мимо меня, хотя есть купленный 7.5 (с этой лицензией можно было поставить 8.0, что я и сделал год назад)
8.5 тащит всё нормально. Второй день юзаю. Посмотрим, что дальше.
По-прежнему не советую пользоваться внутренним бриджем. JBridge спасает очень хорошо.

Как-то так.

UPD 01: обнаружились проблемы с чтением автоматизации, если проект был сделан в 5м кубе.
Как лечить не знаю.

UPD 02: при переключении с 44100 на любую другую ЧД — у меня отваливается UAD Apollo.
Лечится вырубанием в винде прозрачности окон. О, как. Но AERO, надо чтоб работало.
На кубах 5.1 и 8.0 такого не наблюдается. Прозрачность окон винды их не беспокоит.

Зачем нам JBridge

Полезная программа. Называется JBridge

Искренне советую приобрести всем, кто работает в среде куба 5/32 на винде 7/64 с количеством памяти большим, чем 4 Гб. (у меня 16 Гб.)
Практически, после установки программы — исчезает лимит на оперативную память при работе в кубе 5/32. Можно грузить сколько угодно «толстых» библиотек в «Kontakt», сколько угодно самих «контактов». У меня бывают большие проекты, ни разу не пришлось даже фризить что-то. Всё тащит, 10-20 «контактов» — без проблем.

Немного абстракции.

64-битный виндовс даёт возможность видеть запущенному приложению ВСЮ установленную в комп оперативную память только в случае, если это приложение само 64-битное.
Наш куб 5 является 32-битным приложением. А 32-битному процессу виндовс может выделить не более 2Гб памяти ( тут многие спорят — сколько точно, но опустим условности). Итак, даже если в вашем компе установлено 32Гб оперативки, ваш куб 5/32 видит только 2 Гб, не больше. И все свои «контакты» и прочее, запускаются внутри этого пространства памяти, т. к. для всех плагов и vsti, куб является хостом , средой и оболочкой. Если внутри куба 5/32 открыть «контакт», загрузить в него какой-нибудь толстый рояль, бас Rickenbacker и барабаны (что-нибудь из Abbey Road), — написать хоть что-то просто не реально,  — мы упираемся в потолок по памяти (2 Гб на процесс) и эти 2 Гб очень быстро заканчиваются. И творчество заканчивается самостоятельным закрытием/фризом куба или даже BSOD. Для системы, всё что мы открыли внутри куба — это один единственный процесс, которому выделено 2Гб памяти.

Совсем другая картина, если мы задействуем JBridge.

Не вдаваясь в подробности, JBridge позволяет запускать ваши любимые vsti в области памяти, которая находится за пределами памяти, выделенной кубу. Т. е. кубу системой выделяется, максимально, 2 гига. А «контакту», который ранее запускался в среде куба,— теперь выдаётся системой свои, личные 2 Гб в распоряжение. Причем, если, например, ваш любимый vsti — старый и существует только как 32-битный, JBridge его преобразует так, что он станет запускаться в своей отдельной от куба, области памяти, но у него будет лимит 2Гб. А если ваш любимый vsti 64-битный, то JBridge делает его понятным 32-битному кубу, и он (64-битный vsti) начинает видеть всё установленную оперативку. Не смотря на то, что запущен из 32-битного куба. В общем, JBridge так модифицирует ваши плаги, что они начинают запускаться не как процессы внутри куба, а как самостоятельные процессы виндовса. Как отдельные программы.
Соответственно, если у вас много оперативки, то её можно использовать всю, открывая всё новые и новые процессы-инструменты.

На картинке: каждый процесс auxhost64.exe является vsti, открытым внутри куба.

Мне хочется, чтобы остальную инфу уважаемые читатели, вы нашли сами.
Здесь я разъяснил то, что лично меня впечатлило. А за подробностями прошу пройти на сайт программы. Для тех, кто не владеет языками, даю подсказку : Гугл Транслейт (переводчик в оба направления).

Всем спасибо за внимание, желаю хорошего настроения!

P.S. (январь 2015)
Как выяснилось, в Cubase 8 pro x64 не хотят работать некоторые 32х-битные плаги, типа
Spectrasonics Trilogy, Atmosphere и т. д.
Наш JBridge решает такую проблему, всё начинает работать:

 Нет комментариев    109   2014   Cubase   JBridge   Статьи