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

Cubase

Новая 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 такого не наблюдается. Прозрачность окон винды их не беспокоит.

2015   Cubase   JBridge   процессы   Рутина

Зачем нам 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 решает такую проблему, всё начинает работать:

2014   Cubase   JBridge   Статьи

Кубо будни: проекту не хватает памяти. Выход — подгруппы и автоматизация


Intro:
Материал написан по мотивам некоторой беседы на одном из форумов.
Кубоводам, исключительно, посвящается, но актуально и для лоджикофилов.
Я достаточно субъективно интерпретирую очевидное, т. е. то, что уже 100 раз описано и разжевано.
Как профессиональный препод, пытаюсь донести наиболее доступно.
Материал написан для тех, кто об этом не знал, кто забанен в гугле и ютубе. Если кто знает — очень хорошо!
Каменты приветствуются.

Итак, проблема.
Многие начинающие компьютерные аранжировщики, в процессе работы сталкиваются с нехваткой ресурса компа.
Типичная картина: «на этот трек надо повесить и холл и дилей и хорус и компрессор с EQ. Уж очень красивый звук выходит».
Наступает момент, когда в проекте только барабаны и бас с гитарой, —
но всё, все инсерты* заняты, все плагины кончились, — комп еле шевелится.
В проекте может и не быть большого количества VSTi, но ресурс можно исчерпать быстро,
вставляя в канальные inserts* всё новые и новые vst-плагины. Или плагинов мало, но они жручие.

Бывает, записал человек гитарную партию, далее нужен дублёр в другой канал —
пишется (именно пишется ещё раз, а не копируется*) такая же партия — снова, ещё раз, набор канальных инсертов.
Затем, например, гитара с перегрузом (партия аккомпанемента, вторая партия аккомпанемента/контрапункты, соло) —
и ко всему этому нужны даблы, т. е. записанные второй раз такие же партии,
чтобы разнести две, практически одинаковые, партии по краям стереопанорамы, чтобы появилась объёмная гитара «вокруг.»
И вот, на каждый аудиотрек вставляется в инсерт «amplitube» или «guitar rig»...
И меньше нельзя, т. к. в одном «амплитьюбе» один тембр, в другом — другой, в третьем — третий, неповторимый и т. д.
Конечно, это не самые «лёгкие» плагины.
Ещё типичный пример расхода ресурса: в инсерт с тем треком, который требует холла —
вставить холл-плагин-очень-жручий, просто, не зная типичной схемы подключения пространственных обработок (FX-каналы + send с канала-источника).
Это незнание также сжирает ресурс компа.
Радикальные мысли: использовать 64-битный хост, добавить оперативной памяти, поставить более мощный процессор,
попробовать менее жручие плагины, поставить плату UAD, использовать «железные» приборы,
заняться творчеством, а все подобные проблемы пусть решает аранжировщик, который опытный, гениальный и хорошо оплачен.

Фриз (freeze), т. е. «заморозку» треков, как способ экономить ресурс, — я рассмотрю ближе к концу статьи, т. к. хочу рассмотреть способы,
которые дают просто понимание того, как подключаются приборы. Фриз тоже разный бывает. Можно и «зафризить» с умом.

Рассмотренные ниже способы дают 3 результата сразу:
1. Можно научиться правильно подключать приборы и, тем самым, добиться более лучшего правильного
понимания прохождения звука по тракту.
2. За счёт правильного подключения приборов, оптимизируется расход памяти, т. к. приборов понадобится меньшее количество, при таком же результате на выходе.
Меньше приборов — работать приятно, т. к. комп работает быстро.
3. Самый главный бонус — финальный микс звучит лучше. Чем меньше приборов на пути звука — тем меньше он изменяется/ухудшается.
__________________________________________________________________
Примеры:

Первую часть проблемы снимают правильно подключенные холлы и дилеи.
Чаще всего, на ВЕСЬ проект достаточно всего 2 прибора: один холл и один дилей.
Конечно, может быть и больше — но я рассматриваю наиболее типичный случай.

Создаётся FX channel для холла, в инсерте которого один прибор (hall),
и второй FX channel для дилея, в инсерте которого один прибор (delay).
Эти приборы, стоящие в инсертах FX-трека — глобальные, на весь проект.
Это значит, что на них можно будет направить любой звуковой трек из проекта, получив звучание этого трека на выходе, с нужным количеством холла/дилея.

Допустим, у вас в проекте барабаны, бас-гитара, гитара и голос.
Чтобы голос был с холлом, нужно с голосового аудио-канала (или голосовой подгруппы) послать (сделать send*) на FX-канал холла немного голоса).
Кроме того, что «сухой/dry» голос идёт сам по себе в stereo out, — при помощи send, в нужном количестве, мы его отправляем в прибор, производящий холл.
Там он «обхолливается» и подмешивается в мастер-шину.
Т. е. мы слышим сухой голос из  трека голоса (который направлен в stereo out) и слышим только холл этого голоса из FX-канала, который тоже направлен в stereo out.

