Re: Re: audio dropouts still

Greetings, I realize this topic harks back some time, but I'm curious whether CONFIG_HZ_1000 remains relevant for real-time kernels. It seems Ubuntu has adopted this setting for their low-latency kernel, as noted in their blog: https://ubuntu.com/blog/industrialembedded-systems-ii.

Re: audio dropouts still

Just realised that yesterday's reply didn't go to the list. Sorry. On 23/01/14 22:15, Zenaan Harkness wrote: 'Tis. Which dist are you running, sid, jessie or wheezy? Minutes earlier, Klaus had scribbled this: JFTR: my X220 is a type 4290-FC1, cpu i5-2540, 8GB ram, up-to-date SID, 3.12-1-amd64

Re: audio dropouts still

On 1/24/14, Klaus wrote: > On 23/01/14 13:32, Zenaan Harkness wrote: >> On 1/11/14, Zenaan Harkness wrote: > >> alsaplayer -S myaudio.file -o alsa -d hdmi:PCH,1 -r -F 32000 -l 0.5 >> Kernel: >> Linux x220a02 3.12-1-rt-amd64 #1 SMP PREEMPT RT Debian 3.12.6-2 >> (2013-12-29) x86_64 GNU/Linux >> >

Re: audio dropouts still

On 1/11/14, Zenaan Harkness wrote: > On 1/11/14, Klaus wrote: >> far as I'm aware of, Zenaan has not tested -- or reported about his >> tests of -- the most minimalist system. > > I shall do so at some point, hopefully in next day or three, and > report back. It's an important test. OK, finally

Re: audio dropouts still

On 1/15/14, Raffaele Morelli wrote: > 2014/1/15 Zenaan Harkness >> Also, looks like I'll have to get back to compiling own kernel. We'll >> see. > > I see you are experiencing audio dropouts still, can I ask which audio card > are you using? Just built-in Intel for now. 00:1b.0 Audio device: I

Re: audio dropouts still

2014/1/15 Zenaan Harkness > On 1/11/14, Zenaan Harkness wrote: > > On 1/11/14, Klaus wrote: > >> On 10/01/14 14:26, Ralf Mardorf wrote: > >>> On Fri, 2014-01-10 at 14:09 +, Klaus wrote: > correlation between absolute CPU power and drop-outs > > > >> What I added to this thread is that

Re: audio dropouts still

Hi, perhaps one of the maintainers mentioned at http://packages.debian.org/wheezy/linux-image-rt-686-pae could add a few notes. On Wed, 2014-01-15 at 12:21 +1100, Zenaan Harkness wrote: > I installed the latest 3.12-1-rt-amd64 (rt) kernel, with dist-upgrade > and reboot of course. > > Reading so

Re: audio dropouts still

On 1/15/14, Zenaan Harkness wrote: > I installed the latest 3.12-1-rt-amd64 (rt) kernel, with dist-upgrade > and reboot of course. PS, btw, this kernel randomly fails to hibernate on me. I know that's another thread, and I may start one after some more testing. Just a random data point in case i

Re: audio dropouts still

On 1/11/14, Zenaan Harkness wrote: > On 1/11/14, Klaus wrote: >> On 10/01/14 14:26, Ralf Mardorf wrote: >>> On Fri, 2014-01-10 at 14:09 +, Klaus wrote: correlation between absolute CPU power and drop-outs > >> What I added to this thread is that even with a whittled down system (in >> th

Re: audio dropouts still

On Fri, 2014-01-10 at 15:30 +, Klaus wrote: > no doubt you know for instance this (self-proclaimed) Classic > paper from 2000: > No, I didn't know this paper, but it reminds me to report an issue with linux-rt within the next days. Inste

Re: audio dropouts still

On 1/11/14, Klaus wrote: > On 10/01/14 14:26, Ralf Mardorf wrote: >> On Fri, 2014-01-10 at 14:09 +, Klaus wrote: >>> correlation between absolute CPU power and drop-outs > What I added to this thread is that even with a whittled down system (in > this case: no jackd, no pulseaudio), audio dro

Re: audio dropouts still

On 1/11/14, Ralf Mardorf wrote: > Klaus you are mistaken. > > On Fri, 2014-01-10 at 14:09 +, Klaus wrote: >> correlation between absolute CPU power and drop-outs > > The issues Zenaan does experience are likely related to jackd, a sound > server that cares about sample accuracy [1]. Could be,

Re: audio dropouts still

On 10/01/14 15:04, Ralf Mardorf wrote: It's not a war that's what the ;-) smiley was for... > I'm not aware about a history. People have tried optimising their linux audio device for a quite some time, no doubt you know for instance this (self-proclaimed) Classic paper from 2000:

