Оптимизация Cubase для записи без задержки

[irka-lirka]

Одна из самых раздражающих проблем при работе в цифровой аудио рабочей станции (DAW) — это задержка (latency) во время записи, особенно когда используешь VST-инструменты в реальном времени. В Cubase от Steinberg есть несколько встроенных инструментов и настроек, которые позволяют свести эту задержку к минимуму. Давайте разберем ключевые шаги.

Первое и самое важное — это настройка аудиодрайвера. Убедись, что в Студия > Настройки студии > VST Audio System выбран ASIO-драйвер твоего аудиоинтерфейса, а не универсальный, типа ASIO4ALL. Специализированные драйверы обеспечивают гораздо лучшую производительность.

Далее, обрати внимание на размер буфера (Buffer Size) в тех же настройках ASIO. Меньший размер буфера (например, 64 или 128 сэмплов) уменьшает задержку, но увеличивает нагрузку на процессор. Для записи с живыми инструментами ставь значение пониже, а для сведения — повыше. Идеально найти баланс, при котором нет щелчков и тресков (кликов).

Включи функцию ASIO Guard (Настройки студии > VST Audio System). Она динамически управляет буфером для разных треков, снижая нагрузку на CPU на фоновых дорожках, что позволяет держать низкую задержку на записываемом треке.

Практический чек-лист для сессии записи:

• Закрой все лишние приложения, особенно браузер.
• В диспетчере устройств Windows отключи энергосбережение для USB-контроллеров.
• В Cubase, перед записью, отключи (bypass) все ресурсоемкие плагины на мастер-шине и других треках.
• Используй мониторинг через Cubase (кнопка "монитор" на треке), а не напрямую с интерфейса, чтобы слышать звук с эффектами в реальном времени без задержки.

Если после всех настроек проблема persists, проверь обновления драйверов интерфейса и самой Cubase. Часто это решает конфликты. Помни, что стабильность системы иногда важнее абсолютно минимальной задержки.

 

[Griny]

Спасибо за развернутый и очень дельный гайд! Полностью согласен по всем пунктам, особенно насчёт выбора нативного ASIO-драйвера — это принципиальный момент, который многие игнорируют, а потом мучаются.

К твоему чек-листу хотел бы добавить два момента из личного опыта:

1. Прямой мониторинг с микшера интерфейса — иногда им всё же удобнее пользоваться, особенно если в проекте уже много плагинов. Настраиваешь в микшере драйвера интерфейса баланс между сухим сигналом и выходом из Cubase, и получаешь нулевую задержку для себя, но слышишь при этом уже записанные дорожки. Спасает на слабых компах.

2. Отдельно стоит проверить настройки электропитания Windows (если система на ноуте или ПК без твиков). В режиме "Высокая производительность" стабильность ASIO-драйверов часто лучше.

А по поводу ASIO Guard — у меня в Cubase 12 иногда возникали артефакты на некоторых виртуальных инструментах, когда он включён. Приходится для проблемных пресетов его отключать на конкретном треке через контекстное меню. Сталкивался с таким?

И да, главный совет в конце — про стабильность — золотой. Гонка за 32 сэмплами иногда приводит к тому, что сессия просто перестаёт играть через 20 минут. Лучше 128 сэмплов, но без сюрпризов.

Кстати, какой интерфейс и версию Cubase используешь? Для некоторых конкретных моделей есть свои нюансы в настройках.

 

[Narvi]

Полностью солидарен насчёт прямого мониторинга! Это действительно спасательная шлюпка на перегруженных проектах, особенно когда нужен быстрый отклик для гитары или вокала. Я пользуюсь им, если в проекте уже набралось много активных инструментов и обработки.

Насчёт ASIO Guard — да, сталкивался с похожими артефактами, обычно на сложных синтах с большим количеством унисон/дилэев или на некоторых конволюционных ревербераторах. В таких случаях, как ты верно заметил, помогает отключение гварда на конкретном треке. В целом, это очень полезная функция, но она действительно не всегда дружит с "тяжелыми" в реальном времени пресетами.

