Оптимизация ПК и Reaper для максимальной стабильности и производительности

Жду скриншота ЛатенсиМон - после всех описанных мной действий.

Кстати, я не слежу за Твикерами всякими, может на сегодня есть уже и получше утилиты, чем те, что я кинул.
Но принцип должен быть понятен - ВЫКЛЮЧИТЬ ВСЁ, что только можно и что не повлияет на Звуковой Лайв!
В первую очередь выключить все службы Винды, которые периодически сами себя запускают и занимают системный буфер - всякие апдэйты и службы контроля....
 
Да, я сам WinTweaker в первую очередь ставлю. Хорошая програмка, судя по всему.
 
@Aleksandr Oleynik, раз уж разговор о производительности, где-то Вы, если я не ошибаюсь, писали, что для более низких задержек при живом мониторинге предпочтительны видеокарты AMD, это так? Если да - велика ли разница по задержкам сравнительно с nVidia?
 
Вот что получилось:
189600
 
@Aleksandr Oleynik, раз уж разговор о производительности, где-то Вы, если я не ошибаюсь, писали, что для более низких задержек при живом мониторинге предпочтительны видеокарты AMD, это так? Если да - велика ли разница по задержкам сравнительно с nVidia?
Так там где это обсуждалось и есть данные.
С nVidia тоже может быть всё хорошо, это либо лотерея, либо очень сложная настройка.» Разница может быть существенной.
 
  • Like
Реакции: A .
Можно и мне совет. При таком раскладе, звук начинает немного похрипывать.
Мой сетап: PC i5-2400 CPU 3.10 GHz, Win10x64, ОЗУ 12ГБ, Focusrite Scarlett 8i6, ASIO Bufer Size 512. REAPER у меня тока для сведения.
 

Вложения

  • 55.png
    55.png
    15,8 KB · Просмотры: 294
  • 56.png
    56.png
    33,5 KB · Просмотры: 303
Последнее редактирование:
REAPER у меня тока для сведения.
Т.е. ни на одном из треков запись и мониторинг не включены?
Этот скринш
после того как поставили на плей проект, сделайте - Reset graph подождите минуту- две - три на лупе плея и уж потом - скриншот!
Потому как циферка слева в RT longest-block очень большая.
Но если не включена запись ни на одном треке - то не страшно.
 

Вложения

  • 55.png
    55.png
    15,8 KB · Просмотры: 186
Если стоит галочка на Anticipative FX processing и ни на одном треке не включена запись - что вы там не ставьте,
а будет буфер вот тех 200 ms -
Посмотреть вложение 189638
А если треки не стоят на записи, то увеличение этого буфера в 200мс, сыграет какую то роль?
 
А если треки не стоят на записи, то увеличение этого буфера в 200мс, сыграет какую то роль?
Только если левая цифра в RT longest-block будет больше чем 200 мс.
В этих всех настройках НЕТ ни какой Магии. Просто нужно понять что они обозначают и всё.
Я это уже подробно же всё описал -
В правой части дроби RT longest-block стоит выставленная вами в АСИО величина, но в мс -
Ну вот на примере картинки выложенной @Darek,-
189639


правая цифра - 11,61 мс - это выставленный АСИО буфер 512 сэмплов поделённый на частоту дискретизации проекта 44,1 kHz
Что эта цифра означает (Если Включен Rec на каком-то треке) - что у плагинов на ЭТОМ треке есть 11,61 мс для того, чтобы справится с работой, выполнить все свои арифметики.
А вот левая цифра - 30,64 мс говорит о том, что НИ ФИГА они не справились.
И для многих ЭТО не понятно, потому как RT CPU (а это и есть по сути АСИО перформанс) стоит всего 16,8% -
А должно было бы стоять - 30,64/11,61*100 = 264%
Что не так?
А всё так, кроме того, что 264% - это пиковое значение загрузки АСИО, а 16,8% - среднее.
И вот такой вот разброс говорит ещё об одной вещи - что периодически в проекте возникает разовая нагрузка на АСИО превышающая средние нагрузки аж в 264/16,8 = 15,7 РАЗ!!!!!!!

