Paul, <br>I'll be the first to admit i know little about Pulseaudio, and what it can do. And i mean no offence or dismissal of Alsa and it's role.<br>So where will Pulse Audio take us in the future? Jack's been outstanding for me, and as a means of porting and moving audio, and i hope midi around, i've never found better. My...'enthusiasm ' is based on my experiences so far with Jack and Jackdmp, and they are good. Frankly, they've been a delight to use, and make the working day a great deal more pleasant, and less hassle.<br>
What will Pulseaudio do that will make the process of using audio and midi easier and more efficient?<br><br>Alex.<br><br><br><br><div class="gmail_quote">On Jan 29, 2008 5:15 PM, Paul Davis <<a href="mailto:paul@linuxaudiosystems.com">paul@linuxaudiosystems.com</a>> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="Ih2E3d">On Tue, 2008-01-29 at 15:44 +0300, alex stone wrote:<br><br>><br>> To offer a counterweight to this, have all you craftsmen considered<br>
> getting together in a concentrated team effort, free of politics, and<br>> indulge in an intense push to expand Jack and Jackdmp (for example) to<br>> incorporate kernel level audio, with modules, and do away with alsa<br>
> altogether? Now that WOULD be something to talk about, and a wonderful<br>> incentive for developers to come together as one, with a common goal<br>> for the greater good. Jack is already 'king of the empire', in my<br>
> humble opinion, and would expand it's grip on the planet even further<br>> with this final step towards ONE complete linux audio and midi<br>> solution.<br><br></div>PulseAudio is the ONE complete Linux audio solution (don't know about<br>
MIDI). It is also cross-platform, which is nice.<br><br>JACK was never designed to be easy to use for desktop and office<br>productivity apps; PulseAudio is and has interfaces to/from JACK. The<br>only thing that JACK has "wanted" (to the extent that an<br>
API/library/server can want anything) is for audio programming in<br>general to move to a pull model (driven by the audio interface) the way<br>it is with CoreAudio and ASIO, and away from the push model (driven by<br>the desire of the application). Even this is not strictly necessary if<br>
the application doesn't care about latency.<br><br>Nothing would be gained by putting JACK "inside" the kernel. You seem to<br>be forgetting that the hard part of audio i/o is actually interacting<br>with the h/w devices. As much as there may be many reasons to use as<br>
little of the ALSA user-space API as possible, something still has to<br>handle all the hardware. ALSA does that pretty well.<br><br><br><br></blockquote></div><br>