Jason Farrell-2 wrote:
> FWIW - Pulseaudio worked
great for me in F8 and F9 (except for some
> annoyances such play/pause lag at one point in F8, and Miro -> xine
> hangs in both), but in 'glitch-free' F10, on the same hardware
> card), I could't for the life of me get rid of the constant buffer
> 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
> it waited until now.
I don't know if this is entirely relevant but I had stuttering audio
playing music in Amarok in a newly installed F10 system. After
for solutions for ages I eventually found a link which suggested"
he PulseAudio sound server has been rewritten to use timer-based audio
ng instead of the traditional interrupt-driven approach. Timer-based
may expose issues in some Alsa drivers. To turn timer-based scheduling
ace the line
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
So sometimes there is documentation, and if we are lucky then it fixes
own problem, but clearly newly developed and released software can and
still have issues. If we report on the BZ appropriately and give
diagnostics hopefully the code will get fixed - and yes I saw the
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:
realtime-priority = 5
When I swapped to the rmpnew conf file things got much smoother.
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.