Яндекс мне сказал, что если частоту буфера поделить на частоту дискретизации, то получим милисекунды. Я понимаю, что к этим секундам нужно еще прибавить время обработки ацп, юсб, цап.
Яндекс не в курсе всяких разных нюансов. Например того, что буфер может быть хоть 4096, но это не значит, что и обрабатывается он с огромной задержкой. Хороший драйвер не ждёт обязательного полного заполнения всего буфера, а старается минимизировать эту самую задержку и обрабатывает данные с максимально возможной скоростью. То есть, повторюсь, зависимость между размером буфера и задержкой не является строго линейной функцией.
Плюс вряд ли Яндекс знает, что ещё и разные DAW могут сильно влиять на поведение буферов ибо, например, Reaper точно в них залезает и довольно эффективно работает напрямую с памятью, уменьшая тем самым задержку. В общем: всё не просто и надо банально замерять приборными методами конечный результат.
Нашёл у себя свои старые замеры задержки THR10. У меня старая модель комбика и что там с новыми я не в курсе. Из таблички можно увидеть, что при увеличении размера буфера в 16 раз задержка увеличивается всего в шесть раз.
... и добавил:Но при таком подключении у меня получилась задержка. Огромная. Очень большая. А через дополнительные ацп-цап планшета я явной задержки не почувствовал. Не аналог конечно. Но весьма терпимо.
Может провод плохой? Надо другой поискать…
Повторюсь: вообще не знаю ничего про звуковую подсистему Аппл, но всё же предположу, что дело может быть в различных рабочих частотах дискретизации. Ямаха жёстко работает на 44.1кГц, а плагины или DAW могут быть настроены на частоту дискретизации в 48,000 или 96,000Гц. И приходится им сигнал туда-сюда перекодировать несколько раз, чтобы принять, потом обработать и затем отдать назад Ямахе на частоте 44,100Гц. В общем я бы покопался с плагинами по части настройки их частоты работы