Core Audio vs. ASIO
- Автор темы Anton_OSC
- Дата начала
@SAM_STUDIO, в звучании, от перемены мест слагаемых разницы быть не должно!
Ищите в своих навыках пробел.
Ищите в своих навыках пробел.
За попкорном идти не придётся. Выдыхаем, господа.
"Виновнику торжества" - месяц на то, чтобы привести мозг в порядок, дальше будем посмотреть.
"Виновнику торжества" - месяц на то, чтобы привести мозг в порядок, дальше будем посмотреть.
@inde, Драйвер дисков. Но судя по представленной картинке с ним всё нормально, т к большую роль играет не просто общее время выполнения, а суммарное(следующая графа, которой на скриншоте не видно). Глядя на картинку и перемножив в уме я бы обратил внимание на usbport.sys. Впрочем могу ошибаться, т к не всё видно. Надо сделать сортировку по общему времени и смотреть там.
Потерял тему про оптимизацию Reaper.
Правильно ли я понимаю, что он "поощряет" создание множества дорожек? Я хотел устроть большой стэк из синтезаторов на одной дорожке, и это обернулось мне сильным треском. А если разбросать по дорогам, он начнёт перекидывать на разные ядра. Anticipative FX включен.
.
Правильно ли я понимаю, что он "поощряет" создание множества дорожек? Я хотел устроть большой стэк из синтезаторов на одной дорожке, и это обернулось мне сильным треском. А если разбросать по дорогам, он начнёт перекидывать на разные ядра. Anticipative FX включен.
.
Не люблю копить треки, особенно в Рипере, где легко можно нагородить их кучу. Вышеупомянутый стэк из слоёв синтезаторов, как пример каждодневной реальной задачи.
@Коля Ефремов, вопрос философский....
Какая проблема сделать Фолдер-Трек с любым кол-вом чайлд треков внутри?
Не нравится видеть много треков - спрятали их...
А что касается мультипроцессорной поддержки - да Рипер умеет распределять нагрузку на процессора от плагинов на разных треках - и это на 1000% логично, а что касается однотрекового использования - это должны уметь САМИ ПЛАГИНЫ, это вопрос не к РИПЕРУ.
Какая проблема сделать Фолдер-Трек с любым кол-вом чайлд треков внутри?
Не нравится видеть много треков - спрятали их...
А что касается мультипроцессорной поддержки - да Рипер умеет распределять нагрузку на процессора от плагинов на разных треках - и это на 1000% логично, а что касается однотрекового использования - это должны уметь САМИ ПЛАГИНЫ, это вопрос не к РИПЕРУ.
Ребят, а сколько у кого reaxcomp'ов из DAWBench 2017 тянет на 64-х семплах задержки? У меня что-то на четвёртом трещать всё начинает. Даже не представляю, где закрался косяк. На стоковой частоте мой проц должен тянуть около 130 инстанций, судя по тестам в сети (надеюсь они без асиогарда или аналогов тестируют?). А у меня на разогнанном только 3 играют.. Смешно даже)))
В latency mon всё ок. Причём, асиометр не шкалит, крутится около 15-20 процентов, а звук трещит. Глюк какой-то.
В latency mon всё ок. Причём, асиометр не шкалит, крутится около 15-20 процентов, а звук трещит. Глюк какой-то.
Последнее редактирование:
На 194-х инстанциях асиометр заполняется и звук пропадает. А до этого момента играет, но трещит. Наверное, пришло время переустановить винду))
А никто не сталкивался с такой странной ситуацией, когда при увеличении асио буффера комп тянет меньше, чем на короткой задержке? То есть на 32 и 64 семпла играет хорошо, а со 128-ми начинаются какие-то глюки, и асио метр шкалит на меньшем количестве плагинов? А если асиогард включить, то вообще играет совсем ничего. И вена также тормозит и шкалит асиометр, если её два буфера включены. То есть по всему видно, что чем больше задержка, тем "тупее" становится комп. Что это может быть? Гипертрединг пробовал отключать, ничего не меняется.
Интересное наблюдение сделал три трека в Рипере, на одном 200 ReaXComp, на двух других по 100. Без включения записи на треках разницы по CPU и RT CPU нет, что 200, что 100+100. Но стоит включить запись, то на треке с 200 RT CPU в два раза выше чем 100+100.
(первый замер 100+100, второй 200)
i5-3570, звук встроенный с asio4all 44,1\1024, Win10x64
(первый замер 100+100, второй 200)
i5-3570, звук встроенный с asio4all 44,1\1024, Win10x64
Итак, имеется такая картина в латенси мон. Где-то раз в 10 минут происходит вот такой всплеск у ntoskrnl.exe. Я так понимаю, что именно в этот момент в кубейсе случается короткий пик асио. В межпиковое время значение у этого процесса 0.07-0.08 мс. Куда копать, кого отключать?)))
Пробовал в диспетчере устройств выключить обе сетевые карты, файрвайр контроллер и вайфай свисток - ничего не меняется. Стабильно раз 9-10 минут происходит такой скачок у этого кернела.
Пробовал в диспетчере устройств выключить обе сетевые карты, файрвайр контроллер и вайфай свисток - ничего не меняется. Стабильно раз 9-10 минут происходит такой скачок у этого кернела.
@Dmitry Stepin, http://virtmachine.ru/ntoskrnl-exe-chto-eto-za-protsess.html
https://windowstips.ru/ntoskrnl-exe-gruzit-sistemu
Может что из этого поможет.
https://windowstips.ru/ntoskrnl-exe-gruzit-sistemu
Может что из этого поможет.
Абсолютно нормальное поведение!
Один трек как правило обрабатывается одним ядром. Если нагрузку распределить на несколько паралельных оброботок (по нескольку трекам) - получаем распределение нагрузки по ядрам.
[DOUBLEPOST=1516208003][/DOUBLEPOST]
Тут бы Альф Зетас помог, но почему то он уже очень давно не показывается на форуме.
У меня подобное было, решил путём тщательной установки всех базовых драйверов чипсета.
Да, видимо придётся заново перебирать все эти интел инф хрени.
Да и верните Зетаса на форум, он знает очень много полезностей.(
Последнее редактирование:
@Dmitry Stepin, да, тоже его как-то видел и очень удивился (он там с другой стороны тоже есть, если вы понимаете о чём я) 