ASIO verwendet, um die Schwankungen durch das Multitasking auszugleichen, einen Buffer variabler Grösse . Das heisst, die Applikation liest den blockweise aus und der ad-Wandler füllt diesen kontinuierlich. Je kleiner der buffer ist, (32 samples oder so) umso weniger latenz hat das system.
Wenn jetzt zwei devices in den buffer schreiben, die nicht synchronisiert sind, so muss der ASIO treiber aufwändige sperr-Freigabe und synchronisationsmechanismen einbauen, damit die samples in der richtigen Reihenfolge und unzerstückelt ankommen (Glitches) und overflows (der da schreibt schneller als die daw liest) und underflows (die daw liest schneller als de da schreibt) die als Knacks ankommen, nicht passieren. Das ist, was bei einer aggregate device (bei Core audio) und im asio4all gemacht wird. Damit sind die niedrig-latenzen wie wir sie von Rme oder motu her kennen, schon einmal unmöglich.
Wenn per ADAT oder word clock die Geräte synchronisiert sind, dann hat die Soundkarte oder eigentlich die Hardware die eintreffenden samples bereits sortiert, und der ASIO buffer muss nicht gesondert geschützt werden, die latenzen können wie gewohnt niedrig sein.
Die vorgeschlagene Lösung würde gehen , wenn die airas die audio-clock synchronisiern könnten (die hat nix mit der midi clock zu tun) .