JACK 0.70.4 release
JACK is a low-latency audio server, written primarily for the GNU/Linux
operating system. It can connect a number of different applications to
an audio device, as well as allowing them to share audio between
themselves. Its clients can run in their own processes (ie. as normal
applications), or can they can run within the JACK server (ie. as a
"plugin").
JACK is different from other audio server efforts in that it has been
designed from the ground up to be suitable for professional audio work.
This means that it focuses on two key areas: synchronous execution of
all clients, and low latency operation.
CHANGES:
qjackconnect/jack_lsp bug fixed.
now can use either SysV or POSIX shm methods. Linxu 2.4.4 is required
for the POSIX method. Defaults to SysV, but can be switched with a
./configure option (--enable-posix-shm)
new --enable-optimize configure time flag, for compiler optimization.
jack_set_buffer_size_callback() de-deprecated.
added port metering API.
added option --timeout (OR -t) for client timeout. The default time is
as before: 500 msec.
jack_lsp now has usage (-h or --help) and version (--version) options.
various bug fixes and documentation updates.
CAVETS:
The shm code requires the tmpfs kernel module either loaded or compiled
in. A tmpfs filesystem must be mounted as well. This can be done by
adding:
tmpfs /dev/shm shm defaults 0 0
to /etc/fstab and running "mkdir /dev/shm; mount /dev/shm".
In versions of linux prior to 2.4.4, tmpfs was known as shmfs.
Client programs compile with the previous stable release (0.61.0) will
need to be recompiled to work with 0.70.4.
Client programs now need to also link against librt. That library
should be automatically included via pkg-config.
Taybin Rutkin
Hello,
Thanks
I`ll buy or Onkyo SE-U55X(S) or Yamaha DP-U50 next month
I`ll test is and let you know if it works or not
Extra question: Anybody tested Yamaha devices?? I mean any of the
series: DP-U50 , AP-U70 , RP-U200 while on ALSA page it says:
[X?] = Support undetermined.
Ciao
THOMAS
thomas.sinczak(a)wp.pl
Hi Steve, Paul, Mark
Since I started this thread, I want to thank you for your interesting
answers.
What I understand is: The capturing/playback is tightly coupled to the
same physical device, except one makes it to tie two different ones
together by providing an external clock/sync or propagating an
existing clock/sync-source.
The solution introduced by Mark connecting the s/pdif clocks sounds
_too interesting_ for my audio skills, that's why I decided to order
an AEB/O-4 for the 9636 as Steve suggested, since the rest of my setup
is completely analog ;) and my first goal still is to reduce delay to
zero, when recording overdubs with analog instruments.
Martin
Just a quick notification to you all that pawfal (the webste for arty
free software types) has been reborn as a wiki, and is open for all to
use and abuse. Feel free to add information of your own - we're
especially interested in people using linux and/or free software for
artistic purposes to put links to their work there, you can create your
own wiki page etc etc.
http://www.pawfal.org
For more information, if you are new to wiki's:
http://www.pawfal.org/index.php/PawfalFaq
cheers,
dave
Hi all,
Does anybody knows a program tha could help me find out the tempo of a given
audio file ? Whay i want to do is extract loops from large audio files
(usually mp3). So I get my selection, enter the length in bars and the sig
and I get the BPM.
Or something similar. What cames in mind is recycle.
Does any of the wave editors (sweep, audacity, rezound) available can do
something like that?
dear list,
i'm running Debian kernel version 2.4.20 with ext3 an an Asus L3 laptop
with a Hammerfall HDSP, and my xruns using Jack are frequent and nasty!
i would say in the nieghborhood of every 10-20 seconds, i get an xrun of
10-200 ms. i have done all the hdparm stuff, all the necessary low
latency and preemptive patches, and have everything set up to run
realtime capabilities for Jack. the problem, of course, is that with
ext3 and kernel 2.4.20, the machine totally freezes when i do a
"jackstart --realtime". [this is documented somewhere, so i know it's
not just me!]
so, i figure my solution is to convert the filesystem of my main
partition to reiserfs, thereby allowing me to gain from its better
journal [i.e. less disk activity, i guess] and the ability to use
realtime capabilities.
and here is where i start to feel like a dumb newbie :-)
if my main partition is /dev/hda2, and i am working from another
[temporary] root file system in /dev/hda6, how can i back up /dev/hda2
to /dev/hda7 and put it back again after doing the ext3-->reiserfs
conversion WITHOUT transferring back over the old file system? i tried
dd if=/dev/hda2 of=/dev/hda7, but when i mounted /dev/hda7, it was
turned into an ext3 filesystem, although i had already made it reiserfs.
i assume that means if i changed dev/hda2 to reiserfs and moved the
backup copy there again, it would be ext3 all over again. i tried a few
things with cpio that didn't work, and i am not sure i have the syntax
right with tar. can someone please help me out here?
thx.
derek
Can someone give me the link to unsubscribe?
Thanks,
JB
-----Original Message-----
From: derek holzer [mailto:derek@x-i.net]
Sent: Friday, May 02, 2003 2:50 PM
To: linux-audio-user(a)music.columbia.edu
Subject: Re: [linux-audio-user] xruns: file system ext3 --> reiserfs?
Mark Knecht wrote:
>There are some kernel patches out there dating back to last year, along
>with some technical info, but possibly those require a kernel recompile
>which is a pretty drastic step for you to take right now.
>
>http://lwn.net/Articles/5584/
>
>Here's one interesting thread I found with some interesting info:
>
>https://listman.redhat.com/pipermail/ext3-users/2001-November/002152.html
>
i tried applying the 2.4.20 + ext3 kernel patches located at
http://www.zip.com.au/~akpm/linux/ext3/
earlier this week. not only did they not apply properly, but they
screwed up my low-latency and preemptive patches too. luckily, the
errors were so bad that the kernel simply didn't compile. so i think i
will pass on any more kernel-tinkering.
so, back to plan A: with all of your helpful suggestions, i will convert
file systems this eve. the good news so far is that running PD under
Alsa as root with an -rt flag does wonders for the sound [nothing
glitches it up except moving a window on screen], so i predict much Jack
happiness with its own realtime capabilities working right.
[why not run realtime Jack as root? you may ask... on my setup, with the
new shm version of Jack, running it as root makes a logfile in the
/dev/shm directory which not only jams up the Jack/Alsa communication
somehow, but also prevents an ordinary user from starting Jack until
this logfile is removed. don't know if this is the case for any of the
rest of y'all.]
best + thx again everybody for a very informative thread,
derek
Hi all, I know this is off-topic, but at this point I could use any help
I could get since I am just about ready to do a clean reinstall
(Something that I do really not feel like doing right now).
I had Mdk 9.0 and upgraded it to 9.1. Since, when I have dynamically
linked apps to the /usr/lib/libc.so.6 (or /usr/lib/libc.so) I always get
the same error:
Error while loading shared libraries: /usr/lib/libc.so.6: invalid ELF
header
I tried reinstalling 9.1 glibc and glibc-devel and that did not fix it.
I also tried installing libelf rpm for mandrake and that did not do a
thing. Finally I even installed the newest cooker version of these two
files and I still come up with the same error. This brings me to a
conclusion that the problem lies somewhere else, but where?
Rebuilding of glibc from srpm eventually fails with some weird error
(can't remember it any more), so that option is out of question.
Furthermore, what is really odd, is that the clean install on another
machine of the same distro does not have this problem, yet the files in
question libc.so (and other related ones) are IDENTICAL to the ones I
have on this machine (at least they were before I installed the latest
glibc from the cooker).
I also checked binutils package and it is the same on both machines.
So what gives?
Does anyone have any suggestions as to how could I go about resolving
this issue?
Any help at this point is greatly appreciated! Sincerely,
Ivica Ico Bukvic, composer & multimedia sculptor
http://meowing.ccm.uc.edu/~ico
Brian, Michael,
Scala only depends on GTK+ and GtkAda. I'm not sure about the status
of GTK+ on OS X, but there is Gimp so I suppose it's available.
Porting to the native OS X gui instead will be a lot of work though.
GNAT is available, versions 3.12 to 3.15 will all be fine.
The OS calls are done via the portable GNAT libraries so all that
will probably work straightaway.
So Brian I'd say try installing GTK+ 1.2, GNAT and GtkAda 1.2.12 and
I'll send you the code. See
http://www.adapower.orghttp://gtkada.eu.orghttp://macgimp.org
I don't know anything about MIDI on OS X, but it can do without.
We should continue offlist now.
Manuel