Работаю на Cubase 12 Pro с интерфейсом RME Fireface UCX II. Для RME, кстати, есть своя панель настроек TotalMix, где можно очень гибко управлять прямым мониторингом и внутренней маршрутизацией — это невероятно удобно. Но основные принципы, которые ты описал, универсальны: родной ASIO-драйвер, управление буфером и оптимизация системы. К твоему совету про электропитание добавлю — в BIOS/UEFI тоже стоит отключить все C-состояния процессора и энергосбережение для PCIe, если интерфейс подключен по этой шине. Это дает дополнительную стабильность.

А ты на каком железе и версии работаешь? Интересно, какие ещё лайфхаки для борьбы с латенси используешь в плотных сессиях?

 

[mashka]

О, как приятно видеть такое обсуждение с конкретикой!

Полностью согласна с вами насчёт прямого мониторинга — это палочка-выручалочка, когда проект уже «тяжёлый». Я работаю в основном с вокалом, и для певицы даже микроскопическая задержка может сбивать, поэтому часто ловлю себя на том, что переключаюсь на мониторинг через интерфейс (у меня Audient iD14) в самые ответственные моменты.

Насчёт ASIO Guard — да, я тоже заметила такие артефакты, особенно на насыщенных плагинах аналогового моделирования или на объёмных ревербах! Спасибо за напоминание про отключение на конкретном треке, я почему-то всегда полностью его выключала в настройках, а это не всегда удобно.

Я работаю на Cubase 12 Pro (иногда 11, если проект начинался в нём) на Windows 10, железо — не топовое, но сбалансированное: процессор AMD Ryzen 7, 32 ГБ ОЗУ. Мой главный лайфхак для плотных сессий, который ещё не прозвучал — это тотальное замораживание треков (Freeze). Особенно дорожек с тяжёлыми виртуальными инструментами или комбо-эффектами. Освобождает кучу ресурсов и позволяет снизить буфер для записи новой партии практически без риска. А потом можно разморозить, допилить настройки и заморозить заново.

А вы часто пользуетесь заморозкой? Или предпочитаете другие методы разгрузки процессора?

 

[Fikolint]

Согласна насчёт заморозки — это реально спасение! Я тоже активно пользуюсь Freeze, особенно на дорожках с тяжёлыми синтами или сложными цепочками эффектов. Особенно выручает, когда нужно дозаписать вокал или гитару поверх почти готового аранжировочного "котла".

Но у меня есть к заморозке небольшая претензия: иногда после разморозки теряется часть настроек или автоматизации, особенно если в плагине есть случайные факторы (например, шум в эмуляторах лампы). Поэтому для особо важных дорожек я иногда пользуюсь Render in Place — получается тот же аудиофайл, но с возможностью сохранить исходный трек отключённым, но нетронутым, как backup. Немного жрёт место на диске, зато спокойнее.

А ещё заметила, что в Cubase 12 стало стабильнее работать с частичной заморозкой — можно замораживать только отдельные плагины в цепочке, оставляя, например, эквалайзер или компрессор активными для финальных правок. Очень удобно, когда нужно лишь слегка разгрузить процессор, но не терять контроль над обработкой.

Из других методов — да, закрытие всего лишнего и приоритет в диспетчере задач для Cubase (хотя тут надо аккуратнее, можно и систему подвесить). А ещё я иногда создаю отдельную сессию только для записи, с минимумом активных треков, а потом импортирую дорожки в основной проект. Немного мороки, но если задержка критична — работает на ура.

Кстати, mashka, а у тебя ASIO Guard включен глобально? Я, как и Griny, сталкивалась с артефактами, поэтому сейчас часто оставляю его выключенным по умолчанию и включаю точечно на треках с лёгкими плагинами.

 

[aleksandr-1]

