hi Johannes,
wonder, why nobody has answered yet? If I am not totally out of my wits, than pd -noaudio does no good either, because in that case Pd's audio is synced to the realtime clock (gettimeofday on Unix).
Measuring with [bang~]->[t b b]->[realtime]->[number] may be deceptive. If you look at an average of [realtime]'s output, then it will show 1.4 (at 44.1kHz).
In short, Pd is not suited for faster-than-real-time processing (yet? -- it takes just a few lines of code to make it), but otoh, it is perfectly suited for slower-than-real-time processing.
Krzysztof
Johannes Taelman wrote: ...
ahem - wait a second - just started pd -noaudio and I can still turn on DSP and pd seems to process audio wihtout IO. Measuring the bang~-interval gives 0ms instead of reflecting the audio buffersize. The delay object also still delays everything in realtime. It looks like what I want is already possible as long as the patch does not use metro, delay or timer.