I've noticed the same problem with the latest Intel driver versions. ItOn Friday 11 of September 2009 23:22:16 Ray Rashif wrote:
> OK the bug is here:
> https://bugs.freedesktop.org/show_bug.cgi?id=23739
>
> A driver bug, not KMS. Be awesome if more people could confirm.
doesn't seem to be an issue when running a realtime kernel, but with a
normal kernel the effect on JACK is pretty bad, especially when using
FFADO. Even very large JACK period sizes don't really help.
For now I went back to driver version 2.7.1, which still let you choose
between UXA and EXA (the latter has been removed in 2.8). UXA has the
problems you describe, EXA doesn't. I'll try to gather some more
information on this and add it to your bug report.
Dominic
Awesome, thanks.
Yes, UXA and the developers are mostly sure as well, that it's probably the new method of buffering when drawing. As such, I was told to try:
Option "SwapbuffersWait" "false"
This only decreases the amount of xruns it seems. Events like switching on or off compositing will trigger a burst of xruns.
_______________________________________________ Linux-audio-user mailing list Linux-audio-user@xxxxxxxxxxxxxxxxxxxx http://lists.linuxaudio.org/mailman/listinfo/linux-audio-user