*1. Обращаю внимание, что аудио-выходы наших виртуальных холла и дилея направлены в мастер-шину проекта.
Добавили 2 FX-трека, вставили в соответствующие инсерты Hall и Delay.
Но это ещё не всё.
Прошу обратить внимание в главное окно аранжировки:

*1. В окне аранжировки в секции FX channels появились 2 наших добавленных FX-канала в виде треков.
Вопрос: зачем эти треки? В этом месте в нашем проекте вступает в свои права автоматизация.
Автоматизация даёт возможность в нужный момент автоматически нажать кнопку, повернуть ручку и т. д.
*2. FX-трек, в окошке которого выбрано Volume — управляет громкостью нашего глобального холла/дилея на весь проект.
Если выбрано mute — здесь можно прописать парой щелчков мыши, где прибору включить/выключить своё присутствие в проекте.
Любой параметр управления можно назначить в этом окошке. (длина хвоста hall, время и feedback у дилея)
*3. В этом месте открываются новые сабтреки автоматизации. Этих треков можно сделать ровно столько, сколько параметров одного прибора хотите автоматизировать.
*4. На этих линиях мышью ставятся точки изменения величины изменяемого параметра. (как много холла/дилея, когда включить/выключить и т. д.).

*1. Автоматизация работает и даёт себя изменять только при нажатой зелёной кнопке R (read).
Нажали кнопку — начинайте мышью ставить/изменять точки на линии автоматизации параметра (*2).
(в каком месте начать убирать/добавлять холл/дилей, включать/выключать, mute/unmute)

Всё, что здесь написано по поводу автоматизации —
подобным образом работает для любых параметров на любом виде трека.
Для каждого типа трека свои особенности, но принцип тот же —
выбираем параметр, нажимаем зелёную R, ставим точки на линии автоматизации в сабтреке,  — гнём кривую автоматизации.

Ещё раз про подключение холла/дилея на примере добавления холла/дилея на голос..
Как сделать посыл (send) нашего голоса на обработку холлом/дилеем:

*1. На канале голоса (для сенда принципиально не важно, — аудиоканал это, или подгруппа) нажимаем кнопку редакции канала «e».
*2. Появляется окно редакции, где, кроме всего прочего, мы видим секцию Sends (*3)
*4. Этими движками мы и определяем, как много нашего голоса идёт на канал холла (FX1) или дилея (FX2). (Не забываем об автоматизации!)
*5. Эти подсвеченные кнопки показывают, что с этого канала сделан отбор сигнала и сделан сенд куда-нибудь.
____________________________________________________________________________________
Подгруппы (group channel) способны разрешить вторую часть проблемы.
Допустим, есть несколько треков (скажем, аккустическая гитара с её дублированным треком), на которые нужно вешать один и тот же EQ (с одинаковыми параметрами).
В этом случае нужно создать подгруппу и перенаправить в неё все эти треки. И повесить всего один такой EQ.
На примере аккомпанирующей аккустической гитары, которая звучит «широко вокруг»:

*1. Наши моно аудио-треки гитары, одна для левого, вторая для правого канала. (как видно здесь — разведены панорамой по своим каналам.)
*2. Стерео подгруппа (Group channel), названная AC GUIT.
*3. Перенаправление наших моно аудио каналов в стерео подгруппу AC GUIT. Теперь они не идут в мастер-шину.
Они сначала следуют в нашу стерео подгруппу, в инсертах которой находятся приборы, общие для всех в неё направленных аудиосигналов.
Затем стерео подгруппа направляет измененные гитары в мастер-шину. В одну подгруппу можно перенаправить любое количество треков.
С помощью подгрупп удобно делить участников аранжировки на  «блоки», для которых, например, есть один фейдер громкости
(подгруппы «все ударные», «все струнные», «все гитары», «основной голос», «весь бэк-вокал»)
Выходы нескольких подгрупп также можно перенаправить в новую подгруппу.
*4. Плагины в инсертах подгруппы. В данном случае это vst-прибор SSL4000, в составе которого обрезной фильтр для удаления
«мусорного» суперниза у гитар, параметрический EQ и компрессор.
Вторым плагином включена ответная часть vst-сайдчейн компрессора BGTech.

В приведённом примере, лучше было бы компрессировать отдельно каждую моно-гитару до подгруппы.
Соответственно, до компрессора логично ставить EQ или хотя бы обрезной фильтр, чтобы не давать супернизам (удары о деку и т. д.) задувать компрессор.
Так вот как раз этот материал написан, чтобы сберечь ресурсы компа)

Немного о  freeze. (фриз, заморозка).
Конечно, с тех пор, как такая функция появилась в секвенсорах — жить стало легче и веселей.
Заморозка даёт нам возможность выгружать из памяти наши жручие плагины.
Соответственно, память освобождается — мы можем загрузить теперь другие жручие плагины). И так и жить. То одни плаги морозить, то другие).
Зато гораздо больше места для маневра)
Выглядит так: плагин уже не занимает память, но мы по-прежнему можем пользоваться им в проекте.
Правда, мы не можем изменять, сделанные этим плагином изменения в звуке (пока снова его не загрузим).
Когда мы нажимаем кнопку freeze — в зависимости от того, в каком месте секвенсора мы её нажали, создаётся временный (иногда постоянный)
аудиофайл, в котором учтены все канальные инсерты (если мы заморозили аудиофайл), или пересчитан/сделан рендер VST-инструмента.
После чего сам инструмент или плагин выгружается из памяти, освобождая её, и мы с этих пор слушаем, звучащие вместо них, аудиофайлы.
Если мы уже договорились с собой, что «звучание этого трека /группы треков/ меня устраивает с учётом инсертов» —
почему бы не заморозить. Всегда позже можно «разморозить» и внести изменения.

