Версию 2 ставить стоит.Собственно почему нет? В ней автоматизация гораздо проще реализована.
в СХ 1 :
--------------------------------------------------------------------------------------------------------------------------
4.8.5. Автоматизация VSTi и аудиоэффектов, мастер-секции микшера
Автоматизировать параметры виртуальных инструментов VSTi можно двумя способами. Первый способ заключается в использовании "стандартных" возможностей автоматизации MIDI-треков для управления параметрами виртуальных синтезаторов VSTi. Из документации на программный синтезатор можно узнать, какими MIDI-контроллерами управляются нужные параметры, и воспользоваться методикой, описанной в разд. 4.7.5, для автоматизации этих параметров с помощью MIDI-плагина Control.
Однако второй способ автоматизации VSTi гораздо удобнее первого. Ведь спецификация VSTi изначально разрабатывалась для интеграции программных синтезаторов в проект Cubase. Это означает, что после подключения к проекту, VSTi становится как бы его частью. В Cubase SX предусмотрен специальный трек для хранения данных автоматизации всех VSTi, задействованных в проекте (VST Instrument Automation). В проекте такой трек может быть только в единственном экземпляре. Данный трек фактически является контейнером для треков, содержащих автоматизацию параметров различных VSTi — каждому VSTi соответствует по одному такому треку. У каждого из этих треков в свою очередь также могут быть подтреки, содержащие данные автоматизации различных параметров этого VSTi.
Однако специальной команды, создающей данный трек, не существует. Как же быть? В верхней части панели каждого из VSTi имеется набор стандартных для плагинов Cubase SX органов управления. Среди них имеются знакомые вам кнопки R (Read Enable — воспроизведение данных автоматизации) и W (Write Enable — запись данных автоматизации). Первое нажатие кнопки W — это и есть команда создания трека-контейнера VST Instrument Automation и трека автоматизации конкретного VSTi. Все вышеизложенное может показаться запутанным, но на практике все обстоит очень просто. В разд. 4.1.3 мы рассказали о том, как VSTi подключаются к проекту. В качестве примера мы задействовали инструмент a1. Теперь давайте создадим трек для автоматизации параметров его синтеза.
Исходные данные: к проекту подключен VSTi a1, один из MIDI-треков настроен на работу с данным инструментом (в качестве выходного порта выбран a1). В основной секции данного MIDI-трека нажмем кнопку е для того, чтобы вызвать появление панели инструмента a1 (рис. 4.73).
Напомним, что вызвать панель VSTi можно и по-другому (посредством команды главного меню Devices > VST Instruments и окна диалога VST Instruments). Все, что нам требуется проделать в данном примере, — нажать кнопку W на панели инструмента. На рис. 4.73 к этой кнопке подведен курсор.
Сразу после этого в списке треков возникнут поля трека-контейнера VST Instrument Automation и трека автоматизации a1 (рис. 4.74). Кнопку R также не помешает нажать (чтобы записанные или сформированные в дальнейшем данные автоматизации воспроизводились).
Дальше возможны два варианта. Вариант первый — запускаем проект на воспроизведение и вращаем различные ручки на панели VSTi. Все действия будут сохранены в виде данных автоматизации. Вариант второй — формируем огибающие автоматизации для нужных параметров. Щелчком на поле Unknown (рис. 4.74) вызываем список параметров конкретного VSTi, подлежащих автоматизации, выбираем нужный параметр, формируем огибающую.
Если нужно автоматизировать еще один параметр, щелкаем на символе "+" в левом нижнем углу поля автоматизации VSTi — откроется еще один под-трек. У него, в свою очередь, тоже будет доступно поле с символом "+" То есть можно открывать столько подтреков, сколько нужно.
-----------------------------------------------------------------------------------------------------------------------------
и не каких фокусов
. Ещё очень не нравиться, что на треке порулить громкостью кроме самого Volu'а нечем. В сонаре, например, есть Gain. Зато мне очень нравится, что куб всегда спрашивает при импортировании аудио файла с частотой семплирования/битностью отличной от проекта разрешение на конвертацию. Сонар это делает "в тихаря". На мой взгляд куб работает более стабильно, чем сонар. Например иногда, сонар может просто чисто по виндовсовски "вылететь". Причём я на 99.9% уверен, что железо нипричём. Не часто конечно это бывает, но всё же... Ещё под кубом по нормальному работает Vsampler 3. ROMiK где то жаловался, что он сохраняет все вавы в C:\VSampler Samples. Так вот по кубом таких проблем ка это не странно нет. Ещё у куба внутренняя разрядность 32 bit-float, причём он умеет цифровать этот формат, что как оказалось очень удобно (например при рендере VSTi как бы не старался перегрузить сигнал, после нормализации никаких искажений нет), а у сонара - какие вавки, такая и разрядность. Но IMHO в 3-тем сонаре микшер более рульный, чем у куба. Всё на виду - и сенды и инсерты. А так же мелкие удобства, типа драг и дроп плагинов с одного трека на другой. Иногда бывает очень удобно.
