Настройка/оптимизация/понижение загрузки ASIO

djgraver

djgraver

человек
21 Июл 2008
1.249
746
113
Вообщем хотелось бы поделится с теми кто не знал (да и с теми кто уже знал), некими настройками которые помогают оптимизировать работу ASIO и в некоторых случаях и разгрузить его.


1. твик нашел на сайте Штейнбергов, этот твик выключает ускорение видео карты для некоторых плагинов. Оригинал: http://www.steinberg.net/forums/viewtopic.php?f=226&t=81011
Windows:
Открываем реестр: Пуск->выполнить->regedit
Идем в папку HKEY_CURRENT_USER\Software\FabFilter. *****<<<<--- Или другой плагин который вы хотите оптимизировать.
выбираем папку
в папке: Правой кнопкой: создать--->Параметро DWORD (32бита)
Переименовываем наш файл в: GraphicsAcceleration кликаем 2 раза по файлу и устанавливаем значение в 0 (ноль :))

Mac OS X: Открыть Terminal и написать: defaults write com.fabfilter.Common GraphicsAcceleration 0 ****<тоже самое как и в случаи Windows

Многие пишут что у них после применения этого параметра кубейс стал закрываться быстрее и у некоторых упала загрузка ASIO на 5-15%, у некоторых Cubase перестал крэшится/вылетать
Мне лично этот твик помог, но только с ускорением открытия/закрытия проэктов. Асио разгрузил на 2-6% но только в режиме простоя.



2. твик/гайд от самих Steinberg по оптимизации вашей системы

1. Они советуют установить свежие драйвера на все устройства ( можно сделать утилой Auslogics Driver Updater) также установить обновление к вашей системе (вот тут опасно, бывает устанавливаешь обновления и система падает. будьте аккуратны)
2. Настройки Аудио Карты - ну тут послезного кроме "если трещит увеличите буфер...." у них ничего нет
3. Энергосберегающий режим - выключить (Пуск-Панель Управления-Электропитание)
4. Windows - Мой компьютер-Свойства-Дополнительные параметры системы-Быстродействие-Дополнительно: Служб, работающих в фоновом режиме-ОК
5. Отключить Hyper-Threading в BIOS (только если ваш процессор поддерживает его)
6. Отключить Advanced Power Management (APM) и Dynamic Performance options для ващего CPU (Enhanced Intel SpeedStep (EIST), AMD Cool 'n' Quiet, Intel Turbo Boost, and AMD Turbo CORE)
7. Disable C-States (лично мне не помогло, не заметил разницы)
8. проверьте ваши Спайки с помощью DPC latency checker

3. твик, нашел методом тыка, может кому поможет:


C такими настройками у меня звук трещит намного меньше. на загруженых проектах при буфере карты 512.
Но, у некоторых может быть наоборот) тут уже тестируйте.

4. тут спорно, и для процессоров Intel: частично избавило от треска включение функции в BIOS Intel Turbo Performance

5. Если у вас Cubase 32бит но у вас установлено больше 4гб оперативной памяти, и у вас уже трещит проект то можно воспользоваться JBridge, многие его юзать для бриджа больших библиотек, но я его использовал также и для простых плагинов. результат превзошел все ожидания.
также для тех кто использует Cubase x64 можно смело бриджить некоторые "жрущие" инструменты/плагины.
Дело в том что Кубейсы почему-то до конца не оптимизировали работу с Многоядерными процессорами, и бывает ваш кубейс загружен на 100% а в диспетчере задач ваш процессор загружен на 40%. Дело касается всех версий.

6. Протестируйте загрузку ASIO отключив все USB устройства. (кроме eLicenser :))
многие пишут что у них перестали появятся спонтанные выстрелы real time-peak в режиме простоя, когда они отключали USB устройства.
Попробуйте отключить USB 3.0 если вы его не используете.

7. Cubase-Preferences-Editing-Project & MixConsole: убрать галочки с
Enable Record on Selected Audio Track
Enable Record on Selected MIDI Track
у некоторых сразу падает на 50% загрузка в окне F12



Как сделать интерфейс более плавным:
переходим File-Preferences-Show Event Display:
Show Event names - отключить
Smallest track heigh to show data - three rows
Smallest track heigh to show names - three rows
upload_2018-10-13_13-43-9.png
после этих настроек, при зуме в 3 полосы текст и изображение Миди/аудио не будут отображаться, у меня интерфейс после этого летает.
при зуме в 4 полосы изображения отображаются.


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

Как вы могли заметить большинство настроек для Windows, это связанно с тем что программа Cubase и протокол ASIO под MacOS(и Хакинтош) работают более стабильней.

Надеюсь этот небольшой гайд поможет кому-то, и даст возможность общими усилиями создать список рабочих оптимизаций.
 
Последнее редактирование:
  • Like
Реакции: ExEss, PsevdoNimB, Alex Rish и 7 других
Vosk написал(а):
Кроме вены вам ничего не поможет
Нажмите для раскрытия...

ну не соглашусь что вена выход) есть же Jbridge который отлично справляется с работой, и по цене доступнее

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

