On Thu, 2009-04-23 at 10:35 -0700, Fernando Lopez-Lezcano wrote: > On Wed, 2009-04-15 at 10:22 +0200, Kevin Kofler wrote: > > Orcan Ogetbil wrote: > > > I re-orphaned portaudio. I see that it is patched to work with > > > pulseaudio, which, I think, must be banned from the surface of Earth. > > > I am not planning to maintain a package with such a patch. > > > > PulseAudio is the default sound solution in Fedora, so all packages using > > sound SHOULD support it. > > > > IMHO, we should: > > * find some solution for JACK apps to work out of the box, without > > reconfiguring PulseAudio to work on top of JACK. Maybe this involves > > running JACK on top of PulseAudio (something which currently doesn't work > > because JACK does not support non-mmap ALSA devices nor the native > > PulseAudio protocol) > > I think it is clear from the thread (and I arrived to it late - I was in > LAC2009), but just in case: > > NO. > > That solution (Jack on top of PA) does not work not because of mmap > access requirements of Jack. It does not work because Jack and PA are > _conceptually_ different and cater to different segments of the audio > users of Fedora and other distros. > > Jack is designed for very very low latency. Jack needs access to the > hardware devices. It cannot and should not run on "top of something > else". The requirement is not capricious. It is designed that way, and > works very well. Please don't break it. +1 The thing to do route Pulseaudio through Jack. Pulseaudio already has a Jack plugin. Though as pointed out, *real* pro audio people have an expensive pro audio card dedicated to Jack, while Pulseaudio can dink around with the motherboard audio and keep its damn dirty mitts off the pro card.
Description: This is a digitally signed message part