печальные картинки (1 онлайн

  • Автор темы Автор темы Zerocool
  • Дата начала Дата начала
Radiator
Не потянет, в реалтайм мониторинге даже один не тянет ) со включенным LLM
А без него загнулся на 15 инстанциях....(значит на твоем i5 - загнется на одном - двух )
C dropout protection на минимуме

При этом Reaper и Cubase тянут по 19 , с нагрузкой на проц в рипере , 29 процентов
В кубе - около 40 .....

При этом задержка в два раза ниже , потому что S1 за каким то хером даже при отключеном LLM ( на минимуме ) все равно добавляет двойной буфер )

177038



ТАк что , да - отстоище


Фишка в том что тебе то на концерте - можно работать без dropout protection ...
А мне в проект если гитарку записать ?? .... или голос
Искать вручную все плаги - где есть задержка , их выключать ? а если их штук 300 ) ...особенно ..
Такое себе удовольствие ...

Это первое , второе то что - LLM позволяет нагрузить проц гораздо больше ) ...и без него грустно
 
Stephan Vasylyshyn

У меня в среднем проекте , аранж + исполнитель ) гдет около 200 и бывает в среднем
инструменты + fx ....
Затем мне 3950x и нужен

Вся проблема в абсолютно идиотской реализации пресонусовского аналога асиогарда ...
Он создает копию нужного плагина - который мониторится , и вешает его на одно нулевое ядро
Причем ( это мои уже собственные исследования ) - вешает как дочерний Trhead с приоритетом normal, или Above normal
Что для реалтайм процессов недопустимо вообще ...
И ессно моментально перегружает Асио ...в потолок ....

А без LLM (dropout protection ) - аналога asio guard и Ancipative fx processing - общая производительность пресонуса -по сравнению с другими DAW - ниже плинтуса ....

В итоге это все Bad by design ...и если они действительно все это как то не исправят к 5 версии , буду думать серьезно о замене DAW
хотя я очень люблю presonus и он меня во всем остальном устраивает ...
 
Последнее редактирование:
При этом задержка в два раза ниже , потому что S1 за каким то хером даже при отключеном LLM ( на минимуме ) все равно добавляет двойной буфер )
Откуда это ты вообще взял? У меня ничего на моей звуковухе не добавляет, может я чего не так делаю?

На моем проце тянет 6 этих плагов с буфером 64 семпла и задержкой 4мс, если без пульта, а спультом еще 2 мс добавляется.

177039
 
Последнее редактирование:
А ты просто включи тот же рипер ) и посмотри ))) на задержку)

Вот пресонус , на 64 семплах - 5.2 мс ....

Rme Fx madi

iqc0g8T.png



А вот рипер
3.6 мс...

В кубейсе , аблетоне , да в любом софте где есть асио , те же 3.6 мс

177040



При идентичных настройках рме ..
откуда взял , - это сделали когда ввели этот сраный LLM , об этом не раз писали на форуме пресонуса и жаловались
До LLM , до версии 3.5 задержки в пресонусе - были одинаковыми со всеми другими DAW
Сейчас они всегда почти в два раза больше ... при прочих равных в сравнении с другими DAW ....
 
Последнее редактирование:
  • Like
Реакции: Arlekin
А ты просто включи тот же рипер ) и посмотри ))) на задержку)
Точно такая же. В кубе по крайней мере.
Я нуб в рипере, сделай проект с 6ю этими плагинами на мониторинг, я гляну.
 
Последнее редактирование:
Она не может быть точно такая же ))
сделай скрин ))

вот кубейс 10.5 , - те же самые 3.6 мс

Плагины тут вообще не причем , это без плагинов - по дефолту , в пресонусе она выше ...

GjeAyTe.png
 
Ты хочешь сказать что он ее неправильно показывает )?)

Сделай скриншот своих настроек в кубе и в пресонусе )?)
 
Так пайплайн , вообще чушь показывает ))) тоже
на 64 семплах он мне показывает , 3.6 мс ) ,в настройках пресонуса 5.2

А на 32 , он мне показывает 5.10 а в настройках processing пресонуса 8 мс ))

Хотя на самом деле там 2.2 мс ) я точно знаю , по результатам roundtrip тестов ).........
ktcK9E6.png




Ты не те скриншоты сделал , ты сделай скриншот со вкладки Processing в пресонусе )
и там у тебя будут совсем другие цифры ))

На вкладе audio device у меня тоже все совпадает
а вот monitoring latencies - не особо _)
 
Последнее редактирование:
на 64 семплах он мне показывает , 3.6 мс ) ,в настройках пресонуса 5.2
Вот это правильно он показывает.
А на 32 , он мне показывает 5.10 а в настройках processing пресонуса 8 мс ))
А вот на таком буфере сам пресонус уже не дает тебе с твоей звуковухой работать нормально. Pipeline уже не обманешь, он честно меряет roundtrip latencyю.

Так пайплайн , вообще чушь показывает )))
Так вроде неправильно меряешь, у тебя не выбран физический возврат вход.
 
