Subject: Re: [linux-audio-dev] newest audio server for Linux (yep, yet another)
From: Abramo Bagnara (abramo.bagnara@libero.it)
Date: Tue Feb 04 2003 - 11:22:19 EET
Paul Davis wrote:
>
> >Kidding aside, this may prove to be so ubiquitous that it will quickly
> >overshadow all other implementations. It's the MAS audio server that is
> >going to be implemented into the X server itself and will be
> >network-transparent.
> >
> >Slashdot just posted a news blurb on it:
> >http://slashdot.org/article.pl?sid=03/02/03/2137213
> >
> >For more info see:
> >http://www.mediaapplicationserver.net/indexframes.html
> >
> >Any ideas if this will be also good for pro-audio stuff?
>
> no sign of that. this is the same old design. sigh. no sample sync,
> the whole thing is still based on the idea of applications deciding
> what and when to do their stuff. sigh, sigh, sigh. it looks like a
> decent thing for network-based apps, but nothing more than that. clean
> API, though.
This is what I've attempted to explain you last time.
Do you remember? Fragmentation, fragmentation, fragmentation...
What we'd need is a global solution to audio server space.
The problem is that none exists (and jack is not an exception) and we're
doomed to suffer still for long time if we're not able to understand
that.
I hope that my point is now clear, at least to you.
I've thought more about your pro callback arguments and you've convinced
me that it may be a smarter solution for some class of applications.
Despite that I strongly think that an audio server that not permit in
native way the traditional approach (what you call blocking approach)
will never achieve the driving role we'd need.
-- Abramo Bagnara mailto:abramo.bagnara@libero.itOpera Unica Phone: +39.546.656023 Via Emilia Interna, 140 48014 Castel Bolognese (RA) - Italy
This archive was generated by hypermail 2b28 : Tue Feb 04 2003 - 11:24:12 EET