Так, у меня со всеми фиксами загрузка упала с 100% до 70% что уже какой никакой да результат. это при большой загруженности проекта и задержкой карты в 512
 
  • Like
Реакции: smirniy
Для себя определил следующий максимально производительный режим работы кубика - асиогард в режим high, асиобуфер 64 сэмпла, и вена по необходимости (в основном для play) (асиогард нужно отключить персонально для вены в плагин менеджере, иначе кубейс с ней крэшится при миксдауне).
 
Dmitry Stepin написал(а):
асиогард нужно отключить персонально для вены в плагин менеджере
Нажмите для раскрытия...

добавлю, что тоже самое стоит сделать и для jbridge плагинов.

при буфере 64 можно работать? у меня в 64 все умирает на 10 инструментах)
 
djgraver написал(а):
есть же Jbridge который отлично справляется с работой,
Нажмите для раскрытия...
каждый пробридженый плагин добавляет к нагрузке ASIO 1-2%.. Jbridge помогает прежде всего при адаптации несовпадающей битности и даёт возможность для 32х хостов использовать всю память для 64х сэмплеров, запущенных в этих хостах, в деле же оптимизиции работы с ASIO он играет резко отрицательную роль )
 
  • Like
Реакции: smirniy
Vosk написал(а):
в деле же оптимизиции работы с ASIO он играет резко отрицательную роль
Нажмите для раскрытия...

как тогда объяснить: есть проект который трещит хрипит. Потом мы пробриджили половину плагинов, проект переставал трещать и хрипеть
 
djgraver написал(а):
есть проект который трещит хрипит. Потом мы пробриджили половину плагинов, проект переставал трещать и хрипеть
Нажмите для раскрытия...
у меня такого не случалось, не могу сказать ), но многое зависит от самих плагинов. Вопрос в другом - почему при 90% загрузки ASIO в кубэйсе загрузка твоего ЦП остаётся на уровне 20% ? Не задавался таким вопросом? Многие игнорируют мониторинг ЦП, ибо этот процесс можно проследить только запустив менеджер процессов, но напрасна.. В W7 есть так наз. гаджеты, среди которых есть полезные, в том числе мониторинга загрузки ЦП и памяти. Вот включи этот гаджет в риалтайме посмотри на загрузку ЦП при загрузке ASIO до треска. След. вопрос к тебе будет такой - использует ли ресурсы ЦП процесс jbridg'a? (каждый пробридженный плагин отображается в списке менеджера процессов, где и можно это проследить)
[DOUBLEPOST=1442051565,1442050455][/DOUBLEPOST]
Raptor82 написал(а):
Ну я догадывался что это оркестровая штука
Нажмите для раскрытия...
никакого отношения к оркестру вена не имеет. ) К сожалению бОльшая часть форума думает так же, и очень много от этого теряет.. Но с этим ничего не поделаешь.. )

Raptor82 написал(а):
но вот только как она поможет разгрузить ASIO в каком нибудь проекте из 80 аудио дорожек
Нажмите для раскрытия...
А разве аудио-дорожки грузят ASIO ? Сами по-себе ). Грузят плагины в инсертах. Которые можно перенести в вену и забыть про загрузку ASIO. :) У меня в кубе до 900 каналов доходит иногда, и я не слежу при этом за загрузкой ASIO.
 
  • Like
Реакции: Raptor82
Vosk написал(а):
А разве аудио-дорожки грузят ASIO ? Сами по-себе ). Грузят плагины в инсертах. Которые можно перенести в вену и забыть про загрузку ASIO. :) У меня в кубе до 900 каналов доходит иногда, и я не слежу при этом за загрузкой ASIO.
Нажмите для раскрытия...
Не ну я и имел ввиду, что не сами по себе, а то что висит на них. "...Которые можно перенести в вену и забыть про загрузку ASIO..." Вот это ДРУГОЕ ДЕЛО!!! Спасибо почитаю подробнее по той ссылке)
 
Vosk написал(а):
использует ли ресурсы ЦП процесс jbridg'a?
Нажмите для раскрытия...

да, конечно. он создает отдельный процесс на каждый плагин. (прикрепил скрин)
Просто странно почему штейнберги не могут допилить свой родной бридж

А на счет загрузки АСИО и ЦП, это уже давно заметил что кубейс загружен на 100% а ЦП всеголишь на 30-40%
 

Вложения

  • Безымянный.jpg
    Безымянный.jpg
    176,7 KB · Просмотры: 317
djgraver написал(а):
на счет загрузки АСИО и ЦП, это уже давно заметил что кубейс загружен на 100% а ЦП всеголишь на 30-40%
Нажмите для раскрытия...
.. и не только кубэйс. ) Имею ввиду - не только ASIO не допилено в смысле эффективности использования ресурсов центрально процессора. Это наводит на грустные размышления о том что ПТ, например, не случайно работал строго с ресурсами железа, созданного специально под ПТ.. Грустные потому что сейчас они это дело проигнорировали (в результате народ юзает ПТ на м-аудивах и ЦП своих ноутов, после чего жалуется на треск ..)), и ещё потому что видимо не так -то просто это осуществить - дать звуковому движку ресурсы ЦП. Уже лет 20 причём так и не могут осуществить..

