[snip] > what you're missing is that high end applications need *two* things: > > 1) low latency > 2) synchronous execution > > the latter is extremely important so that different elements in a > system do not drift in and out of sync with each other at any time. > If it is possible to have an audio server that would satisfy the requirements of high end applications it should also suit applications that just want sound to add to the ui.
> i also don't think you understand how utterly different JACK's API is > from anything else in the Linux audio realm (except for PortAudio and > LADSPA). the model used by programs/systems like artsd *cannot* > support both of the requirements above. and an SE-API is quite hard to > use in many common audio program designs if you're used to > open/read/write/close. > > we also need to consider a third characteristic - inter application > audio (and MIDI) routing. artsd does this, but not in a low latency > fashion. > [snip] > >Either way, I think its about time people that knew what they wanted > >from high end sound apps, people writing games and people working on > >embedded applicatio ns started laying down a foundation for a unified > >sound architecture for linux wi th at least a basic standardized API. > > i don't mean to sound harsh, but this is naive. there is no agreement > among any of these groups on what they want. ALSA *is* a standardized > API that is equivalent, roughly speaking, to the HAL layer in Apple's > CoreAudio. if people are willing to write to a HAL layer, ALSA is the > "basic standardized API" you're describing. but IMHO, thats not enough. > I'm curious as to what you would propose be done about the current state of sound under linux. I'm certainly not the only one willing to help work(code etc) to reach the goal of making a more unified and more suitable sound architecture under linux. Something should be done sooner than later as from a deverloper standpoint things are quite confusing. > if you tried to impose CoreAudio on all linux audio developers, they'd > be screaming at the top of their voices, and it would never be > accepted. yet CoreAudio has clearly demonstrated its technical > superiority to everything else (including ALSA+linux, just maybe :) > and as an SE-API, is the only type of system that I can see that > satisfies the design goals/requirements for high-end audio. > > --p Interesting. I'm unfamiliar with CoreAudio although if it is technically superior and fullfills requirements then we should look to mirror its capabilities. Thanks, Chris _______________________________________________ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
