Audio bus and latency
from what I understand, on a multi core system it will introduce a latency of 1 bloc which I believe is unavoidable with the current multi core CPU technology. To work around this, set your "nb of threads" to 1 in the global setup. someone please correct me if I'm wrong.
Yes, you will have 1 block of latency (ie: 128, 256 samples etc.)in a multiprocessing setup. It is optimal to compensate unbussed audio streams by using a delay module to match the delay introduced to the audio passing through any buses.
For example, if you have audio in one patch bussed and audio in another patch playing directly to your master and your bloc size is 128, you could insert a delay module on the unbussed audio, set the feedback to 0 and connect a BlocSize module to the num samples inlet on the delay module. This would ensure phase accuracy between the bussed and unbussed audio.
For example, if you have audio in one patch bussed and audio in another patch playing directly to your master and your bloc size is 128, you could insert a delay module on the unbussed audio, set the feedback to 0 and connect a BlocSize module to the num samples inlet on the delay module. This would ensure phase accuracy between the bussed and unbussed audio.
good explanation !
Olivier Sens
www.brainmodular.com
www.brainmodular.com
So... but if we use only bused audio, then there is no latnecy problem? do we need to set nb threads to 1 in this case?
... and does bused audio somehow reflect on CPU?
... and does bused audio somehow reflect on CPU?
Who is online
Users browsing this forum: No registered users and 124 guests
