24 Jan
2007
24 Jan
'07
1:36 a.m.
I either found the culprit of the xruns, or I found the *main* one. But
I have a question...
I noticed that the xruns were every 20 seconds. So I went to KDE Control
Center -> Power Control -> Laptop Battery... and changed "Check status
every: 20sec" to "Check status every: 1sec". I started Qjackctl... and
as suspected... there was one xrun per second. I couldn't shut off
"Battery Polling" in KDE Control Center, so I set it to a ridiculously
high number and the "regular" xruns stopped.
I wanted to completely shut off "Battery Polling", and I was under the
impression that this was controlled by "apm". So I set it back to "1
second polling" and went to System -> Services and disabled "apmd". That
didn't effect the nibbling at the hard drive every second, but it
stopped creating an xrun every second. Although there still were
"regular" xruns.
Does anyone have any idea how to disable "Battery Polling"?
Thanks,
Rocco
25 Jan
25 Jan
11:44 a.m.
New subject: [linux-audio-user] Where's the weak link?
Hiho,
On Wednesday 24 January 2007 06:36, linuxmedia4(a)netscape.net wrote:
I wanted to completely shut off "Battery
Polling", and I was under the
impression that this was controlled by "apm". So I set it back to "1
second polling" and went to System -> Services and disabled "apmd".
That
didn't effect the nibbling at the hard drive every second,
I believe KDE is also checking cd-trays, and the like, regularly to check if
something like a harddrive was attached (this is how they then inform you
about a recently attached device and ask you how to open it). I am not sure
where you turn it off, but I am sure it is possible to do so somewhere.
But I did hear from someone that this desktop feature can cause xruns from
time to time...
sincerely,
Marije
11:51 a.m.
New subject: [linux-audio-user] Where's the weak link?
2007/1/25, nescivi <nescivi(a)gmail.com>om>:
On Wednesday 24 January 2007 06:36,
linuxmedia4(a)netscape.net wrote:
I found cron with its runs every ten minutes more disturbing. (*)
Afaik KDE uses hal and dbus for the device-notifications. It doesn't
poll devices but gets notified.
(*) I added a check for a running jackd (pidof jackd || <run-crons>)
and got rid of problems while still having prelink and co run on a
regular basis.
Have a nice day,
Arnold
--
visit http://www.arnoldarts.de/
---
Wenn man mit Raubkopien Bands wie Brosis oder Britney Spears wirklich
verhindern könnte, würde ich mir noch heute einen Stapel Brenner und
einen Sack Rohlinge kaufen.
I wanted to completely shut off "Battery
Polling", and I was under the
impression that this was controlled by "apm". So I set it back to "1
second polling" and went to System -> Services and disabled "apmd".
That
didn't effect the nibbling at the hard drive every second,
I believe KDE is
also checking cd-trays, and the like, regularly to check if
something like a harddrive was attached (this is how they then inform you
about a recently attached device and ask you how to open it). I am not sure
where you turn it off, but I am sure it is possible to do so somewhere.
But I did hear from someone that this desktop feature can cause xruns from
time to time... 
26 Jan
26 Jan
2:19 p.m.
New subject: [linux-audio-user] Where's the weak link?
On 1/25/07, Arnold Krille <arnold.krille(a)gmail.com> wrote:
I found cron with its runs every ten minutes more
disturbing. (*)
Afaik KDE uses hal and dbus for the device-notifications. It doesn't
poll devices but gets notified.
Battery polling apparently generates SMM traps on this hardware which
is guaranteed to cause xruns. CDROM status, HAL, dbus, and disk
activity should not cause xruns with a good kernel, but the SMM issue
cannot be avoided other than to totally disable battery polling.
This is certainly something KDE should provide a switch for.
Lee
9:48 p.m.
New subject: [linux-audio-user] Where's the weak link? (Solved)
I decided to do all my audio work in the "Window Maker" window manager.
It was a hint by Kai Vehmanen (creator of ecasound) in 2005. I'm not
savvy enough to comment on his more technical claims about it being a
good window manager for audio work, but I trust him on that part. But I
can confidently agree that it is a very easy to use window manager...
and I have it set up mostly for audio work.
I was slightly hesitant to mark this as "solved" because I haven't done
a lot of testing, but so far things are (much) better, and possibly
solved. I even recorded 15 continuous minutes of 2 simultaneous mono
24/48000 tracks in ecasound with only (possible) (barley audible)
clicks. Although they easily could have been "lip and mouth moisture
sounds" being picked up by the mic... but only for a few seconds of the
15 minute recording session. The only xrun reported by jackd was the
first second when I started ecasound, but it didn't effect the
recording. Other than that... not one xrun reported by jackd.
Thanks to all that helped...
Rocco
27 Jan
27 Jan
9:25 a.m.
New subject: [linux-audio-user] Where's the weak link? (Solved)
On Fri, 2007-01-26 at 20:48 -0500, linuxmedia4(a)netscape.net wrote:
I decided to do all my audio work in the "Window
Maker" window manager.
It was a hint by Kai Vehmanen (creator of ecasound) in 2005. I'm not
savvy enough to comment on his more technical claims about it being a
good window manager for audio work, but I trust him on that part. But I
can confidently agree that it is a very easy to use window manager...
and I have it set up mostly for audio work.
I was slightly hesitant to mark this as "solved" because I haven't done
a lot of testing, but so far things are (much) better, and possibly
solved. I even recorded 15 continuous minutes of 2 simultaneous mono
24/48000 tracks in ecasound with only (possible) (barley audible)
clicks.
FYI, on any contemporary linux system with reasonable sensible hardware
and a minor amount of system configuration, you should be able to record
24+ tracks simultaneously without any issues at all, for hours. if you
can't, then you've got a problem with any or all of:
* the wrong kernel
* poor hardware
* lack of system configuration tuning
* wrong options given to software
* bad software
--p
6605
days inactive
6608
days old
linux-audio-user@lists.linuxaudio.org
5 comments
5 participants
participants (5)
-
Arnold Krille -
Lee Revell -
linuxmedia4＠netscape.net -
nescivi -
Paul Davis