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. _______________________________________________ Linux-audio-dev mailing list Linux-audio-dev@email-addr-hidden http://lists.linuxaudio.org/mailman/listinfo/linux-audio-devReceived on Wed Jan 30 16:15:02 2008
This archive was generated by hypermail 2.1.8 : Wed Jan 30 2008 - 16:15:02 EET