djgraver написал(а):
да, конечно. он создает отдельный процесс на каждый плагин. (прикрепил скрин)
Нажмите для раскрытия...
не, это ты показываешь "отъедание" ресурсов процессора каждым из запущенных процессиков jbridg'a ) то есть - сколько ест сам процессик.. А сколько ест при этом именно плагин, висящий на этом процессике jbridg'a можешь показать?
Увидеть это просто - просто стартани проект (куб) и эти сыферки должны радостно запрыгать в сторону увеличения нагрузки на ЦП. :) Если они запрыгают, я поверю тебе что jbridge в каком-то смысле можно использовать в качестве альтернативы вене.
 
  • Like
Реакции: Ivan_IGroK
Vosk написал(а):
не, это ты показываешь "отъедание" ресурсов процессора каждым из запущенных процессиков jbridg'a ) то есть - сколько ест сам процессик.. А сколько ест при этом именно плагин, висящий на этом процессике jbridg'a можешь показать?
Нажмите для раскрытия...
могу, но не знаю как. Подскажите как это сделать, самому стало интересно )
 
Vosk написал(а):
сыферки должны радостно запрыгать в сторону увеличения нагрузки на ЦП
Нажмите для раскрытия...

вроде сделал, на каждом канале в инсерте 7 Oxford Reverb

ради интереса открыл этот проект в кубейсе 5, тут уже по съеданию процессора кубейс на первом месте
 

Вложения

  • s.jpg
    s.jpg
    281,2 KB · Просмотры: 301
  • s5.jpg
    s5.jpg
    263,4 KB · Просмотры: 278
йоп, опять вижу непонимание индикатора загрузки асио, стопицотый раз...
раз (и ниже)
дваз
 
  • Like
Реакции: loDJica
djgraver написал(а):
при буфере 64 можно работать? у меня в 64 все умирает на 10 инструментах)
Нажмите для раскрытия...

Благодаря асиогарду как раз и появляется такая возможность. Только нужно снять галку с "Enable Record on Selected MIDI Track" и назначить на эту функцию горячую клавишу. И включать запись на миди треках только по необходимости. Плюсом работы с таким буфером является более точная работа автоматизации.
 
  • Like
Реакции: Scarlatino и djgraver
basЫl написал(а):
йоп, опять вижу непонимание индикатора загрузки асио, стопицотый раз...
раз (и ниже)
дваз
Нажмите для раскрытия...

так выше, писали уже об этом:
как тогда объяснить: есть проект который трещит хрипит. Потом мы пробриджили половину плагинов, проект переставал трещать и хрипеть
тут процессор не разогнан, одна система, разные кубы.

Недавно еще один тест сделали: тот же проект, те же плагины тот же кубейс но без jBridge, тестировали на MacOS (хакинтош)
Результат отличный!
не наблюдалось бага когда выделяешь мышкой чтолибо в окне проекта и в F12 все заваливает на 100%. в МакОС такого не было
и проекты работают нормально не хрипят.
 
Vosk написал(а):
а как же вы 64х плагины пробриджили
Нажмите для раскрытия...
jbridge бриджит все что угодно :)
я специально некоторые 64битные плагины пускаю в обход кубейса, что бы не хрипел. всякие H-Reverb,Guitar Rig,Oxford Dynamics ну и прочие жручие плагины.

естественно и 32битные плагины которых у меня нету в 64 я тоже только через jbridge пускаю, в соседней теме прочитал что х64 кубейсовский бридж плохо бриджит 32битные плагины
 
djgraver написал(а):
я специально некоторые 64битные плагины пускаю в обход кубейса
Нажмите для раскрытия...
то есть 64х битные плагины пробридживаешь на 64х бита же? Разве такое возможно?

djgraver написал(а):
что бы не хрипел
Нажмите для раскрытия...
а можешь сфотать настройки jbridg'a какого-нибудь из этих жручих плагинов?
(вот эти настройки)

ibcPig17QUwHRq.gif
 
Vosk написал(а):
то есть 64х битные плагины пробридживаешь на 64х бита же? Разве такое возможно?
Нажмите для раскрытия...
совершенно верно, а настройки я ни разу не открывал) везде по дефолту все

p.s. только что делал тест, загрузил 60 не бридженных омнисфер(в каждой загружен звук) в кубейс. на каждом канале висит Оксфорд, на мастере обработка.
Кубейс играет все омнисферы без треска.
Сохранил проект, теперь хотел открыть его через Jbridge, но Jbridge сожрал всю мою оперативку и не открыл проект. Jbridge вылетил из-за нехватки памяти
 

Вложения

  • settings.jpg
    settings.jpg
    151 KB · Просмотры: 252
Последнее редактирование:
  • Like
Реакции: Vosk
@djgraver, А теперь попробуй в проекте где у тебя много пробридженных тяжёлых плагинов, на всех из них в настройках jbridg'a поставить волшебную галку. :)
 
Войдите или зарегистрируйтесь для ответа.

Сейчас просматривают

Всего: 1 (пользователей: 0, гостей: 1)
Сверху Снизу