From: Nikos Chantziaras <realnc@arcor.de>
To: gentoo-user@lists.gentoo.org
Subject: [gentoo-user] Re: Phonon + PulseAudio Problem
Date: Fri, 21 May 2010 01:08:56 +0300 [thread overview]
Message-ID: <ht4bsk$e1v$1@dough.gmane.org> (raw)
In-Reply-To: <AANLkTimsfKo4lMGFSiwaWAr3YU1mCmxP4QBtZ4yVUtmt@mail.gmail.com>
On 05/20/2010 10:25 PM, Canek Peláez Valdés wrote:
> On Thu, May 20, 2010 at 2:04 PM, Nikos Chantziaras<realnc@arcor.de> wrote:
> [snip]
>> What doesn't work is PulseAudio, actually. Too many problems with it. Pulse
>> is simply broken by design; it's too far from the kernel to be any good.
>
> If I may use (most of) your words: "Well, it works here. It's been
> rock-solid through months." And with various use-cases, if I may add.
>
> Can you elaborate why the audio architecture has to be close to the
> kernel? The part that talks to the hardware obviously has to, but why
> the part that handles the features, the mixes, the virtual devices?
Because as soon as you disable ALSA dmix and/or Pulse, suddenly you get
acceptable sound latency.
With OSS4, which has in-kernel mixing, it doesn't matter if you enable
the mixer or disable it; sound always has acceptable latency.
Thus, I can only conclude that mixing has to happen in-kernel. But I
base this only on the ALSA/Pulse vs OSS4 comparison. It could also be
that the user-space implementation of ALSA just sucks. But that's hard
to believe, since if that were the case they would have fixed it several
years ago already.
> I'm under the impression (correct me if I'm wrong) that it was one of
> the major reasons to leave OSS4 outside the upstream kernel; too many
> stuff in there that belongs in user space. It sounds reasonable to me.
It sounds reasonable from a designer's point of view. But a system is
useless if it's only designed good but doesn't actually work in a
satisfactory manner.
> Specially when PulseAudio just works, for me and many more.
Sorry, that just pretentious of you here. PulseAudio is the most flamed
at, hated, sound-related software around. And this is because it does
*not* work for many, many users, and the first thing they try to do is
find out how to disable the thing.
>> ALSA can't switch to Bluetooth either. You could use PulseAudio with OSS4
>> instead of with ALSA though, but this is not officially supported.
>
> Indeed it's not supported, because it's (using your words again)
> "broken by design" by trying to do too many things inside the kernel
> that belong in user space. That's my understanding at least; please
> correct me if you believe I'm mistaken.
You're mistaken in that a mixer should be in the same boat as network
streaming, bluetooth, etc, etc. I believe the *mixer* should be
in-kernel. Everything else doesn't need to be. PulseAudio's extreme
latency problems (which even upstream admits can't be fixed easily) stem
from that.
next prev parent reply other threads:[~2010-05-20 17:09 UTC|newest]
Thread overview: 48+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-05-19 19:59 [gentoo-user] Phonon + PulseAudio Problem Fabian Köster
2010-05-19 21:56 ` [gentoo-user] " walt
2010-05-20 8:15 ` Alan McKinnon
2010-05-20 8:40 ` Nikos Chantziaras
2010-05-20 11:13 ` Alan McKinnon
2010-05-20 17:30 ` Canek Peláez Valdés
2010-05-20 17:57 ` Nikos Chantziaras
2010-05-20 18:44 ` Canek Peláez Valdés
2010-05-20 18:45 ` Canek Peláez Valdés
2010-05-20 19:04 ` Nikos Chantziaras
2010-05-20 19:25 ` Canek Peláez Valdés
2010-05-20 19:36 ` Alan McKinnon
2010-05-20 22:08 ` Nikos Chantziaras [this message]
2010-05-20 23:03 ` Canek Peláez Valdés
2010-05-21 1:08 ` Jonathan
2010-05-21 18:07 ` Canek Peláez Valdés
2010-05-21 7:02 ` Nikos Chantziaras
2010-05-21 18:26 ` Canek Peláez Valdés
2010-05-21 19:29 ` Nikos Chantziaras
2010-05-21 19:38 ` Volker Armin Hemmann
2010-05-22 6:21 ` Nikos Chantziaras
2010-05-22 16:59 ` Canek Peláez Valdés
2010-05-22 18:02 ` Nikos Chantziaras
2010-05-22 18:18 ` Volker Armin Hemmann
2010-05-22 20:26 ` Canek Peláez Valdés
2010-05-22 20:31 ` Barry Jibb
2010-05-23 14:37 ` Volker Armin Hemmann
2010-05-22 16:54 ` Canek Peláez Valdés
2010-05-22 17:04 ` Volker Armin Hemmann
2010-05-20 9:10 ` Fabian Köster
2010-05-21 1:21 ` [gentoo-user] " Jonathan
2010-05-21 8:20 ` Fabian Köster
2010-05-23 10:28 ` [gentoo-user] [SOLVED] " Fabian Köster
2010-05-23 10:38 ` Barry Jibb
2010-05-23 10:56 ` Fabian Köster
2010-05-23 11:21 ` Etaoin Shrdlu
2010-05-23 11:44 ` Indexer
2010-05-23 11:49 ` Etaoin Shrdlu
2010-05-23 14:05 ` Peter Humphrey
2010-05-23 14:09 ` Volker Armin Hemmann
2010-05-23 14:40 ` Etaoin Shrdlu
2010-05-23 14:55 ` Volker Armin Hemmann
2010-05-23 14:40 ` Etaoin Shrdlu
2010-05-23 17:43 ` Willie Wong
2010-05-24 0:24 ` Peter Humphrey
2010-05-24 22:10 ` Neil Bothwick
2010-05-23 11:03 ` Fabian Köster
2010-05-24 22:14 ` Neil Bothwick
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='ht4bsk$e1v$1@dough.gmane.org' \
--to=realnc@arcor.de \
--cc=gentoo-user@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox