Regarding private reply re my &quot;do i dare upgrade to sp3 vs linux&quot;  -- yes Linux hasn&#39;t exactly been good for audio stability after major upgrades, in the last few years; there&#39;s been lots of breakage introduced by changes in 9-&gt;10-&gt;11-&gt;12. I place the blame squarely on pulseaudio. Fortunately, fedora is quite customizable, and one of the main customizations I do for any workstation that does audio is to totally remove pulseaudio. An addition to linux that IMHO has been a huge setback, along-side the kernel graphics modesetting blunder just to get rid of a little scrolling text (which I disable at boot with &quot;nomodeset&quot;). With those two customizations alone, one video, one audio, I&#39;ve saved myself countless upgrade problems over the years. I&#39;m sure if someone took statistics of issues caused by those features, it would account for a significant portion of all total bugs in Fedora.<div>
<br></div><div>To get closer to audio nirvana, see <a href="http://fedorasolved.org/Members/fenris02/pulseaudio-fixes-and-workarounds">http://fedorasolved.org/Members/fenris02/pulseaudio-fixes-and-workarounds</a> section and follow section &quot;To really remove PulseAudio for some reason&quot;... furthermore you&#39;ll want to follow these notes from a bug I need to file:</div>
<div><br></div><div><blockquote class="gmail_quote" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0.8ex; border-left-width: 1px; border-left-color: rgb(204, 204, 204); border-left-style: solid; padding-left: 1ex; ">
(08:31:46 AM) ***npm the proper way to uninstall pulseaudio is (1) in sound preferences select &quot;no sounds&quot;; (2) in gstreamer-properties, setup specific ALSA devices ; (3) &#39;yum remove alsa-plugins-pulseaudio pulseaudio-module-gconf pulseaudio-module-x11 paprefs pulseaudio pulseaudio-module-lirc pulseaudio-module-jack pulseaudio-utils&#39; ; (4) reboot...</blockquote>
<blockquote class="gmail_quote" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0.8ex; border-left-width: 1px; border-left-color: rgb(204, 204, 204); border-left-style: solid; padding-left: 1ex; ">
(08:32:20 AM) npm: if you skip step #1, you get a system that doesn&#39;t respond to mouse clicks in a timely fashion (bug)</blockquote><blockquote class="gmail_quote" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0.8ex; border-left-width: 1px; border-left-color: rgb(204, 204, 204); border-left-style: solid; padding-left: 1ex; ">
(08:32:46 AM) npm: and it takes a minute to switch screens in windows panel (bug)</blockquote><blockquote class="gmail_quote" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0.8ex; border-left-width: 1px; border-left-color: rgb(204, 204, 204); border-left-style: solid; padding-left: 1ex; ">
(08:33:23 AM) npm: so either the pulseaudio dependency should be properly reflected so that you can&#39;t uninstall pulseaudio w/o uninstalling all of gnome</blockquote><blockquote class="gmail_quote" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0.8ex; border-left-width: 1px; border-left-color: rgb(204, 204, 204); border-left-style: solid; padding-left: 1ex; ">
(08:33:31 AM) npm: or the bug should get fixed</blockquote><div><br></div><div>Regarding the role of pulseaudio in &quot;not being helpful to the cause&quot;, note this extremely interesting excerpt from </div><div><a href="http://opensourcemusician.libsyn.com/index.php?post_year=2010&amp;post_month=01">http://opensourcemusician.libsyn.com/index.php?post_year=2010&amp;post_month=01</a></div>
<div><br></div><div><span class="Apple-style-span" style="font-family: Verdana, Arial, Helvetica, sans-serif; font-size: 11px; -webkit-border-horizontal-spacing: 2px; -webkit-border-vertical-spacing: 2px; "><dl><dd>Pat of The Linux Link Tech Show made an interesting post to his blog about the current state of linux audio. To quote the beginning excerpt from his blog</dd>
</dl><dl><dd>&quot;So sound issues STILL plague Linux in general. I think we can all agree that the decision to make Pulse Audio the default sound daemon in Linux has resulted in mixed results at best. While the creator of Pulse Audio has repeatably claimed the issue was entirely the fault of Linux distribution maintainers for not implementing it properly it still continues to be an eyesore more than 3 years since it was first introduced.&quot;</dd>
</dl><dl><dd>Pat reminds us that back in 2005, Linspire was using Jack audio as the main sound server.</dd><dd>To quote from the final section from Pat&#39;s post</dd></dl><dl><dd>&quot;Mark Shuttleworth should hire Paul Davis, the programmer who wrote JACK and Ardour. I guarantee the current audio issues in Linux would be resolved in under a year and for good. The only major challenge would be implementing a simplified configuration out of the box that 98% of users would be happy with. The remaining 2% could go to the “advanced” settings and do their multi-track recording.&quot;</dd>
</dl><p>Discussion</p><dl><dd>Pat&#39;s full post can be read here:</dd><dd><a rel="nofollow" title="http://pdavila.homelinux.org:8080/blog/?p=369" class="external free" href="http://pdavila.homelinux.org:8080/blog/?p=369" style="font-weight: bold; text-decoration: none; color: rgb(51, 51, 221); ">http://pdavila.homelinux.org:8080/blog/?p=369</a></dd>
</dl><dl><dd>OSMP asked Paul Davis to respond to the content of Pat&#39;s blog post.</dd><dd>Paul&#39;s response was that he thought the post was sweet, but answered pragmatically he has discouraged the use of Jack for Desktop audio use. I asked Paul to clarify, and he stated quote &quot;Jack doesn&#39;t provide 30+% of what desktop audio needs&quot; End quote.</dd>
</dl><dl><dd>Steve then asked Paul, &quot;In a perfect world, money and politics aside, would you like to see the whole Linux audio stack (basic and advanced) to be done on Jack?</dd></dl><dl><dd>Paul response was - Quote &quot;Yes, in that perfect world, that&#39;s about right, alas, we don&#39;t live in that world.&quot; End Quote.</dd>
</dl><dl><dd>Paul went on to say - Quote &quot;More precisely, I&#39;d like to see</dd></dl><p>         (a) ALSA slightly redesigned so that it could easily be used for low latency &amp; low power situations with equal ease, and even at the same time. </p>
<p>         (b) An application layer library that provides blocking i/o for apps that don&#39;t want to do callback driven i/o. </p><p>         (c) Some way for JACK to do re-sampling. </p><p>         (d) A resolution of the netjack mess and way to get that working with huge ease. </p>
<p>         (e) Something very much like JACK at the core of it all.</p><dl><dd>Paul at this point gave respect to Lennart&#39;s efforts with Pulse audio stating Quote: &quot;Any attempt to fulfill the same role (as pulse) is going to run into the same issues. Part of the reason why JACK &quot;Works&quot; is because JACK sets the rules; Pulse tries to let apps set the rules and works with them as much as it can.&quot; End Quote.</dd>
</dl><dl><dd>Steve asked Paul if he thought the root cause of PULSE audio&#39;s challenges was ALSA?</dd></dl><dl><dd>Paul state - Quote &quot;Not directly, ALSA is an extremely flexible HAL (hardware abstraction layer) that has allowed people to continue to write apps using very different strategies for audio i/o. It has also continued to support the old OSS API in addition. This means that the Linux audio landscape is littered with hundreds of applications each of which can have its own little quirks... ALSA is great; applications using ALSA is not so great.&quot; End Quote.</dd>
</dl><dl><dd>Dan asks Paul: In your opinion, do you think that pulse is going to resolve the issues with desktop sound currently plaguing Linux?&quot;</dd></dl><dl><dd>Paul responds - Quote &quot;I believe that it *could* - I&#39;m agnostic about whether or not it will.&quot; End Quote.</dd>
</dl><dl><dd>Steve then asked &quot;Would the ALSA overhaul you suggested earlier replace jack and pulse or would they still be required but work better on that stack</dd></dl><dl><dd>Paul responded &quot;The stack would just be more integrated it would still be ALSA. there would be something a lot like JACK. there might or might be something like Pulse depending on what you think pulse is. Lennart and i have actually talked about the ALSA part&quot; End Quote.</dd>
</dl></span></div><div>-- Niels</div></div><div><div><a href="http://nielsmayer.com">http://nielsmayer.com</a><br></div></div>