-------
Главное правило: Используйте свои уши, а не индикаторы Nebula.
-------
После установки Nebula3 доступны два плагина "Nebula3" и "Nebula3 Reverb". На самом деле это один и тот же плагин, но по-разному сконфигурированный. Отличия в файлах настройки (xml).
Nebula3 - меньше задержка, больше загрузка процессора.
Nebula3 Reverb - больше задержка, меньше загрузка процессора.
Библиотеки можно загружать в любой из них.
-------
Изменение параметров Nebula
Изменять параметры Nebula можно 2 способами:
1. Напрямую редактируя xml-файл.
2. Через вкладку "MAST" в продвинутом режиме редактирования. Чтобы переключиться в продвинутый режим выберите значение "MODE" и измените его вторым ползунком на "1 Guru". При изменении параметров не забывайте нажимать "SAVE". Чтобы вступили в действие параметры помеченные "*" нужно перезагрузить плагин или проект.
Движок Nebula использует ОДИН ОБЩИЙ xml-файл с настройками для всех плагинов. Считывание данных происходит при загрузке плагина. Поэтому, если вы изменили какой-нибудь параметр движка, то это отразится на всех ваших проектах использующих Nebula, при их следующей загрузке. Этим можно пользоваться в своих целях. См. ниже.
-------
Некоторые настройки Nebula.
(в кавычках указаны названия параметров при редактировании в Nebula, в скобках соответствующий параметр xml-файла)
"METERS" (<METERTYPE>) определяет тип индикаторов Nebula. По умолчанию 7 - VU, есть пиковый - 2 и еще несколько. Но помните главное правило.
Увеличение "DSPBUFFER" (<DSPBUFFER>) снижает загрузку процессора, но увеличивает задержку. Изменять лучше через Nebula, потому, что там можно использовать только особые значения.
Если добавить в xml-файл строчки
<THREADS> 1 </THREADS>
<THREADSMINDIM> 0 </THREADSMINDIM>
то при работе на многоядерном процессоре увеличится производительность (в "Nebula3 Reverb" это уже сделано). При этом хост может не корректно показывать загрузку процессора.
Измениние параметра "PROG RATE" (<PROGRAMRATE>) влияет на качество обработки. Чем МЕНЬШЕ параметр, тем ЛУЧШЕ качество, но при этом возрастает нагрузка на процессор. Слишком увеличивать его тоже нельзя. Несмотря на то, что снизится загрузка процессора, некоторые программы, в частности компрессоры, могут просто не успевать реагировать на сигнал и будут вообще не правильно работать. Значение по умолчанию 2 ms (в xml 2000). Через Nebula можно уменьшить до 1 ms (в xml 1000). Через xml-файл можно уменьшить еще сильнее. Но, предположительно, делать его меньше 100 смысла нет.
-------
Несколько вариантов как сделать, чтобы при сведении уменьшить загрузку процессора, за счет снижения качества обработки, но при этом делать экспорт/миксдаун/фриз/боунсинг с хорошим или даже улучшенным качеством. Время экспорта возрастает, но в данном случае это не важно.
Увеличить параметр "QUALITY" (<EXPORTAUDIOQUALITY>) до 5. Это будет работать, только если хост информирует плагин о своем статусе (Cubase вроде это делает). Через xml-файл значение можно увеличить еще больше. Но, предположительно, делать его больше 20 смысла нет.
Уменьшить параметр "L TIMED" (<LTIMED>). Это будет действовать только на программы, которые используют TIMED engine. Когда все будет готово к экспорту, увеличить этот параметр (через xml-файл или в самой Nebula), закрыть и снова открыть проект. При открытии проекта во всех плагинах Nebula будет уже большое значение "L TIMED", а это положительно сказывается на качестве.
Аналогично предыдущему способу можно сводить при увеличенном "PROG RATE" (<PROGRAMRATE>). А перед экспортом его уменьшать.