На этом рисунке рассмотрим Freeze для VST-инструментов:
В дополнение к пояснениям на рисунке:
При заморозке VST-инструментов, если инструмент
мультитимбральный (несколько стереопар на выход)  —
на каждый аудиовыход создаётся свой аудиофайл.
Мы этого особо и не заметим:
как был фейдер «BD» и «OH» на пульте — так и останется,
только вместо них теперь будет играться аудиофайл, а не 
выход VST, который после заморозки выгружается из памяти.



На этом рисунке рассмотрим опции заморозки:

*1. В этом случае замораживается и выгружается из памяти только сам VST-инструмент,
его канальные инсерты по-прежнему работают и грузят память.
Вариант удобен на стадии сведения, когда весь нотный материал уже «утверждён».
*2. В этом случае замораживается VST-инструмент
и все работающие на него канальные инсерты.
Удобно, когда, например, предварительно сведены барабаны,
со всеми своими компрессорами и EQ в каждом канале..
*3. Здесь указываем длину «хвоста» в секундах,
после окончания последнего клипа с миди-событиями.
Чтоб в созданном аудио-файле, «исполняющем обязанности MIDI и VST»
не отрезался релиз у арфы, и тарелки у барабанов.
*4. Эту галку ставим, чтобы после создания аудио-файла,
наш жручий рояль перестал занимать оперативную память и выгрузился из неё.
Если галку не ставим — после «заморозки» звучит аудиофайл, а VST по-прежнему сидит в памяти.
Применять, если просто нужно создать аудио этого VST на всякий случай.
Замороженные аудио-файлы искать по адресу: папка проекта\freeze


В случае заморозки аудиотрека:

Ваш аудиотрек пересчитывается с учётом всех канальных инсертов.
После заморозки, это аудио нельзя разрезать и перемещать. «Примерзает» намертво).
По-прежнему, можно автоматизировать громкость/панораму/посылы. Новых канальных инсертов не добавить, пока не «разморозите» аудиотрек.

Зафризить «с умом»  — найти выгодную конфигурацию в комплексе с FX-каналами и каналами подгрупп,
чтобы иметь возможность вносить максимальное количество правок и редакций, при максимальном freeze.
По фризу, — пожалуй, всё, что я хотел отметить.
_______________________________________________________________________________________

именно пишется ещё раз, а не копируется*
Если вы раньше всегда копировали партию для другого канала (со сдвигом трека на несколько семплов относительно друг друга), чтобы получить объём —
нажмите кнопку «моно», или прослушайте обе дороги через моно-источник. Вам не понравится. Треки «поедают» друг друга за счёт, практически, поворота фазы.
Треки-то совершенно одинаковые.
Для исключения этого эффекта надо просто сыграть 2 раза одно и тоже. Или даже 4 раза.
Половину тейков в один канал, половину — в другой.
Смысл в том, что совершенно одинаково 2 раза вы не сыграете / не споёте. В сумме же звучит «жирно» и «плотно».
Особенно хорошо на бэк-вокале. На каждый голос хорошо писать 4 унисона. Бэк-вокал выходит приятный.
Один тейк в один канал, другой тейк — во второй канал. И т. д.
Относится ко всем трекам, которым нужен дабл. (например, каждый голос бэк-вокала, аккомпанирующие гитары).
insert / инсерт* разрыв цепи, на пути следования сигнала (звука), в который можно вставить прибор, изменяющий сигнал. Например, EQ.
И сигнал пройдёт сквозь этот прибор и изменится определённым образом.
send / сенд* посыл. Суть в том, что сам сигнал идёт в мастер-шину, а отбор сигнала на посыл куда-нибудь ещё в обработку —
производится, чтобы вот этот отобранный сигнал чем-нибудь обработался (прошёл через холл/дилей, ) и вернулся
обработанным в мастер-шину **подмешанный** в нужной пропорции, по отношению к исходному, который и так идёт «сухим» в мастер-шину,
который и отбирали для сенда. На самом деле так поступают не только с  пространственной обработкой.
Но это случаи нетипичные, и тут они рассматриваться не будут.
______________________________________________________________________________________
Если этот материал дал вам ощущение новости в предмете, или у вас появились вопросы — прошу в каменты.
На всякий случай, вываливаю здесь все пропущенные запятые: , , , , , , , , ,, , , , ,, , , , , , ,, , , , , , , , , , , , , , , , , , , , , , ,
Всем спасибо.

2012   2012г.   Cubase   Кубо будни   Статьи