Re: audio dropouts still

Zenaan experience issues while using jackd. I simply corrected your assumption Klaus, it wasn't an outbreak. It's _likely_, no more, no less, that the used governor does cause the glitches. "this war against audio drop-outs ;-) has a long-standing history" - Klaus It's not a war and I'm not aware

Re: audio dropouts still

On 10/01/14 14:26, Ralf Mardorf wrote: Klaus you are mistaken. On Fri, 2014-01-10 at 14:09 +, Klaus wrote: correlation between absolute CPU power and drop-outs The issues Zenaan does experience are likely related to jackd, a sound server that cares about sample accuracy [1]. When using j

Re: audio dropouts still

On Fri, 2014-01-10 at 11:40 +1100, Zenaan Harkness wrote: > There are NO jackd XRUNs (now that I've upped -p anyway). Audible glitches are not always shown as xruns and xruns often are not audible ;). For some devices it does help to increase -n from 2 to 3. Note! I'm using professional gear, no

Re: audio dropouts still

Klaus you are mistaken. On Fri, 2014-01-10 at 14:09 +, Klaus wrote: > correlation between absolute CPU power and drop-outs The issues Zenaan does experience are likely related to jackd, a sound server that cares about sample accuracy [1]. When using jackd, CPU frequency scaling does matter a

Re: audio dropouts still

On 10/01/14 00:40, Zenaan Harkness wrote: Now I have a "simple" audio setup, and still getting dropouts: $ ps x | egrep -vi disk\|gvfs | egrep alsa\|jack\|pulse\|mix\|vol\|aqu 3946 ?Ssl0:00 xfce4-volumed 7849 pts/17 SLl0:14 qjackctl 7854 ?SLsl 0:34 /usr/bin/ja

Re: audio dropouts still

PPS: That the panel thingy doesn't work likely is cause by a policy issue. OTOH monitoring/reading should work, just switching between governors tends to be a PITA. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@list

Re: audio dropouts still

On Fri, 2014-01-10 at 23:14 +1100, Zenaan Harkness wrote: > PS, the CPU frequencies as advertised by CPU Frequency Monitor pop-up > window (and in the panel itself) don't match the output of > "cpufreq-info" on command line. I must be doing something wrong... You can trust cpufreq-info. I don't us

Re: audio dropouts still

Those panel things could work, sometimes you need to set up policy rules or to set an evil bit ;), aka suid. I use the command line, resp. scripts, without tools, so I don't need to care for distro specific commands: $ grep performance /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor /sys/de

Re: audio dropouts still

On 1/10/14, Zenaan Harkness wrote: > On 1/10/14, Ralf Mardorf wrote: >> CPU frequency scaling has to be set to a fixed frequency, e.g. to >> performance. Ondemand likely will cause audio glitches, that might not >> be visible as xruns. > > That makes sense. Thank you for the suggestion. > > I've

Re: audio dropouts still

On 1/10/14, Ralf Mardorf wrote: > CPU frequency scaling has to be set to a fixed frequency, e.g. to > performance. Ondemand likely will cause audio glitches, that might not > be visible as xruns. That makes sense. Thank you for the suggestion. I've * installed and read about cpufreqd and cpufreq

Re: audio dropouts still

CPU frequency scaling has to be set to a fixed frequency, e.g. to performance. Ondemand likely will cause audio glitches, that might not be visible as xruns. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debia