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@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev