This is a maintainance release of JACK. Three important issues are
fixed:
* the old ALSA PCM port names are available, so that applications
that either hardcode or have existing patching information
containing these names will function.
* the use of popen(3) to invoke jackd to determine the server
directory has been fixed so that it works on systems that
have closed a security risk with popen(). This was preventing
correct startup on OS X, in particular.
* USX2Y driver updates to enable JACK MIDI devices to show up
in raw-usb mode (previously, raw-usb mode didn't initialize
or call MIDI drivers properly).
Download from either jackaudio.org or sourceforge:
http://jackaudio.org/downloads/jack-audio-connection-kit-0.109.2.tar.gzhttp://prdownloads.sourceforge.net/jackit/jack-audio-connection-kit-0.109.2…
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
did a dist-upgrade for UbuntuHardyAlpha3 last weekend
and the RT kernel became a bit older than the generic one
was using the system as CUI but since the setup for awesome went okay
also installed emacs-snapshot-nox and supercollider
even though ChucK works fine with jackd
when i do
emacs -sclang
and try to boot the server
it returns
JackDriver couldn't connect alsa_pcm:capture_1 to SuperCollider:in_1
JackDriver couldn't connect alsa_pcm:capture_2 to SuperCollider:in_2
JackDriver couldn't connect SuperCollider:out_1 to alsa_pcm:playback_1
JackDriver couldn't connect SuperCollider:out_2 to alsa_pcm:playback_2
i wonder what is wrong
i have to always install the brand new RT kernel manually?
snapshot version of emacs-nox is not okay?
(purging that version and installing 21 or 22 results into no
emacs-nox existing)
HardyAlpha3 seems to have pulseaudio enabled as default
this has something to do with the error?
--
'2+
http://micro.ispretty.com
> Does anyone know of a program that will allow use of vsti under linux
> that also utilises the built in presets for the instrument?
savihost ore vsthost from hermann seib run's under wine with wineasio. But
latency is high.
http://www.hermannseib.com/english/default.htm
hermann
I hope someone can help me with this.
I have:
Athlon64 Dual-Core 6000+
2GB DDR3 RAM, running dual-channel
3 x SATA hard disks
Emu 1212m sound card
Ubuntu Studio 7.10 (Gutsy, I think)
Trying to run JACK at 44.1khz, at a 128 sample buffer I'm getting on the
order of 50-60 xruns a second. Even at a 4096 sample buffer, I was
getting one xrun every 2 seconds. I would think this setup should be
able to handle a 64 sample buffer without any trouble.
The one caveat is I did have to compile the latest stable ALSA from
scratch, so that my sound card would work. Could it be related to the
still-beta driver for my Emu card? Or maybe I need to recompile ALSA
with some options?
Thank you for any help.
-- Darren Landrum
Hi everyone!
I've got some problems with my LS. I can load smaller gigsampler (upto 650M
I can confirm) and everything works.
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:
...
Caching initial samples...OK
cannot complete execution of the processing graph (Resource temporarily
unavaila
ble)
zombified - calling shutdown handler
Killed
The JACK console:
...
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 today) and LS
0.5.1 (tarball). My kernel is:
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.
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.
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
I got the same processor running 64-bit debian sid running jack at 44.1khz, 64 sample buffer on Audiophile 2496 soundcard with no xruns.
Are you running realtime kernel with realtime box checked in qjackctl/settings
(or with -R option on command line)?
(I got 4GB dual-channel RAM and 2 SATA DRIVES...)
My kernel: 2.6.23.11-rt14 #1 SMP PREEMPT RT Wed Dec 26 08:47:49 EST 2007 x86_64 GNU/Linux
Norv
----- Original Message ----
From: Darren Landrum <darren.landrum(a)sbcglobal.net>
To: linux-audio-user(a)lists.linuxaudio.org
Sent: Monday, 28 January, 2008 11:42:08 PM
Subject: Re: [LAU] Horrible number of xruns in Jack (Emu card)
Darren
Landrum
wrote:
>
I
hope
someone
can
help
me
with
this.
>
>
I
have:
>
>
Athlon64
Dual-Core
6000+
>
2GB
DDR3
RAM,
running
dual-channel
>
3
x
SATA
hard
disks
>
Emu
1212m
sound
card
>
Ubuntu
Studio
7.10
(Gutsy,
I
think)
>
>
Trying
to
run
JACK
at
44.1khz,
at
a
128
sample
buffer
I'm
getting
on
the
>
order
of
50-60
xruns
a
second.
Even
at
a
4096
sample
buffer,
I
was
>
getting
one
xrun
every
2
seconds.
I
would
think
this
setup
should
be
>
able
to
handle
a
64
sample
buffer
without
any
trouble.
>
>
The
one
caveat
is
I
did
have
to
compile
the
latest
stable
ALSA
from
>
scratch,
so
that
my
sound
card
would
work.
Could
it
be
related
to
the
>
still-beta
driver
for
my
Emu
card?
Or
maybe
I
need
to
recompile
ALSA
>
with
some
options?
>
>
Thank
you
for
any
help.
I
talked
to
my
programming
prof
about
this,
and
he
thinks
the
fact
that
I'm
using
a
64-bit
OS
might
have
a
lot
to
do
with
it.
I'll
try
installing
the
32-bit
version
of
Ubuntu
Studio
at
some
point
this
week
and
see
if
that
changes
anything
(I
keep
all
of
my
data
on
a
separate
partition,
so
it's
not
a
huge
operation
for
me).
--
Darren
_______________________________________________
Linux-audio-user
mailing
list
Linux-audio-user(a)lists.linuxaudio.org
http://lists.linuxaudio.org/mailman/listinfo/linux-audio-user
Make the switch to the world's best email. Get the new Yahoo!7 Mail now. www.yahoo7.com.au/worldsbestemail
Hey all,
I've been having problems trying to find a realtime kernel that has
decent wireless support. I tried JAD 1.0, which performed quite
nicely, but did not have adequate wireless support or even madwifi
"out of the box", which I apparently need. I'm running a D-Link
DA-2320 PCI card which uses the Atheros chipset (madwifi?) and when I
inquired about it on their forums it didn't seem to take much
priority. I think 64Studio also struggled with this card but it's
about the only chipset locally available that has any track record at
all with linux. This card IS quite nicely supported under Ubuntu and
family "out of the box" but the kernel supplied with UbuntuStudio,
while it handles my wireless nicely, is more sluggish, in regards to
latency, than the vanilla Ubuntu kernel.
I'm not afraid to try building a kernel for myself, just wondering why
so many realtime kernels seem to lack the proper wifi support that IS
available to linux in general? I also seem to remember reading
somewhere some problem with certain wifi drivers co-existing with a
stack or something needed for realtime?
Thanks in advance,
Jon
I had to install Ardour2 tonight on a new Debian Testing box, but
could not find Ardour in the Testing repos, so I built it from source.
I thought it might be a good idea to take notes, as it might help
someone else:
http://www.hardbop200.com/2007/11/18/building-ardour2-on-debian-testing/
Basically this just has the apt-get stuff all written out for you.
Again, hope this is helpful.
--
Josh Lawrence
http://www.hardbop200.com
My 7-year-old daughter was transfixed by a stop-action video remix of a Familjen song, and wanted to do something like that. So I sat her down with a digital camera and told her to have at it:
http://www.youtube.com/watch?v=c4huY3paWec
Video made with linux (qiv, ImageMagick, mencoder, avimerge), to go with music made with linux (seq24, specimen, fluidsynth, hydrogen, etc).
It's only 38 seconds long, since stop-action is tedious, time-consuming process. But she was thrilled to learn how to do animation, and I was thrilled to have a video for one of my tunes!
-ken