Delay Compensation

goalie composer

Active Member
Hi everyone,

Does anyone have access to some good delay compensation numbers for various libraries etc? Would love to hear numbers from people or possibly set up some kind of a database to collect and share these settings.

GC
 

re-peat

Senior Member
Difficult to do because delay compensation depends on tempo (obviously), dynamics (at lower dynamics, many libraries tend to respond a bit slower) and the kind of performance you’re after (playing before, on or after the beat makes a significant musical difference).
Not to mention the fact that, in many libraries, delay compensation is also very different from one articulation to the next.

_
 

Dewdman42

Senior Member
sample libraries generally can have some latency that is not reported to the host, due to the nature of slow attack on some articulations. and this is not consistent in any way. You could be using one sample library and one articulation could have completely different latency then another by virtue of a slow attack vs a short attack, etc. The plugins are generally reporting zero latency to the host in most cases regardless of the latency inherent in the sample attack time.

I don't think anyone has made a database of this information, but it would be useful i agree. but you'd literally need to document not only each library, but each articulation within each patch of each library.
 

JamieLang

Active Member
There's effectively none to be done. Compensation. Delay compensation is done for audio processes that are not real time and audio streams to and from IO (in and out of the computer) that cause latency. VIs are rendered as played in real time. Any latency you experience in playing a VI is due to the host compensating for the above in the software mixer that ALSO hosts said VI.

OR...like Scarbee pianos, there's intentional "finger latency"...which again, would defat the purpose to compensate for, as it's part the instrument--hammer of piano taking time to reach the string/tine...