Oe Thu, Nov 16, 2006 at 11:11:01AM +0100, Julian Hagenauer wrote:
Hi,
thank you for your answer.
rlimits seem to work, becasue i got the same results as mentioned above.
In fact i have a Centrino Duo (Dual Core) notebook, so this might be the reason fpr my
xruns and stuttering sound?
If i run jackd -h i got no option mention --clocksource.
What can i do next?
In fact when I had problems related to tsc clock drift I had this type
of errors :
delay of XXX usecs exceeds estimated spare time of YYY; restart ...
If this is your case you have to upgrade jackd, I'm afraid there is no
simple way to do so. You'll have to compile yourself jack 0.102.20.
If you have only :
**** alsa_pcm: xrun of at least 1.105 msecs
Here what I would check first :
1) Your audio card is not reliable
Some cards have a fixed sample rate, just try to launch jackd with other
sample rate. Did you check the card matrix on
http://www.alsa-project.org to check if other people experienced the
same problem?
2) Some issues with laptop
I have seen very weird things with laptop. And I can't help here, I
don't own a laptop... For example, can you see noticeable difference
when your laptop is on AC Mains and on battery?
3) other process is running and do heavy load? check top and identify
it.
4) Your kernel config
check your PREEMPT config with
zcat /proc/config.gz | grep CONFIG_PREEMPT
If you have CONFIG_PREEMPT_NONE=y
It is not very good for real-time audio you need at least
CONFIG_PREEMPT_DESKTOP=y
If you are not confident with kernel compilation I won't be able to help
because I don't know where you can find such precomiled kernel for
debian testing.
But if you have xruns at 1024/2 frames I'm not sure it will help...
Well I have no more clue, there is a solution somewhere don't give up :)
Good luck
David.