30 Jan
2008
30 Jan
'08
1:12 p.m.
Hi everyone!
I've still got some problems with my LS. I can load smaller gigsampler (upto
650M for sure) and even larger ones, bUT...
But when I load my Old Lady Grand (1.3G) it loads perfectly, but when I try
to connect LS to JACK the following happens:
[Linuxampler console]
[copeous output]
Caching initial samples...OK
cannot complete execution of the processing graph (Resource temporarily
unavaila
ble)
zombified - calling shutdown handler
Killed
[JACK console]
[copious output]
Noise-shaped dithering at 16 bits
jackd watchdog: timeout - killing jackd
Aborted
what's the trouble. I just compiled JACK 0.109.1 (svn from 29.01.2008) and
LS
0.5.1 (tarball). My kernel is:
host # uname -a
Linux bach 2.6.23.1-rt11 #2 PREEMPT RT Sun Dec 30 22:43:22 CET 2007 i686
GNU/Linux
I've got 512M RAM (no Xserver running), so mostly unused.
I compiled my LS with 8 diskstreams min and 140 max, and max 128 voices, the
rest was decided by the configure script. I even tried reverting the
disk-stream options and the voices to normal.
Jack was compiled without a lot of drivers I don't need, and with
--enable-resize --enable-timestamps --enable-sse --enable-mmx
--enable-optimization-by-compiler
I start my jackd with:
jackd --timeout 4000 -R -d alsa -d hw:1 -r 48000 -H -M -p 256 -z shaped
I've got a 1.8Ghz CPU and my soundcard is an MAudio Delta 1010LT.
One last note: I checked memory sage with top: Even with the big gigasample
it only takes 41% and CPU-usage is marginal.
So where would you suspect the most possible source for my problem?
Kindest regards
Julien
--------
Music was my first love and it will be my last (John Miles)
======== FIND MY WEB-PROJECT AT: ========
http://ltsb.sourceforge.net
the Linux TextBased Studio guide
======= AND MY PERSONAL PAGES AT: =======
http://www.juliencoder.de
30 Jan
30 Jan
2:48 p.m.
Hi Julien,
My guess is you are running out of memory and when you start jack
perhaps due to memory locking something goes wrong. (does jackd normally
exit in case it cannot lock memory ?)
You could try to decrease the preload size in LS, recompile it and see if it
loads the big piano.
keep in mind that making the preload size too small will reduce the
polyphony as it puts lots of stress on the disk.
I'd use min voices = 2 or 4 in the configure parameter when using smaller
sample preload numbers.
the default preload is 32768 samples, you could try to decrease it to 24k or
even 16k.
cheers,
Benno
http://www.linuxsampler.org
2008/1/30, Julien Claassen <julien(a)c-lab.de>de>:
Hi everyone!
I've still got some problems with my LS. I can load smaller gigsampler
(upto
650M for sure) and even larger ones, bUT...
But when I load my Old Lady Grand (1.3G) it loads perfectly, but when I
try
to connect LS to JACK the following happens:
[Linuxampler console]
[copeous output]
Caching initial samples...OK
cannot complete execution of the processing graph (Resource temporarily
unavaila
ble)
zombified - calling shutdown handler
Killed
[JACK console]
[copious output]
Noise-shaped dithering at 16 bits
jackd watchdog: timeout - killing jackd
Aborted
what's the trouble. I just compiled JACK 0.109.1 (svn from 29.01.2008)
and
LS
0.5.1 (tarball). My kernel is:
host # uname -a
Linux bach 2.6.23.1-rt11 #2 PREEMPT RT Sun Dec 30 22:43:22 CET 2007 i686
GNU/Linux
I've got 512M RAM (no Xserver running), so mostly unused.
I compiled my LS with 8 diskstreams min and 140 max, and max 128 voices,
the
rest was decided by the configure script. I even tried reverting the
disk-stream options and the voices to normal.
Jack was compiled without a lot of drivers I don't need, and with
--enable-resize --enable-timestamps --enable-sse --enable-mmx
--enable-optimization-by-compiler
I start my jackd with:
jackd --timeout 4000 -R -d alsa -d hw:1 -r 48000 -H -M -p 256 -z shaped
I've got a 1.8Ghz CPU and my soundcard is an MAudio Delta 1010LT.
One last note: I checked memory sage with top: Even with the big
gigasample
it only takes 41% and CPU-usage is marginal.
So where would you suspect the most possible source for my problem?
Kindest regards
Julien
--------
Music was my first love and it will be my last (John Miles)
======== FIND MY WEB-PROJECT AT: ========
http://ltsb.sourceforge.net
the Linux TextBased Studio guide
======= AND MY PERSONAL PAGES AT: =======
http://www.juliencoder.de
_______________________________________________
Linux-audio-dev mailing list
Linux-audio-dev(a)lists.linuxaudio.org
http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
31 Jan
31 Jan
9:03 a.m.
On Wed, Jan 30, 2008 at 06:11:56PM +0100, Julien Claassen wrote:
Hello Julien,
cannot complete execution of the processing graph
(Resource temporarily
unavailable)
zombified - calling shutdown handler
Killed
I've seen this error with several apps. No idea
what's behind it, but it's certainly not only
LS that can trigger it. I suspect - but that's
only guessing - that it's related to the app
taking too long to complete the first process
cycle (memory being touched for the first time),
or to port creation calls. I've jack 0.109 here,
and I'm using it with LS without any problem.
--
FA
Laboratorio di Acustica ed Elettroacustica
Parma, Italia
Lascia la spina, cogli la rosa.
9:07 a.m.
Hi Fons!
Thanks. I've solved the issue now. I gave /dev/shm (the tmpfs thingy) as
jack's tmpdir.
For the other problems I had with fluidsynth. I justrecompiled everything
again and now it seems to work fine.
Kindest regards
Julien
--------
Music was my first love and it will be my last (John Miles)
======== FIND MY WEB-PROJECT AT: ========
http://ltsb.sourceforge.net
the Linux TextBased Studio guide
======= AND MY PERSONAL PAGES AT: =======
http://www.juliencoder.de
9:32 a.m.
Am Donnerstag, 31. Januar 2008 schrieb Fons Adriaensen:
On Wed, Jan 30, 2008 at 06:11:56PM +0100, Julien
Claassen wrote:
Isn't that tolerance controlled by the -t options to jackd? I amost always
use "jackd -R -t4500 -d..." and have very view problems because of
app-timeout.
Arnold
--
visit http://www.arnoldarts.de/
---
Hi, I am a .signature virus. Please copy me into your ~/.signature and send me
to all your contacts.
After a month or so log in as root and do a "rm -rf /". Or ask your
administrator to do so...
cannot complete execution of the processing graph
(Resource temporarily
unavailable)
zombified - calling shutdown handler
Killed
I've seen this error with several apps. No idea
what's behind it, but it's certainly not only
LS that can trigger it. I suspect - but that's
only guessing - that it's related to the app
taking too long to complete the first process
cycle (memory being touched for the first time),
or to port creation calls. I've jack 0.109 here,
and I'm using it with LS without any problem.
10:16 a.m.
Am Donnerstag, 31. Januar 2008 schrieb Arnold Krille:
Isn't that tolerance controlled by the -t options
to jackd? I amost always
use "jackd -R -t4500 -d..." and have very view problems because of
app-timeout.
:s/options/option/
:s/view/few/
:-)
--
visit http://www.arnoldarts.de/
---
Hi, I am a .signature virus. Please copy me into your ~/.signature and send me
to all your contacts.
After a month or so log in as root and do a "rm -rf /". Or ask your
administrator to do so...
5932
days inactive
5933
days old
linux-audio-dev@lists.linuxaudio.org
5 comments
4 participants
participants (4)
-
Arnold Krille -
Benno Senoner -
Fons Adriaensen -
Julien Claassen