30 Jan
2008
30 Jan
'08
7:51 a.m.
On Tue, Jan 29, 2008 at 09:15:50AM -0500, Paul Davis wrote:
The only thing that JACK has "wanted" (to
the extent that an
API/library/server can want anything) is for audio programming in
general to move to a pull model (driven by the audio interface) the way
it is with CoreAudio and ASIO, and away from the push model (driven by
the desire of the application).
This 'driven by the desire of the application' is an illusion.
Any app that produces or consumes a continuous audio stream
is sooner or later driven by the sound hardware in some way,
no matter how you twist or turn it to hide that fact. There's
no escape from that, unless you have infinite buffers or
adaptive resampling. It doesn't even matter if you use
callbacks, blocking read/write, or whatever.
The only thing that varies is the amount of buffering.
It shouldn't be so difficult to create a lib that solves
that problem for non-realtime apps using JACK once and
for all.
The real problem of 'deskop apps' w.r.t. JACK is IMHO more
the fact that JACK doesn't provide access to some parts of
some soundcards, e.g. multimedia codecs and the like.
--
FA
Laboratorio di Acustica ed Elettroacustica
Parma, Italia
Lascia la spina, cogli la rosa.