#Audiobook creator forum code#

So I wound up back on ASIO, only this time using JUCE and my own P/Invoke audio wrapper library. I wound up trying out all the Windows audio APIs (AudioGraph, WASAPI) and finding it impossible to get their roundtrip latency low enough.

#Audiobook creator forum code#

Certainly DOTS should finally make it possible to write audio code in C# that can reliably meet low-latency tiny-buffer audio deadlines! (There's no deadline like an audio deadline, 'cause an audio deadline can't miss.)Ĭontext is that I've ported my gesture-controlled audiovisual live looping app (which used ASIO for low roundtrip audio latency on Windows) to Unity. Really low latency spatialization is something I have been wondering about, and if the new DOTS audio stack helps handle that, it would be fantastic. Is that likely to be possible with DOTS? Will it depend on what input/output audio stack it's coupled to? (And are there any low latency output audio stacks that handle Unity spatialization properly?) 64 sample buffer at 48Khz = 1.3 msec buffering latency). Is DOTS being engineered to have a really low latency round-trip audio path? That is, if I wrote such a 'loudspeaker' app, what would be the total latency between my tapping the microphone and my hearing the emitted 'tap' from the spatialized loudspeaker object? Most live looping or perforrmance audio systems try to get round-trip audio latency under 10 msec or so (e.g. My main question is this: is it currently possible to write a 'loopback' application, that takes incoming microphone-captured audio and plays it through a spatialized emitter in the scene? Think of it as like a 'loudspeaker' app, which blasts whatever you say in realtime out of a 3D audio emitter object off in the distance of the scene.

This is immensely exciting, it's great to see audio get the DOTS treatment.