PulseAudio info needed

[William John Murray]

> Jason Farrell-2 wrote:
> > 
> > 
> > FWIW - Pulseaudio worked great for me in F8 and F9 (except for some
> minor
> > annoyances such play/pause lag at one point in F8, and Miro -> xine
> -> PA
> > hangs in both), but in 'glitch-free' F10, on the same hardware
> (audigy2
> > card), I could't for the life of me get rid of the constant buffer
> > underruns.
> > 
> > So, a 'yum remove pulseaudio' later, and a few config tweaks in kde,
> > mplayer, and xine, and all's well again.
> > 
> > They say pulseaudio brings out the worst in the emu10k driver; I
> wonder
> > why
> > it waited until now.
> > 
> > 
> 
> I don't know if this is entirely relevant but I had stuttering audio
> when
> playing music in Amarok in a newly installed F10 system.  After
> searching
> for solutions for ages I eventually found a link which suggested"
> he PulseAudio sound server has been rewritten to use timer-based audio
> scheduli
> ng instead of the traditional interrupt-driven approach. Timer-based
> scheduling
> may expose issues in some Alsa drivers. To turn timer-based scheduling
> off,
> repl
> ace the line
> 
> load-module module-hal-detect
> 
> in /etc/pulse/default.pa by
> 
> load-module module-hal-detect tsched=0
> "
> 
> After doing this and rebooting then sound in pulseaudio was fine on
> that
> system.  
> 
> So sometimes there is documentation, and if we are lucky then it fixes
> our
> own problem, but clearly newly developed and released software can and
> does
> still have issues.  If we report on the BZ appropriately and give
> suitable
> diagnostics hopefully the code will get fixed - and yes I saw the
> ding-dong
> quoted earlier in this thread. 
> 
> Sound is not the only issue - there are fixes needed for plymouth,
> xorg.conf-free X, SElinux etc etc etc....
> 
> The cost of making progress......
> -- 

For what is is worth...
 My puulseaudio was awful. It used 70% of my CPU tyring to watch a film
in mplayer, etc. This post made me look at the config, and I say there
was a daemon.conf from September and a daemon.conf.rpmnew.
   The old one had things like:
nice-level -11
realtime-priority = 5
When I swapped to the rmpnew conf file things got much smoother.
    Bill


> 
-- 
Bill Murray                     ----                       ATLAS
STFC RAL at: Bat 161 1-14, CERN,1211 Meyrin, Geneve 23, Switzerland  
     Tel:- CERN +41 22 7673028    or  RAL +44 (0)1235 446256
-- 
Scanned by iCritical.