<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html; charset=ISO-8859-1"
 http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
<br>
On 06/24/2009 12:50 AM, Chris Cannam wrote:
<blockquote
 cite="mid:587e90db0906231050g6d31b184ra49cdf1c5f9c1c1e@mail.gmail.com"
 type="cite">
  <pre wrap="">On Tue, Jun 23, 2009 at 3:57 PM, Ivica Ico Bukvic<a class="moz-txt-link-rfc2396E" href="mailto:ico@vt.edu"><ico@vt.edu></a> wrote:
  </pre>
  <blockquote type="cite">
    <blockquote type="cite">
      <pre wrap="">PA is one of the biggest screwups ever, but red hat can't see it.
      </pre>
    </blockquote>
    <pre wrap="">I don't think PA is a bad thing.
    </pre>
  </blockquote>
  <pre wrap=""><!---->
PulseAudio works well for me, and I can't believe I'm the only one.  I
have far more confidence in being able to get sound straight away out
of any random application, in-browser video, etc., than I ever had
before it turned up.  (Though I had some difficulties with it at
first, partly because Ubuntu started out -- in 8.04 I think? -- by
shipping PulseAudio with a version of Flash that didn't work with it,
and were slow to bundle the most useful control tool.)

  </pre>
</blockquote>
<br>
I have been experimenting with PA for the past two years since Fedora 7
and have found that the latest release with fedora 11 is definitely the
most stable and user friendly so far. I encourage anyone who has had
bad experiences to upgrade to 0.15 to see the improvements.<br>
<br>
I am very happy with the experience from a desktop applications and
normal user pov. <br>
<br>
I think that Lennart has heard the call for a more user friendly way to
disable it. For most users it wouldn't require more than adding a
simple button to the control panel to disable it at boot.<br>
<br>
However for users who don't want to be tied to dbus there is a bigger
problem. <br>
<br>
I agree that it goes against the unix paradigm to insist on desktop
deps for non desktop systems. Perhaps this will be solved in the future
if enough people resist the current wave of enforced dbus integration?<br>
<br>
<br>
<br>
<pre class="moz-signature" cols="72">
--
Patrick Shirkey
Boost Hardware Ltd</pre>
<br>
<br>
<br>
<br>
<blockquote
 cite="mid:587e90db0906231050g6d31b184ra49cdf1c5f9c1c1e@mail.gmail.com"
 type="cite">
  <pre wrap="">It's reasonable that any user who knows exactly what they want and how
to get it is going to find it annoying to be presented with a sound
server that doesn't know as much as they do.  But most users aren't
like that.  I'm not like that myself, a lot of the time.  And it's
easy enough to do away with PulseAudio when you don't need it.

The problem it addresses may be of little interest on this list, but
it is real, and it's extremely difficult to manage when you have
essentially no power to determine what audio API any given application
will use.


Chris
_______________________________________________
Linux-audio-dev mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Linux-audio-dev@lists.linuxaudio.org">Linux-audio-dev@lists.linuxaudio.org</a>
<a class="moz-txt-link-freetext" href="http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev">http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev</a>
  </pre>
</blockquote>
</body>
</html>