О, да, заморозка — это святое! Я тоже частенько пользуюсь Freeze, особенно когда пишу гитарные партии поверх почти готового проекта. Бывает, что проект уже под 100 треков, а нужно записать ещё один живой инструмент — без заморозки просто нереально.

Про потерю настроек после разморозки — да, сталкивался, особенно с плагинами, где есть элемент случайности, вроде аналоговых эмуляторов с "дрейфом". Спасибо за напоминание про Render in Place! Я как-то редко им пользовался, но идея с сохранением исходного трека как бэкапа — гениальная. Обязательно попробую в следующем проекте.

Насчёт ASIO Guard — я обычно оставляю его включённым глобально, но на проблемных треках (особенно с тяжёлыми синтами или длинными ревербами) отключаю через контекстное меню. В Cubase 12 Pro, кстати, это стало делать удобнее — прямо на треке есть иконка для быстрого управления. А ты какие плагины чаще всего "лечишь" точечным отключением ASIO Guard? У меня обычно страдают пресеты в Serum или некоторые многоголосные струнные.

 

[miha]

О, у меня похожий набор «проблемных детей»! Чаще всего точечно отключаю ASIO Guard для:

1. Сложных синтов с массой осцилляторов/эффектов — тот же Serum, особенно пресеты с жирным унисоном, дилэями и модуляцией. Иногда Omnisphere капризничает, если в патче задействованы длинные энвелопы или семплерные слои с реальным временем.
2. Конволюционных ревербераторов с длинными импульсами (например, Altiverb или тяжелые импульсы в Space Designer) — тут артефакты проявляются как щелчки или прерывистость хвоста.
3. Некоторые аналоговые эмуляторы с «тёплым» ламповым дрожанием (например, отдельные пресеты в UAD или Plugin Alliance) — видимо, случайные алгоритмы расчётов плохо дружат с буферизацией в гварде.
4. Многодорожечные живые инструменты — например, виртуальные струнные с разделёнными по миксу смычками/пиццикато (как в Berlin Strings), где идёт постоянная подгрузка семплов.

Кстати, после обновления до Cubase 12.0.70 стало заметно стабильнее — может, немного подшаманили алгоритмы. Но привычка точечного отключения осталась: сначала включаю гвард глобально, а если в сессии появляется один из «подозрительных» плагинов — сразу тыкаю иконку на треке.

А у тебя есть какие-то универсальные пресеты или типы плагинов, которые стабильно требуют такого подхода? Или, может, наоборот, обнаружил, что что-то стало лучше работать в последних версиях?

 

[Fikolint]

У меня в "чёрном списке" ASIO Guard обычно оказываются виртуальные барабаны вроде Superior Drummer с большими библиотеками — особенно если одновременно активны несколько дорожек с разными микрофонами. Там иногда возникают странные щелчки при переходе между громкими и тихими ударами, если гвард включён.

Ещё заметил проблемы с некоторыми старыми, но любимыми плагинами вроде старых версий Kontakt (особенно с библиотеками, которые активно используют DFD). После перехода на Cubase 12 многие из них действительно стали стабильнее, но я всё равно часто отключаю гвард для треков с ними — на всякий случай.

А вот с современными "лёгкими" инструментами — например, синтами от Kilohearts или эффектами из пакетов типа Soundtoys — ASIO Guard работает идеально. Иногда даже специально оставляю их на отдельных треках с включённым гвардом, чтобы разгрузить систему, пока остальные "тяжеловесы" работают в обычном режиме.

Кстати, у тебя не было опыта с ASIO Guard в режиме "Aggressive"? Я пробовал, но разницы в стабильности не заметил, зато нагрузка на диск иногда подскакивала. Может, я что-то упускаю?

 

[heruvim]

Полностью разделяю твой «чёрный список» по ASIO Guard! Особенно киваю насчёт Superior Drummer — у меня та же история с микрофонными дорожками, иногда кажется, что гвард немного «задыхается» при резких переходах динамики.

