10 May
2003
10 May
'03
12:41 p.m.
JACK 0.71.1
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**
* fltk macros/detection from bob ham
* tmpdir configure-time patch from jesse chappell
* socket error handling change (with additional graph sort!)
from stephane letz
* xrun init patch from gunter geiger
Taybin Rutkin
10 May
10 May
4:15 p.m.
New subject: [linux-audio-dev] Re: [linux-audio-user] JACK 0.71.1 released
Taybin,
Got the following on RH 7.3 gcc 2.96
/bin/sh ../libtool --mode=link gcc -I.. -I.. -D_REENTRANT
-D_POSIX_PTHREAD_SEMANTICS -Wall -DUSE_POSIX_SHM -O3
-fomit-frame-pointer -ffast-math -fstrength-reduce -funroll-loops
-fmove-all-movables -I.. -D_REENTRANT -D_POSIX_PTHREAD_SEMANTICS -Wall
-DUSE_POSIX_SHM -O3 -fomit-frame-pointer -ffast-math -fstrength-reduce
-funroll-loops -fmove-all-movables -o jack_lsp -lrt -ldl -lpthread
lsp.o ../libjack/libjack.la
gcc -I.. -I.. -D_REENTRANT -D_POSIX_PTHREAD_SEMANTICS -Wall
-DUSE_POSIX_SHM -O3 -fomit-frame-pointer -ffast-math -fstrength-reduce
-funroll-loops -fmove-all-movables -I.. -D_REENTRANT
-D_POSIX_PTHREAD_SEMANTICS -Wall -DUSE_POSIX_SHM -O3
-fomit-frame-pointer -ffast-math -fstrength-reduce -funroll-loops
-fmove-all-movables -o .libs/jack_lsp lsp.o -ldl
../libjack/.libs/libjack.so -lm -lpthread -lrt
creating jack_lsp
if g++ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I.. -D_REENTRANT
-D_POSIX_PTHREAD_SEMANTICS -Wall -DUSE_POSIX_SHM -O3
-fomit-frame-pointer -ffast-math -fstrength-reduce -funroll-loops
-fmove-all-movables -g -O2 -MT fltk_client.o -MD -MP -MF
".deps/fltk_client.Tpo" \
-c -o fltk_client.o `test -f 'fltk_client.cc' || echo
'./'`fltk_client.cc; \
then mv ".deps/fltk_client.Tpo" ".deps/fltk_client.Po"; \
else rm -f ".deps/fltk_client.Tpo"; exit 1; \
fi
fltk_client.cc:11:19: FL/Fl.H: No such file or directory
fltk_client.cc:12:26: FL/Fl_Window.H: No such file or directory
fltk_client.cc:13:26: FL/Fl_Slider.H: No such file or directory
make[2]: *** [fltk_client.o] Error 1
make[2]: Leaving directory `/data2/sound/jack/example-clients'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/data2/sound/jack'
make: *** [all] Error 2
Jan
On Sat, 2003-05-10 at 09:30, Taybin wrote:
JACK 0.71.1
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**
* fltk macros/detection from bob ham
* tmpdir configure-time patch from jesse chappell
* socket error handling change (with additional graph sort!)
from stephane letz
* xrun init patch from gunter geiger
Taybin Rutkin
7:16 p.m.
New subject: [linux-audio-dev] Re: [Jackit-devel] Re: [linux-audio-user] JACK 0.71.1 released
On Sat, 2003-05-10 at 13:37, Jan Depner wrote:
Taybin,
Got the following on RH 7.3 gcc 2.96
[...]
fi
fltk_client.cc:11:19: FL/Fl.H: No such file or directory
fltk_client.cc:12:26: FL/Fl_Window.H: No such file or directory
fltk_client.cc:13:26: FL/Fl_Slider.H: No such file or directory
make[2]: *** [fltk_client.o] Error 1
make[2]: Leaving directory `/data2/sound/jack/example-clients'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/data2/sound/jack'
make: *** [all] Error 2
Grr. Looks like the fltk patch doesn't work as well as it should.
Jack?
Taybin
8:49 p.m.
New subject: [linux-audio-dev] Re: [Jackit-devel] Re: [linux-audio-user] JACK 0.71.1 released
Taybin <taybin(a)earthlink.net> writes:
Grr. Looks like the fltk patch doesn't work as
well as it should.
Jack?
Yep. It's broken for me, too (see earlier post).
--
Jack O'Quin
Austin, Texas, USA
4:18 p.m.
New subject: [linux-audio-dev] Plan 9 /dev multiplexing (was: JACK 0.71.1 released)
Hey guys, the other day I got a chance to speak to a buddy of mine who
is a cpu/OS guru and he was telling me how the author of original Unix
(whose name I can't recall) made this "new" OS called Plan 9 (currently
owned by Bell labs) that essentially fixes all of the shortcomings in
Unix, one of them being multiplexing the /dev stuff on the kernel level.
This would mean that driver implementation API would not need to do
software down-mixing when all that would be done in kernel-space. Seems
that the preliminary results are rather impressive (but probably not
sample accurate, hence we would still need jack for pro stuff). Yet, I
am wondering whether Kernel people should know about this and whether
such overhaul would be doable in the 2.6 or later revisions of Linux
kernel.
Any thoughts?
Ivica Ico Bukvic, composer & multimedia sculptor
http://meowing.ccm.uc.edu/~ico
-----Original Message-----
From: linux-audio-dev-admin(a)music.columbia.edu
[mailto:linux-audio-dev-
admin(a)music.columbia.edu] On Behalf Of Taybin
Sent: Saturday, May 10, 2003 10:30 AM
To: jackit-devel; laa; lad; lau
Subject: [linux-audio-dev] JACK 0.71.1 released
JACK 0.71.1
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**
* fltk macros/detection from bob ham
* tmpdir configure-time patch from jesse chappell
* socket error handling change (with additional graph sort!)
from stephane letz
* xrun init patch from gunter geiger
Taybin Rutkin
5:46 p.m.
New subject: [linux-audio-dev] Plan 9 /dev multiplexing (was: JACK 0.71.1 released)
Hey Gang -
Plan9 has been around for years and even though it proposes some new
architectures I think some are already outdated and not widely adopted. I am
not aware of any issues being resolved in the area of audio and hardware
specific issues.
-----Original Message-----
From: linux-audio-dev-admin(a)music.columbia.edu
[mailto:linux-audio-dev-admin@music.columbia.edu]On Behalf Of Ivica
Bukvic
Sent: Saturday, May 10, 2003 11:07 AM
To: linux-audio-dev(a)music.columbia.edu
Cc: alsa-devel(a)lists.sourceforge.net
Subject: [linux-audio-dev] Plan 9 /dev multiplexing (was: JACK 0.71.1
released)
Hey guys, the other day I got a chance to speak to a buddy of mine who
is a cpu/OS guru and he was telling me how the author of original Unix
(whose name I can't recall) made this "new" OS called Plan 9 (currently
owned by Bell labs) that essentially fixes all of the shortcomings in
Unix, one of them being multiplexing the /dev stuff on the kernel level.
This would mean that driver implementation API would not need to do
software down-mixing when all that would be done in kernel-space. Seems
that the preliminary results are rather impressive (but probably not
sample accurate, hence we would still need jack for pro stuff). Yet, I
am wondering whether Kernel people should know about this and whether
such overhaul would be doable in the 2.6 or later revisions of Linux
kernel.
Any thoughts?
Ivica Ico Bukvic, composer & multimedia sculptor
http://meowing.ccm.uc.edu/~ico
-----Original Message-----
From: linux-audio-dev-admin(a)music.columbia.edu
[mailto:linux-audio-dev-
admin(a)music.columbia.edu] On Behalf Of Taybin
Sent: Saturday, May 10, 2003 10:30 AM
To: jackit-devel; laa; lad; lau
Subject: [linux-audio-dev] JACK 0.71.1 released
JACK 0.71.1
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**
* fltk macros/detection from bob ham
* tmpdir configure-time patch from jesse chappell
* socket error handling change (with additional graph sort!)
from stephane letz
* xrun init patch from gunter geiger
Taybin Rutkin
7:48 p.m.
New subject: [linux-audio-dev] Re: [Alsa-devel] Plan 9 /dev multiplexing (was: JACK 0.71.1 released)
Hey guys, the other day I got a chance to speak to a
buddy of mine who
is a cpu/OS guru and he was telling me how the author of original Unix
(whose name I can't recall) made this "new" OS called Plan 9 (currently
owned by Bell labs) that essentially fixes all of the shortcomings in
as mentioned, Plan 9 is at least a decade old at this point. the name
is rob pike, btw. plan 9 has some really cool features, but its hard
to see any of them making it so much better than linux that its worth
switching. i think that every core member of the linux kernel team is
aware of plan 9's design, and a few of them have almost certainly
tried it out.
Unix, one of them being multiplexing the /dev stuff on
the kernel level.
This would mean that driver implementation API would not need to do
software down-mixing when all that would be done in kernel-space. Seems
welcome to ALSA. the kernel side of ALSA doesn't do this either. its
all in user space. the kernel side offers very simple services to user
space, nothing more. providing complex services in the kernel is a bad
idea, and worse, if it ever involves floating point math, imposes
extra load on the kernel. currently, the kernel doesn't save/restore
FP state for itself, because FP operations are not allowed in the
kernel. saving FP state is expensive.
that the preliminary results are rather impressive (but
probably not
sample accurate, hence we would still need jack for pro stuff). Yet, I
the new dmix ALSA plugin is very impressive and very clever. it
doesn't provide sample sync, its true, but its the answer to what most
consumer apps want. try it. you'll like it.
--p
7859
days inactive
7859
days old
linux-audio-dev@lists.linuxaudio.org
6 comments
6 participants
participants (6)
-
Brad Arant -
Ivica Bukvic -
Jack O'Quin -
Jan Depner -
Paul Davis -
Taybin