Но ещё вопрос что будет в случае когда сам плагин рапортует задержку больше (т.е. разработчики такую задержку закладывают), а ты ему навязываешь буфер 16 сэмплов...
Есть некоторая вероятность что в реальности никаких 16 сэмплов не будет (точнее 32х, учитывая двойной буфер).
в реальности будет повышенная нагрузка на проц и буфер аудио...
вот смотри
на выделенной дороже висит плагин в режиме х4, то есть, по факту там должна быть больше задержка, но тут запись работает в режиме компенсации... и он же, в х4 на последней дороже и в режиме 0 задержки на средней дорожке, но они обе записаны без компенсации задержки. и что характерно, то, что в режиме большей задержки внутри плагина, запись ровней... но! это все запись конечно же, другой момент состоит в том, как ты все это будешь слышать в свои уши и тут очевидно то, что чем меньше у тебя общая задержка будет, тем оно лучше!
а посмотреть это (то что ты слышишь) можно вот по такой методике
https://www.youtube.com/watch?v=-_hSszkipdA но, думаю в этом нет особо смысла (каждый раз под новый плагин настраивать разные значения и от выставленных буферов, да и нагрузки наверно.. она будет постоянно плавать) 1) просто надо ставить мин возможную для комфортной игры 2) а при записи, вкл компенсацию
Размещение рекламы