Результаты поиска

Минуту не мог понять, пока не дошло! :D :D :D

В зависимости от реализации этих ЦАП/АЦП, задержки каждого могут составлять от 0,XXXмс до 1,5, а может и больше. Надо смотреть спецификации чипов.

Если вы сделаете цифровую петлю, то задержка будет просчитана без учета задержек ЦАП/АЦП, что приведет к неправильным показаниям.

Я не совсем разбираюсь в Рипере, и не очень знаю, что такое PDC, но что-то мне подсказывает из аббревиатуры- это связано со словами Delay Compensation (компенсация задержки), но в целом да, прибавит ещё вам 2,9ms либо на весь проект глобально, либо, в случае отключённой компенсации задержки -...

Он просто добавит задержку к уже имеющейся "глобальной" на пути сигнала, но жрать "время обработки буфера" от этого не перестаёт. Это так и есть. Просто такие вещи в плагинах, как оверсемплинг, FFT, линейная фаза и проч. не могут работать без дополнительного внутреннего буфера самого плагина.

Тут правда есть одна деталь. Никогда загрузка RT CPU под 100% не даст тебе мониторить свой сигнал нормально при таких маленьких буферах, максимум можно расчитывать на 60% без дропов.

... простите мою невольную оплошность и не лишите своего всегдашнего расположения искренне Вас почитающего.:Dle63::Dle8:

Это не парадокс, а банальная формула.:))

Пока не углумились:)))

А вот постчитайте, батенька!:) только за скорость распространения эл. тока в медном проводнике возьмём 280.000 км/с :D

Какие условия измерения по количеству "нулевых"предлагаете. Я сделаю.

@Константин Викторович, ну простите, если вас это задело как-то, просто я думал что и так все это знают, тем более люди не первый год на форуме и в профессии.

Самое интересное, причём здесь я.:D

Чем мощнее проц, тем соответственно больше плагинов можно задействовать на этом "времени обработки буфера" Думаю это вообще очевидно. Какой нить супер пупер алгоритм, типа новых гитарных приблуд/симуляторов могут положить современный проц на чд в 192кгц в одном экземпляре, на буфере пригодном...

Такая петрущка везде, где присутствует цифровая обработка сигналов, ибо вот это Неотъемлемая часть процесса обработки. Просто нужно понять, что CPU, DSP, FPGA и т д, могут обработать какое-то количество конкретно взятых плагинов за конкретное время, и если это время превысит лимит отведенный...

Если внимательнее читать, что написано уже до И здесь То можно было и не развивать дальше эту тему, но Александр почему-то посчитал, что

Что смешного? :) Общая задержка плагинов равна ноль миллисекунд, с оговоркой на буфер DAW, который в данном случае составляет 64 семпла+ хвостовой буфер звуковой карты. То есть в пределах общей задержки: DAW+ Звуковуха, это количество плагинов не добавляет никакой дополнительной задержки, а...

@Константин Викторович, все же интересно было бы померять реальную физическую Roundtrip Latency. Повесьте на мастер Pipline Mono плагин, сделайте физическую петлю с выхода на вход (можно тупо кабелем соединить выход со входом) Только мониторы на всякий случай уберите по громкости, если вдруг...

ЧТо в этой закладке показывает?

RME или Lynx?

В данном случае буфер равен выставленному в закладке AudioDevice, т к аналог ASIO Guard выключен. @Константин Викторович, какой кстати буфер стоит?

Ну так поставит буфер 64, нагрузит проект и посморит, не захрипит- хорошо. При современных процессорах вообще не вижу проблем с кучей Слейтовских плагинов на таком буфере.

Не обязательно, сюда же можно отнести еще разные вещи типа оверсемплинга. Так а что вы хотите сказать то? Я дал @Константин Викторович нормальный ответ, все плагины VMR имеют нулевую задержку. Хотите параллельную компрессию, делайте прямо плагином, не используйте эквализацию в параллель на шине...

Так- это как? Любой плагин нулевой задержкой поведет себя, как и должен, если я правильно вообще понимаю о чем вы?

Легко проверяется, отключением глобальной компенсации задержки.