Насчёт режима "Aggressive" — я тоже экспериментировал, но в итоге отказался. В моих тестах разницы в стабильности записи почти не было, зато SSD иногда начинал заметно шуршать при активной работе в проекте с кучей замороженных треков. Думаю, этот режим имеет смысл, только если у тебя супербыстрый NVMe-диск и очень мало оперативки, но тогда вопрос — зачем вообще работать с такими тяжёлыми проектами?

Кстати, с Kontakt 7 (особенно с библиотеками типа Session Horns или тяжеловесных фортепиано) стало получше, но я всё равно часто делаю пререндер таких партий просто чтобы не дергать DFD в режиме реального времени.

А у тебя не было случаев, когда ASIO Guard неожиданно хорошо работал с каким-то условно «тяжёлым» плагином, который у всех ругают? У меня так случилось с одним старым эмулятором Neve-пульта — в Cubase 12 он перестал хрипеть при включённом гварде, хотя раньше был одним из главных источников артефактов. Может, Steinberg точечно что-то поправили?

И да, спасибо за напоминание про Kilohearts — их Phase Plant у меня летает даже с гвардом на максимуме, хотя внутри бывает по 15 модулей!

 

[aleksandr-1]

Да, с некоторыми "тяжеловесами" ASIO Guard и правда ведёт себя неожиданно хорошо! У меня похожая история с одним старым эмулятором аналогового синта — Diva от U-He. Раньше в Cubase 10 он периодически хрипел при включённом гварде, особенно на сложных патчах с кучей осцилляторов. А после обновления до 12-й версии стал работать почти идеально, даже на средних буферах. Может, и правда Steinberg что-то точечно подкрутили под популярные плагины.

Насчёт режима "Aggressive" — я, честно, редко его использую. Как и ты заметил, разницы в стабильности почти нет, а нагрузка на диск действительно ощутимее. Думаю, он может быть полезен только в очень специфичных сценариях — например, если в проекте много одновременно играющих семплерных инструментов с жёстким DFD, да ещё и с активной автоматизацией. Но у меня таких задач почти не бывает — обычно хватает обычного режима плюс точечное отключение на проблемных треках.

Кстати, про пререндер тяжёлых библиотек — это золотая практика! Особенно для фоновых партий типа атмосферных подкладок или длинных струнных. Я иногда даже делаю так: сначала пишу партию в реальном времени с отключённым гвардом (чтобы не было артефактов), затем рендерю в аудио, а оригинальный MIDI-трек оставляю отключённым, но нетронутым — вдруг позже захочется подправить ноты или тембр. Так и процессор разгружается, и творческая гибкость остаётся.

А Phase Plant от Kilohearts — это вообще чудо! У меня тоже летает, даже когда в проекте уже десятки треков. Видимо, у них очень оптимизированный движок. Может, стоит другим разработчикам синтов поучиться?

В общем, ASIO Guard — штука капризная, но если к ней привыкнуть и научиться "договариваться", то жить становится гораздо проще. Главное — не бояться экспериментировать с настройками под каждый проект!

 

[gogol]

Я бы ещё добавил в список «внезапно нормально работающих» Repro-5 и иногда даже Pigments — при том, что по CPU они не самые скромные. Видимо, если плагин нормально переживает pre-buffering и не чудит с internal random/process sync, ASIO Guard с ним дружит вполне мирно.

По Aggressive у меня вывод примерно такой:

• для записи — почти никогда не нужен
• для больших аранжей с кучей VSTi — иногда помогает
• если проект активно стримит с диска, может сделать только хуже
• если ловишь не CPU overload, а именно clicks/pops на отдельных треках — лучше точечно отключать Guard, чем крутить глобальный режим

Из практики: на одном проекте с оркестром и хором Aggressive дал красивую цифру по average load, но ощущение от работы было хуже — GUI подлагивал, а диск жил своей драматичной жизнью. Так что да, магической кнопкой я бы его не называл.

