On 09/13/2018 05:26 PM, Niklas Reppel wrote:
> Hi,
>
> i recently updated my Arch linux system, to to the following version:
>
> Linux 4.18.6-arch1-1-ARCH #1 SMP PREEMPT
>
> Afterwards, i noticed that something has changed regarding the realtime
> permissions
> and that i had to install a new package called 'realtime-priviliges',
> which i never needed before,
> and subsequently add my main user to the 'realtime' group.
>
> In that wake, i updated the processor microcode, which i didn't use at
> all before (there always was some
> error message during bootup, but nothing else).
>
> After being able to start JACK in realtime again, i felt that there was
> a significant loss of performance.
> Things that didn't cause any dropouts before now start to crackle and
> gristle (as a sidenote, i mostly
> use SuperCollider to make sound).
>
> Also, and this puzzled me especially, there were dropouts, but no XRuns
> ... normally, when i push the
> system to the limits, i get XRuns, that'd be expected. But now, it's
> dropouts without, and they start way
> earlier.
>
> My machine has an Intel(R) Core(TM) i7-4600U CPU @ 2.10GHz Processor if
> that info is of user for anyone ...
>
> Anybody else noticed something like that recently ?
>
> Best,
> nik
>
Hello, I always reply when I hear of crackles, pops, and dropouts
because it took me several months to figure out my problem with that.
Maybe it will help.
Here is the latest time I replied, a month ago, please scroll down:
Long story short: Try running with only one processor core active.
It completely cured my problem, and another user's as well.
In my case the device is a PCI M-Audio delta1010, and in the
other user's case it was a similar ice1712-based card.
However in the above Fast-Track-Pro case, that's USB and we
don't yet know if the trick solved that user's problem...
Be patient: If the number of CPU cores is the cause it may take
several minutes for the crackling to appear since I believe what
happens is that some low-level 'counters/pointers' which should
always be in sync slowly approach and 'pass' each other, and that's
when the noise occurs.
In my case the very same symptom occurred in Windows.
That proved beyond doubt that it was a hardware issue.
Hope that helps.
Tim.
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-user
Received on Fri Sep 14 04:15:02 2018
This archive was generated by hypermail 2.1.8 : Fri Sep 14 2018 - 04:15:02 EEST