Последнее редактирование:
177044


Несмотря на то, что пресонус показывает мне в закладке процессинг 5.33ms, реальная физическая задержка составляет 4.02ms, как и показано в закладке Audio Device.

177045



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

177046
 
Последнее редактирование:
TpwXpfJ.png



вот с выбранным входом и выходом ))

Нет там 5.19 мс
Там 2.1 ...

Так что пайплайн глючит видимо тоже при задержках ниже 3 мс

а при включенном LLM (green z ) он вообще начинает 26 мс показывать )

Так что еще очень неизвестно что может быть при зеленом Z , все же эта задержка в 5.2 а не 3.6 - настоящая
 
А вот тут и прикол S1, не всем звуковухам он дает работать честно с этим буфером, а вносит какую-то отсебятину. Как я понял, что он сам (пресонус) решает, давать интерфейсу его честный roundtrp, или нет. Вот проверь на буфере 64 семпла, там я думаю все будет как показывает в закладке "Audio Device" почти уверен в этом.
 
  • Like
Реакции: Arlekin
177047

177048


Вот такая картина у меня на 64 семплах, обрати внимание, что на этом буфере Z мониторинг вообще не доступен, просто отсутствует как класс.

177049


177050


А вот картина с буфером 32 семпла, там почему-то доступен Z, но сама задержка обычная больше, чем на 64 буфере. Короче ахтунг. Поэтому я и работаю в S1 на 64.

А вот куб, тот не имеет таких приколов, просто мне не особо нужен буфер 32.

177052
 

Вложения

  • 1583102376982.png
    1583102376982.png
    85,8 KB · Просмотры: 185
Radiator
Просто ты не работаешь в S1 как аранжировщик , как и многие тут которые удивляются чего я так возмущаюсь

Вот типовая ситуация , проект , куча дорожек , вст обработок ) куча плагинов с задержкой , оверсемплингом
Возникла ситуация - надо записать гитарку , или голос ...
В пресонусе нет магической кнопки байпасса всех плагинов с задержкой , которая есть в лоджике или кубе )
Т есть в ситуации без llm , когда dropout protection на минимуме , тебе нужно вручную - найти все плагины которые вносят задержку
а их в моем типовом проекте может быть дохрена и больше , деессеры с лукахедом , всякие обработки с оверсемплингом , и т д ...
повырубать их нахрен вручную , по одному , потом записать свою гитарку , или голос или что угодно ) а потом поврубать их обратно , так же вручную по одному. - И так каждый раз - повторять до офонарения , - То есть по сути это workflow образца 1997 года ... - в современной DAW 2020 , на самом топовом PC...

Либо использовать LLM - который работает через ж....... и может угрохать одним плагином проц даже в пустом проекте , не то что в тяжелом нагруженном ...
И это невероятная печаль .......

Чтобы LLM адекватно работал - сравнимо с тем же рипером , у нулевого ядра должна быть частота - гдет 60 ггц ) :D :D :D
 
Вот типовая ситуация , проект , куча дорожек , вст обработок ) куча плагинов с задержкой , оверсемплингом
Возникла ситуация - надо записать гитарку , или голос ...
Минуточку, ты хочешь сказать ты будешь мониториться через внутренний мониторинг студио уан? Зачем?
 
@Zerocool, у меня такое впечатление, что Пресонус все эти доп буфера понаделал для своих интерфейсов, когда исключительно для них выпускал ещё первую версию Студио Ван.
Чтоб вот всю эту хрень исправить, как ты надеешься, к 5-ой версии, им движок своей DAW прийдётся переписать.
Я вообще не понимаю всех этих режимов странных :( почему не сделать как у всех -
— есть два буфера, один выставляется для ASIO (Core Audio) и работает со всеми треками, если не включён АСИО Гард или с теми, на которых нужен при записи мониторинг.
- второй - буфер АСИО Гарда и он используется для всех треков просто плейбэка.
 
Минуточку, ты хочешь сказать ты будешь мониториться через внутренний мониторинг студио уан? Зачем?
Потому как в любой другой DAW это замечательно работает на современных компах, с задержками сравнимыми или ниже директ мониторингов большей части аудио девайсов со встроенными ущербными плагинами.
 
@Aleksandr Oleynik, Только зачем? Если у меня латенсные плагины есть в проекте, я в любом случае буду использовать внешний мониторинг, т.к. отрубать всю обработку - это не совсем весёлая затея... Другое дело, если надо что-то срочно настучать или наиграть с миди, там в принципе никак не выкрутиться, кроме как использовать лоу летенси мод с вырубанием всех латенционных плагинов.
 
почему не сделать как у всех -
— есть два буфера, один выставляется для ASIO (Core Audio) и работает со всеми треками, если не включён АСИО Гард или с теми, на которых нужен при записи мониторинг.
- второй - буфер АСИО Гарда и он используется для всех треков просто плейбэка.
А разве в студио уан сейчас не так?
 
Вывод не очень радостный на самом деле. Аналог ASIO Guard в s1 полное говнище.
 

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