Paul Davis wrote: > > abramo spent a week or two arguing the case for an ALSA-provided > solution, a case which i'm actually very sympathetic too, over on LAD. > my impression is that he was unable to convince anybody that ALSA's > current general design can be used for what we're talking about.
and below > what many people (all except Abramo IIRC) agreed to in the discussions > on LAD was that in order to have ALSA provide an API that worked this > way, you'd basically be completely hiding almost all of ALSA. So much > so that making it part of the ALSA API is sort of beside the > point. > > I'd be quite happy if alsa-lib provided the kind of service that JACK > does/will provide. But right now, nothing in alsa-lib gets close to > the design goals that JACK has, design goals carefully laid out by Kai > Vehamen (see www.eca.cx/laaga). The closest is abramo's "share" > server, but it doesn't offer sample sync nor the abstractions of a > port which, despite Abramo's protestations, everybody seemed to prefer > over continuing to (potentially) deal with sample formats, interleave > configuration, and so on and so forth. There are good reasons why in > the list of inspirations I give above, not one of those systems has > any support for variable sample formats (they all use 32 bit floating > point). Paul, you're becoming to worry me... You're seeing confirmations of your ideas here and there, where these does not exists. The discussion on LAD was essentially between you and me and almost no other message pro/con your/my proposals was sent. After that some proposals have been sent (my soundboxes, your laaga/jack, another proposal from Richard and other). Very little feedback has been given and nobody else has exited this discussion convinced for a model or another. For various reasons the only person that has spent a non zero time on developing its proposal is you and this is the main reason now we spend some words about Jack. More important, you're also a tough tireless supporters of your idea. However to bury us under an avalanche of words is hardly a way to convince us (take this as a prayer to write shorter message when you want to show your arguments). -- Abramo Bagnara mailto:[EMAIL PROTECTED] Opera Unica Phone: +39.546.656023 Via Emilia Interna, 140 48014 Castel Bolognese (RA) - Italy ALSA project http://www.alsa-project.org It sounds good! _______________________________________________ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
