В цифровом мире обработки сигналов все немного не так устроено как в аналоговом. В аналоговом: первый девайс обработал сигнал и передал второму. Второй обработал - передал третьему. И так далее, вплоть до выхода. А в цифровая обработка это так: берутся все функции обработки всех блоков, осуществляется из свёртка и на выходе получаем новую результирующую функцию, которая содержит в себе все остальные функции всех блоков. И потом эту результирующую единственную функцию применяем к входному сигналу и результат сразу на выход. Посему: если какой-то из блоков в цифровой цепочке "неправильно работает" то это на время задержки не влияет никак.
Без обид. Я в разработке ПО не один десяток лет. И образование профильное. И по ЦОС работы тоже приходилось делать.
И поверить, что ребята, не осилившие версионность бэкапов/пресетов, осилили генерацию одной функции на лету (каждый раз, когда какую-то ручку на конкретном блоке крутанули), не могу. Если это вообще возможно.
Почти наверняка эта результирующая функция будет представлять собой линейную композицию отдельных преобразований. Это проще всего в разработке.
И тут выключенный блок - это отсутствие части вычислений и преобразований.
Чтобы утверждать, что в NUX все по уму, нужно реверсить прошивку/QuickTone.
Ну и можно не верить, но я на тытрубе уже видел обзор по какому-то процу, где задержки меряли и получали зависимость от включенных блоков.
Не уверен, что это был NUX, но общему положению "как делают в ЦОС" это не принципиально.
PS. Например,
https://youtu.be/nfCgL_MGT3o?t=365. И еще можно поискать. Это оспаривает тезис, чтр в ЦОС все делают единообразно
Размещение рекламы