Code: Select all
/etc/init.d/rtirq status
Moderators: MattKingUSA, khz
Code: Select all
/etc/init.d/rtirq status
Still thank you very much for your help, here it is:merlyn wrote:What doesshow?Code: Select all
/etc/init.d/rtirq status
Code: Select all
RTIRQ_PRIO_HIGH=99
Code: Select all
RTIRQ_RESET_ALL=1
Code: Select all
sudo journalctl -f
could be something poling for a cd/dvd, could be power-management, could bevittopascu wrote:Hello,
Now I have the situation where I get an xrun exactly every exactly 50 seconds, even with wifi disabled. What could the cause be? Is there a way to diagnose what could be interfering at such regular intervals?
Yes very audible, they produce a single hard pop that is way louder than the rest of the audio stream.glowrak guy wrote: (are you talking about audible xruns, pop-click-glurge etc
heard when a recording is played back? )
Hi, yes I stumbled upon that post some days ago and I tried that solution. Bringing the setting from 128/2 to 128/3 causes the xruns to occur exactly every 2 minutes, as opposed to the 50 seconds from before. However 8ms is the kind of latency that one begins to feel, especially while playing guitar so I would rather not go above that.
I have absolutely no idea what that means, why it is specific to my hardware, how to find out if that is actually the cause and, finally, how to actually get it fixedDrumfix wrote:Then it looks as if ALSA does not use implicit feedback for synchronization of input and output for this device. Changing this requires a kernel patch.
It is not among the available optionsmerlyn wrote:Did you try a 48 buffer?
Nope, still no difference. For a moment there I thought it was fixed but then I realized I was in "playback only" mode. For some reason I have no xruns (not reported nor audible) in playback only mode, but in duplex mode I always have my standard periodic dropout.merlyn wrote:Did you try a 48 buffer?