От куда это может браться?
Несколько может быть причин. Некоторые из них -
- используете какой-то плагин, у которого внутренний алгоритм имеет пиковые потребления
- на пути воспроизведения есть айтемы (треки) на которых очень серьёзная обработка, но не постоянная по ходу воспроизведения
- в вашей операционке есть процессы, которые периодически забирают на себя системные буфер (вот те самые измерения DPC в ЛатенсиМон) и АСИО тупо ждёт и перегружает на 270% свой собственный буфер.
 
@Elijah K, если есть возможность пустить меня к себе на ноут по Тимвьюверу или Энидиску - попробую разобраться с вот этими вот верхними процессами -
189641


1,5 мс занимать системный буфер - это кошмар. И это значит, что если вы в DAW поставите буфер менее 3 мс (это 128 сэмплов на 44,1 kHz) то будете периодически ловить дропауты!
 
  • Like
Реакции: ugnivenko и Elijah K
@Elijah K, если есть возможность пустить меня к себе на ноут по Тимвьюверу или Энидиску - попробую разобраться с вот этими вот верхними процессами -
Посмотреть вложение 189641

1,5 мс занимать системный буфер - это кошмар. И это значит, что если вы в DAW поставите буфер менее 3 мс (это 128 сэмплов на 44,1 kHz) то будете периодически ловить дропауты!
Да, было бы здорово. Дома со звуковой картой буду со среды. Если она не требуется, то без разницы когда. Ноутбук с собой. Тогда установлю тимвьюер.
 
Да, было бы здорово. Дома со звуковой картой буду со среды. Если она не требуется, то без разницы когда. Ноутбук с собой. Тогда установлю тимвьюер.
Можно пока и без звук карты! И лучше AnyDesk ставьте, только его нужно именно проинсталить, чтоб я получил возможность что-то менять у вас в компе.
 
@Aleksandr Oleynik,
Reset graph подождите минуту- две - три на лупе плея и уж потом - скриншот! - так и сделал, ни на одном из треков запись и мониторинг не включены. На айтемах обработок нет. А что означает этот показатель - FX 113.53% CPU?
используете какой-то плагин, у которого внутренний алгоритм имеет пиковые потребления - выходит надо тут копать? Или уже проц не тянет?
 
А что означает этот показатель - FX 113.53% CPU?
Что для вашего проекта нужен на много более мощный CPU - и это в общем не характерная ситуация, так как обычно - CPU более чем достаточно, а АСИО уже здох давно.
используете какой-то плагин, у которого внутренний алгоритм имеет пиковые потребления - выходит надо тут копать?
Не обязательно. Я только некоторые, наиболее вероятные причины назвал.

Сделайте скриншот ЛатенсиМон.
 
Итак, после проведенных @Aleksandr Oleynik процедур по лечению системного буфера, он снизился в полтора-два раза, а при получасовом мониторинге в три.
 

Вложения

  • Безымянный.jpg
    Безымянный.jpg
    369,2 KB · Просмотры: 334
после проведенных @Aleksandr Oleynik процедур по лечению системного буфера
Кстати, я ни чего не делал из того, что не описывал выше.
Главное, что вы не сделали - это не отключили мониторинг заряда батареи, а я это сделал.
 
Кстати, я ни чего не делал из того, что не описывал выше.
Главное, что вы не сделали - это не отключили мониторинг заряда батареи, а я это сделал.
Я то думал, что отключил, а оказывается в трей спрятал просто (
 
Я то думал, что отключил, а оказывается в трей спрятал просто (
Не, отключать нужно было там, где это сделал я - в Диспетчере Устройств - две службы я остановил.
Кстати - сделайте и выложите сюда скриншот, а то у меня сейчас под рукой ВинБука нет
 
Не, отключать нужно было там, где это сделал я - в Диспетчере Устройств - две службы я остановил.
Кстати - сделайте и выложите сюда скриншот, а то у меня сейчас под рукой ВинБука нет
Скриншот латенсимон? Он в посте во вложении.
 
@Aleksandr Oleynik,
После рекомендуемых вами настроек, стало ещё хуже. Видать не всем это подходит. Через 40мин. скину Latency Mon
 

Вложения

  • 57.png
    57.png
    13,9 KB · Просмотры: 254
Последнее редактирование:
А вот скрин Латенси Мон, правда 40 мин не получилось, ужасно всё тормозит и затыкается
 

Вложения

  • 58.png
    58.png
    80,1 KB · Просмотры: 249

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