Re: PulseAudio and sound apps (was: Re: Orphaning a few packages)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wed, 15.04.09 10:22, Kevin Kofler (kevin.kofler@xxxxxxxxx) 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

As Matthias mentioned PA will now hand over audio device access to
JACK if JACK asks for that. When JACk is done running it will hand the
access back.

> 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), maybe this involves starting up JACK when needed and
> having it load the JACK modules into PulseAudio and rerouting running
> PulseAudio streams to JACK at runtime (which can be done without
> interrupting the PulseAudio streams - the problem with that solution is
> that it breaks support for multiple output devices, which work just fine
> when using PulseAudio directly), maybe something else, but in any case a
> solution is needed to make things just work.

No. JACK is a sound server for audio production. PulseAudio is a sound
server for the desktop. Only in very few cases it makes sense to
connect them to each other -- and that should then be configured
manually by the user. While JACK is running PA should go out of the
way. And that's what the JACK folks and I have agreed on and
implemented very recently.

In an ideal world PA and JACK would be one hybrid audio server. But
that's not going to happen anytime soon and it is also questionnable
if it would make sense at all. So the only realisitic short term
solution is having JACK and PA cooperate better. And that should be
the case now. The cooepration logic is in PA 0.9.15. I don't know
which version of JACK actaully added the other side of the story.

> * once that's done, make it a requirement that sound MUST work with
> PulseAudio without manual configuration. PulseAudio MUST be the default in
> all sound-using applications. JACK SHOULD only be used if PulseAudio (and
> any of the compatible APIs, e.g. ALSA, ESD etc.) is not supported (and as I
> explained above, it needs to interoperate with PulseAudio more than it
> currently does). Likewise, aRts (the deprecated KDE 3 sound server) SHOULD
> only be used if outputting directly to PulseAudio is not possible.

JACK should not be used by anything by default, with the exception of
audio production software. 

Arts should not be used by anything at all. Let it die a peaceful
death please. (But I a m bit ignorant of KDE, so maybe I am stepping
on someone's toes by saying something bad bad about arts like that)

Lennart

-- 
Lennart Poettering                        Red Hat, Inc.
lennart [at] poettering [dot] net         ICQ# 11060553
http://0pointer.net/lennart/           GnuPG 0x1A015CC4

-- 
fedora-devel-list mailing list
fedora-devel-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/fedora-devel-list

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux