quote who=Nickolay V. Shmyrev
I also don't like Pulseaudio for exactly same reasons as Gustavo and
Ronald. I don't see how this will improve our desktop or will help our
users.
I'd like our music or video players to turn down and/or pause when I receive
a VoIP call. I'd like delicious plug
On Thu, 2007-10-11 at 07:34 +1000, Jeff Waugh wrote:
quote who=Nickolay V. Shmyrev
I also don't like Pulseaudio for exactly same reasons as Gustavo and
Ronald. I don't see how this will improve our desktop or will help our
users.
I'd like our music or video players to turn down and/or
quote who=Ronald S. Bultje
Daemons for sound routing are not just suboptimal, they are wrong. We have
better ways (at least on Linux) nowadays. Any solution based on the idea
of a userspace daemon is wrong. Not just suboptimal (which is
unacceptable, because ALSA directly is - for
On Wed, 2007-10-10 at 15:46 +0200, Matteo Settenvini wrote:
Anyway, even if PA isn't *THE* answer, ALSA isn't, either, for the
reasons already expressed in this thread. So, what do you purpose?
IMHO Helge Bahmann got it right: he designed an AUDIO extension for X
Window:
On Thu, 2007-10-11 at 20:31 +1000, Jan Schmidt wrote:
quote who=Ronald S. Bultje
Daemons for sound routing are not just suboptimal, they are wrong. We
have
better ways (at least on Linux) nowadays. Any solution based on the idea
of a userspace daemon is wrong. Not just
Hello,
First of all, I would like to thanks all the people that participated
in the discussion of MouseTweaks during the accessibility summit, and
especially those that made it possible to have it demoed during that
event.
At 2:24 PM -0400 10/8/07, Willie Walker wrote:
We discussed
Hi Jeff,
On 10/11/07, Jeff Waugh wrote:
quote who=Nickolay V. Shmyrev
I also don't like Pulseaudio for exactly same reasons as Gustavo and
Ronald. I don't see how this will improve our desktop or will help our
users.
I'd like our music or video players to turn down and/or pause when I
quote who=Gustavo J. A. M. Carneiro
On Thu, 2007-10-11 at 20:31 +1000, Jan Schmidt wrote:
I get so sick of people saying but I don't *want* a sound daemon, ALSA can
do it all!. It's so irritating because ALSA's solution for mixing on the
vast majority of modern sound hardware is to have
correctly*. As it is now, maybe it isn't PA's fault, maybe it's the
linux kernel's fault for not having a good enough process scheduler, but
the sad truth is that PA's sound skips (I mean I hear audio clicks when
switching workspaces). I believe when people say it doesn't skip for
their
Hi Francesco:
You're welcome! Thanks for your work on MouseTweaks. :-)
The module proposing guidelines are here, with the main timeframes being
listed under the Decision Making section:
http://live.gnome.org/ReleasePlanning/ModuleProposing (the 2.22 schedule
is here:
I would really go with this design, I don't know why very few
other alternative menus follow this concept.
Denis, which design are you referring to here?
I meant the concept of multiple smaller menus instead of one big one,
like now with Applications/Places/System.
I see now, thanks for clarifying.
On Thu, 2007-10-11 at 16:48 +0200, Denis Washington wrote:
I would really go with this design, I don't know why very few
other alternative menus follow this concept.
Denis, which design are you referring to here?
I meant the concept of multiple smaller
quote who=Gustavo J. A. M. Carneiro
On Thu, 2007-10-11 at 23:28 +1000, Jan Schmidt wrote:
quote who=Gustavo J. A. M. Carneiro
The first process to open the sound device is forked in alsalib and
*becomes* the dmix mixing daemon. Check it out in your ps listings.
All the other
quote who=Gustavo J. A. M. Carneiro
On Thu, 2007-10-11 at 20:31 +1000, Jan Schmidt wrote:
I get so sick of people saying but I don't *want* a sound daemon, ALSA
can
do it all!. It's so irritating because ALSA's solution for mixing on
the
vast majority of modern sound
On Fri, 2007-10-12 at 01:20 +1000, Jan Schmidt wrote:
Yes, that's the general case, and the way (for example) Jack does it too.
Both Jackd and PA are very careful to drop the root privilege first thing on
startup. Nevertheless, even that is no longer necessary - on recent kernels,
non-root
On Thu, 2007-10-11 at 23:28 +1000, Jan Schmidt wrote:
The first process to open the sound device is forked in alsalib and
*becomes* the dmix mixing daemon. Check it out in your ps listings.
All the other programs requiring access to mixing services then deliver
their streams to that process
On Fri, Oct 12, 2007 at 01:33:29AM +1000, Robert Moonen wrote:
But to get back to the original point of allowing hardware mixing if it
exists on the sound card, I for one want this, it would definitely be
abysmal if I couldn't use the hardware mixer on my au8830 and alsa does
a wonderful job
On Thu, 2007-10-11 at 10:47 -0400, David Zeuthen wrote:
I'm not sure you want to build your case of PA is not right for
GNOME based on Pro audio users.
This came up during the PulseAudio session at Boston Summit, and it was
notable that the conversation went something like:
Person B:
18 matches
Mail list logo