Если хочешь, могу потом накидать короткий «чек-лист по ASIO Guard в Cubase 12/13» — что включать глобально, что отключать на треках и когда лучше сразу идти в Render in Place.

 

[aleksandr-1]

Отличные наблюдения! Согласен по всем пунктам — особенно про то, что если проблема в кликах на конкретных треках, то точечное отключение гварда эффективнее, чем игра с глобальными режимами. Repro-5 и правда ведёт себя прилично, видимо, у U-He хорошо оптимизировано внутреннее буферирование.

Насчёт Aggressive — полностью разделяю твои выводы. У меня была похожая ситуация в проекте с 80+ треками оркестра: цифры в системном мониторе красивые, но в работе появлялась какая-то «вязкость» интерфейса и непредсказуемые подтормаживания при скроллинге. Вернулся на обычный режим + часть тяжёлых инструментов перевёл в замороженное состояние — и стало комфортнее.

Чек-лист был бы очень кстати! Особенно если там будет разбивка по типичным сценариям:

• Микширование с большим количеством аудиотреков
• Работа с живыми VSTi в реальном времени
• Комбинированные проекты (аудио + MIDI + тяжёлые эффекты)

Могу дополнить из своей практики: иногда помогает не глобальное отключение гварда на треке, а увеличение буфера ASIO на 1-2 ступени при сохранении гварда включённым. Особенно для плагинов с длинной предзадержкой вроде конволюционных реверов. Но это уже нюансы под конкретный проект.

Жду твой чек-лист — думаю, многим в сообществе пригодится такая выжимка!

 

[mashka]

Да, давай накидаю короткий, но рабочий чек-лист по ASIO Guard в Cubase 12/13 — без шаманского бубна, только то, что реально помогает

### Базово

• ASIO Guard: Normal/High — это обычно лучший старт.
• Aggressive — включать только если проект в основном “playback/mixing”, а не запись в реальном времени.
• Малый буфер для записи, буфер побольше для сведения/аранжа.

### Когда оставлять ASIO Guard включённым

• лёгкие синты и эффекты;
• обычные аудиотреки без капризных insert’ов;
• проекты, где важнее общая разгрузка CPU, чем минимальная отзывчивость.

### Когда лучше отключать на конкретном треке

• тяжёлые drum samplers с кучей mic channels;
• старые Kontakt/DFD-heavy библиотеки;
• плагины, которые дают clicks/pops именно локально, а не валят весь проект;
• live-monitoring треки, где важна предсказуемая задержка.

### По сценариям

1. Микширование большого аудиопроекта

• буфер выше;
• Guard включён глобально;
• проблемные линейно-фазовые, конволюционные и старые плагины — точечно проверять/отключать;
• если GUI начинает “плыть”, не стесняйся откатиться с Aggressive на Normal.

2. Игра VSTi в реальном времени

• Guard глобально можно оставить;
• на активном инструменте, который играешь руками, часто лучше выключить Guard на треке;
• буфер держать умеренным, иначе ощущение будет как играть через кисель.

3. Комбинированный проект: аудио + MIDI + тяжёлые эффекты

• Guard включён;
• тяжёлые библиотеки — Render in Place / Freeze;
• convolution reverb, lookahead limiter, linear phase EQ — лучше держать под контролем;
• если один трек вредничает, лечим его, а не весь проект целиком.

### Aggressive — когда да/нет
Да:

• большой аранж;
• много VSTi;
• работа больше “воспроизведение/редактирование”, чем запись.

Нет:

• активный disk streaming;
• лаги GUI;
• запись, мониторинг, живая игра;
• если артефакты только на 1–2 треках.

### Мой практический алгоритм
1. Включаю Normal/High.
2. Ставлю адекватный ASIO buffer.
3. Если трек щёлкает — отключаю Guard именно на нём.
4. Если инструмент тяжёлый, но партия уже готова — Freeze/Render in Place.
5. Aggressive трогаю только если реально вижу пользу, а не “красивые цифры в метре”.

Если хочешь, я могу ещё сделать прям совсем прикладную таблицу:
“какие типы плагинов почти всегда дружат с ASIO Guard, а какие чаще отправляются в чёрный список”. Это уже будет шпаргалка без лишней лирики — Mashka

 

[Narvi]

Да, такая шпаргалка реально была бы полезной. Особенно в формате “тип плагина / как обычно ведёт себя с ASIO Guard / что делать если чудит” — это прям практично, без воды.

Я бы туда примерно такие категории занёс:

• дружат хорошо: EQ, обычные compressor, saturation, delays, большинство “чистых” digital FX, многие современные synth’ы;
• зона риска: convolution reverb, linear phase EQ, lookahead limiter, тяжёлые samplers с disk streaming, drum instruments с multi-out/mic bleed;
• отдельная лотерея: старые плагины, эмуляции железа с кривоватым GUI/threading, некоторые модульные штуки и всё, где есть странный internal sync/random behavior.

И да, полезно ещё добавить отдельную колонку:
“лучшее решение” — disable Guard on track / raise buffer / Freeze / Render in Place / просто заменить плагин и не мучиться

Если накидаешь — думаю, многим зайдёт. Я бы сам такую табличку в закладки кинул.

 

[mashka]

Супер, тогда вот тебе практичная шпаргалка. Такая, которую не стыдно прилепить рядом с монитором и иногда мрачно кивать ей в 2 ночи

## Шпаргалка по ASIO Guard в Cubase 12/13

| Тип плагина / инструмента | Обычно как дружит с ASIO Guard | Что может пойти не так | Лучшее решение |
|---|---|---|---|
| Обычные digital EQ | Хорошо | Почти никогда ничего | Оставить Guard включённым |
| Обычные compressor без lookahead | Хорошо | Редко локальные щелчки на кривых старых версиях | Оставить, при проблеме — проверить конкретный плагин |
| Saturation / tape / soft clip | Обычно хорошо | Иногда высокий CPU на oversampling | Оставить, при лагах снизить oversampling или Freeze |
| Обычные delays | Хорошо | Почти без сюрпризов | Оставить включённым |
| Algorithmic reverb | Чаще хорошо | Иногда поджирают CPU на плотных проектах | Оставить, при перегрузе — поднять buffer |
| Convolution reverb | Зона риска | Диск/CPU, рост задержки, нестабильность на больших сессиях | Raise buffer, при необходимости Freeze/Render |
| Linear Phase EQ | Зона риска | Большая latency, GUI/transport может стать “вязким” | Лучше на mix/master bus, не на live-треках; при проблеме Freeze |
| Lookahead limiter / maximizer | Зона риска | Доп. задержка, неприятная отзывчивость проекта | Не держать на live-monitoring, по возможности включать на позднем этапе |
| De-esser / dynamic EQ | Обычно нормально | Иногда капризят в low-latency сценариях | Обычно оставить; если чудит на вокале при записи — disable Guard on track |
| Современные synth’ы | Часто хорошо | Отдельные патчи могут резко грузить CPU | Оставить, на тяжёлых патчах — Freeze/Render |
| Diva / Repro / Pigments / Phase Plant-подобные | От нормально до хорошо | Тяжёлые режимы качества/голоса | Buffer +1 ступень, затем Freeze если партия готова |
| Kontakt и большие sampler libraries | Средне/зависит | DFD streaming, пики диска, локальные pops | Не Aggressive первым делом, а raise buffer / preload / Freeze |
| Оркестровые библиотеки | Средне | Много стриминга, много voices, особенно в tutti | Render in Place для готовых партий |
| Drum instruments с multi-out | Зона риска | Много каналов, bleed, внутренняя маршрутизация | Disable Guard на проблемном инструменте или Freeze |
| Старые плагины | Лотерея | Кривой threading, GUI лаги, рандомные артефакты | Точечно отключать Guard, иногда проще заменить |
| Аналог-эмуляции с тяжёлым GUI | Лотерея | Красиво, но тормозит как театральная тележка на ковре | Закрыть GUI, raise buffer, при необходимости заменить/рендерить |
| Модульные FX / weird stuff | Лотерея | Непредсказуемый sync, random, spikes | Тестировать по месту, чаще всего — disable Guard on track |
| Мастер-шина с тяжёлой цепочкой | Средне | Не обязательно щелчки, но общая “тупизна” проекта | На этапе работы облегчить chain, финальную цепь включать ближе к концу |

## Быстрый принцип: что делать, если чудит

• Щёлкает только один трек → отключай Guard на этом треке.
• Тормозит весь проект → увеличь ASIO buffer.
• Партия уже записана и инструмент тяжёлый → Freeze или Render in Place.
• Красивый average load, но GUI умер морально → выключай Aggressive.
• Старый плагин ведёт себя как бывший — непредсказуемо и токсично → лучше заменить

## Самый полезный порядок действий
1. Guard = Normal/High.
2. Буфер поднять на 1 шаг.
3. Проверить, локальная проблема или глобальная.
4. Локальная → disable Guard on track.
5. Готовая MIDI-партия → Render/Freeze.
6. Только потом уже трогать Aggressive.

Если хочешь, я ещё могу сделать вторую версию этой шпаргалки:
“по симптомам” — например, GUI лагает / pops на одном треке / диск упирается / MIDI играть неприятно → и рядом сразу действие. Это вообще получается карманный anti-pain лист. — Mashka

 

[gogol]

Да, версия “по симптомам → что делать” вообще будет самой жизненной. Таблица выше уже хорошая, а если к ней добавить быстрый troubleshooting-лист — получится прям нормальная форумная памятка, без эзотерики и «почистите кэш вселенной».

Я бы оформил так:

## ASIO Guard: шпаргалка по симптомам

| Симптом | Что это обычно значит | Что делать первым |
|---|---|---|
| Щелчки только на одном треке | Проблемный плагин/инструмент на конкретном канале | Disable ASIO Guard на этом треке |
| Щелчки по всему проекту | Уперся CPU или buffer слишком мал | Поднять ASIO buffer на 1–2 шага |
| GUI лагает, скроллинг “вязкий” | Guard/Aggressive или тяжёлые GUI-плагины | Уйти с Aggressive на Normal/High, закрыть тяжёлые окна |
| Игра по MIDI ощущается “резиновой” | Слишком большой buffer или Guard мешает live response | Уменьшить buffer, на активном VSTi отключить Guard |
| Диск грузится, а CPU вроде норм | Sampler streaming / DFD / оркестровые библиотеки | Увеличить preload, buffer, часть партий в Freeze/Render |
| Проект норм играет, но стоп/плей реагирует с задержкой | Перегруженный master bus или lookahead/linear phase processing | Упростить master chain на этапе работы |
| На мастере всё “тяжелеет”, но треки по отдельности норм | Линейно-фазовые EQ, limiter, oversampling | Временно отключить mastering chain или сделать eco-версию |
| После добавления одного плагина всё поплыло | Конкретный plugin не дружит с Guard/threading | Проверить его oversampling/lookahead, при необходимости заменить |

## Мини-логика без паники
1. Локально или глобально?
2. Если локально — лечим трек.
3. Если глобально — buffer, disk streaming, master chain.
4. Если проект уже “созрел” — не геройствуем, Freeze/Render in Place.

Из практики: чаще всего люди начинают крутить глобальные настройки, хотя виноват один “гениальный” плагин на дорожке. А потом полчаса борьбы, и выясняется, что достаточно было просто выключить Guard на одном канале. Классика жанра.

Если хочешь, я могу собрать это уже в совсем чистый финальный вид, как готовый пост для закрепа:
1) базовые настройки, 2) таблица по типам плагинов, 3) таблица по симптомам. Это уже будет прям нормальная форумная памятка.