Low latency plugins (1 онлайн
- Автор темы K.N.N.
- Дата начала
Если не изменяет память, Александр Олейник давал неоднократно ссылку на вот это видео
@Константин Викторович, ну
простите, если вас это задело как-то, просто я думал что и так все это знают, тем более люди не первый год на форуме и в профессии.
Потому как задержка тут вообще не при чём
всё определяется временем за которое все плагины в проекте справятся со своими задачами, и померять вы его НИ КАК не сможете, только косвенно.@basЫl, правильно написал -
И узнать его в большинстве DAW не возможно.
Последнее редактирование:
Да всё нормально, ни чуть не задело.
Я просто УВЕРЕН, что даже после моих пояснений - 50% прочитавших, не поймут их до конца, и в этом не признаются.
Хоть я и попросил об этом.
Последнее редактирование:
Не сумма задержек, а сумма времени необходимого плагинам для просчёта их алгоритмов.
При том, что в DAW они сообщают задержку 0 ms.
Она и будет 0 ms (т.е. не потребует доп. буфера), если успеют за время выставленного вами АСИО (Коре Аудио) буфера.
Ясно. Короче если сказать проще, пока ничего не трещит, моя ЗАДЕРЖКА равна зедержке выставленного асио буфера, и работать можно не заморачиваясь вообще ни на что! Тогда непонятно к чему был этот акцент на то, что я получаю какую-то сверх проблему, помимо проблемы CPU performance? Всё что по сути до буфера и до предела CPU - меня мало интересует.
Тут правда есть одна деталь. Никогда загрузка RT CPU под 100% не даст тебе мониторить свой сигнал нормально при таких маленьких буферах, максимум можно расчитывать на 60% без дропов.
Справедливости ради - миди без компьютеров не бывает. Ибо оно сделано на микропроцессоре так или иначе.
MIDI - Wikipedia
en.wikipedia.org
Prophet-5 - Wikipedia
en.wikipedia.org
...
Справедливости ради - хотите, я Вам MIDI на рассыпной логике реализую?
Все ж таки вопрос не в этом, а в том, что на скорости 31250 на передачу одного байта нужно примерно 0.3мс, т.е. типичный Note On передается за время порядка 1мс. Ну а дальше, как известно, нет предела рукожопию софтописателей.
Всё смешалось в доме Облонских... Вон же в вашем примере Neural DSP Abasi добавляет 0,33 мс, если я всё правильно понял.Потому как задержка тут вообще не при чём
Да хз, думаю надо пихать покуда не появится разница "с" и "без" ну либо ASIO скажет alles и захрипит.
Не сомневаюсь, и процессоры в итоге тоже на элементарной логике сделаны, но... ведь это ж батон_троллейбус.жпг
Да эт понятно... просто вот это вот "железо", которое на самом деле софт... как-то оно засело в головах...
Объясните, если не сложно.
Есть буфер, есть PDC плагина, Есть значения Rt.
С нулевым PDC мне было понятно.
Но вот тут буфер 7,9/7.9ms
А в Perfomance meter как и положено Rt longest block = 2.9ms
В таком случае, плагин добавляет сверху ещё один буфер, или он укладывается в буфер 7,9ms?
Чёт уже пять страниц, а суть-то имхо проще пареной репы - если плаг с нулевой задержкой, то увеличением вычислительной мощности МОЖНО заставить работать за время обработки буфера любое их количество в любой конфигурации, а если не с нулевой - тут уже ничем не помочь. Так ведь?
Нет в реальных проектах проблем CPU Performance. Есть проблема RT CPU (ASIO) Performance.
Всё верно. Но вы же решили поискать плагины для риал тайма исключительно опираясь на показатель PDC=0, а я вам показал, что такой ОДИН плагин уже не даёт возможность работать в риалтаме.
Потому как это averages , а не maximum - я показал, что при 89% RT CPU - ASIO MAX= 490%
Конечно не правильно.
0,33 - это буфер который я выставил, а вот Neural DSP Abasi запросил почти в 5 раз больше - вот и дропауты.
Ответ простой - укладывается в 2,9, так как он попросил 1,63
А вот карта ваша, тот ещё тормоз, и на входе и на выходе к 2,9 ещё по 5 ms добавила.
Не вышло совсем просто, прошу прощения...
Добавлено:
Если бы была проще паренной репы - не было бы 5 страниц.
Последнее редактирование:
Формально нет.
Но! Не нулевая собственная задержка плагина НЕ ПРИГОВОР.
Часто бывает так, что доп буфер плагина добавляет общей задержки во много раз меньше, чем кривые алгоритмы какого то плагина с собственной нулевой задержкой.
Абсолютно.
А вот тут просто фтопку кривизну, и дело с концом. Благо, нынче есть из чего выбрать...
Хз, по крайней мере те, что я юзаю, не дают такой задержки, до тысячи компрессоров стандартных в с-1, и я всё ещё могу мониториться... Это реально вери гуд! Я почему и удивился тому, о чём Вы говорите, потому что ранее не встречал такого.
Последнее редактирование:
Не понял, расшифруйте
Это встроенная на ноутбуке, я специально выбрал её, чтобы лучше разобраться.
Хорошо, а если он потребует например 4мс, а буфер равен 2,9мс при 128smpls на нормальной карте, он просто добавит ещё один буфер сверху, а дропауты начнутся при превышении rt longest block 5,8мс? или дропауты начнутся при превышении 2,9мс?
Тогда в чём разница между PDC 0 и 128?
Я же писал в чём.... если PDC 0, значит плагину не нужен доп буфер, он будет пытаться справится с расчёт за один цикл, за время одного буфера. Если не справится (по причине хилости вашего проца), значит затрещит и вы поставите буфер больше.
А если у плагина есть свой буфер 128 - значит он в начале чё-то там сделает в эти 128 сэмплов, а только потом начнёт заниматься просчётом своего алгоритма за время выставленного вами буфера.
это я понял
А вот этого не писали, но теперь я понял. Я просто думал, что PDC это то количество, которое плагин сверху к общему буферу накидывает. Всё разъяснилось. Спасибо.
параллельно сейчас читаю, что такое PDC, зачем это и куда.
Он просто добавит задержку к уже имеющейся "глобальной" на пути сигнала, но жрать "время обработки буфера" от этого не перестаёт.
Это так и есть. Просто такие вещи в плагинах, как оверсемплинг, FFT, линейная фаза и проч. не могут работать без дополнительного внутреннего буфера самого плагина.
Последнее редактирование:
Значит если у меня выставлен буфер 128samples 2,9мс (у меня только выходы, входы выкл.)
Плагин, PDC которого занимает величину буфера (128), накинет сверху ещё 128 (2,9мс)
в сумме 5,8мс, первую половину из которых он будет заниматься своей непонятной фигней, как сказал Александр, а оставшиеся 2,9мс - это время оставшееся для алгоритмов плагина, при превышении которого начнутся дропауты?
Правильно?
Я не совсем разбираюсь в Рипере, и не очень знаю, что такое PDC, но что-то мне подсказывает из аббревиатуры- это связано со словами Delay Compensation (компенсация задержки), но в целом да, прибавит ещё вам 2,9ms либо на весь проект глобально, либо, в случае отключённой компенсации задержки - локально, только для трека, где этот плагин используется