Alfons Adriaensen wrote:
On Thu, Jan 05, 2006 at 06:19:05AM -0500, Bill Allen wrote:
fons adriaensen wrote:
AMS should handle multiple patches without requiring a separate instance
for each.
That would be great, as ams is my favorite synth, but I haven't found a
way to do
hello... i just wanted to announce, that i have written a jack binding
for ninjam.
ninjam is a network jam session software.
www.ninjam.com
the ported consoleclient for ninjam is available here:
http://galan.sf.net/ninjam-with-jack.tar.bz2
and yes... there is a Makefile.. find -name Makefile
What are people's favorite applications for splitting up large sound
files?
I have a bunch a bunch of IMA ADPCM .wav's that I want to burn to CD,
but often they're too large for a single CD.
BTW, I've been converting the files to .cdr on a linux system, and then
transferring that result to a
Hallo,
while trying to build Dave Griffith's fluxus, which uses liblo, on
Debian, I've hit a very strange error. It boils down to g++ not
finding the symbols exported in lo/lo.h. I stripped down the code,
where it fails to this supershort C++-file:
// --
// OSCServer.cpp
//
Frank Barknecht:
OSCServer.cpp:2: 'lo_address' is used as a type,
but is not defined as a type.
Wasn't lo_address called something else in very old
versions of liblo? Maybe you have spare headers
lying around. Or maybe I'm inventing things.
Chris
Hallo,
Chris Cannam hat gesagt: // Chris Cannam wrote:
Frank Barknecht:
OSCServer.cpp:2: 'lo_address' is used as a type,
but is not defined as a type.
Wasn't lo_address called something else in very old
versions of liblo? Maybe you have spare headers
lying around. Or maybe I'm
Hi everyone
This is a short note to point out that I have released set_rlimits 1.2.0.
It can be found at
http://www.physics.adelaide.edu.au/~jwoithe/set_rlimits-1.2.0.tgz
This is the software formerly known as set_rtlimits. I've changed the
name to reflect the fact that any rlimit can be
Frank Barknecht wrote:
Hallo,
while trying to build Dave Griffith's fluxus, which uses liblo, on
Debian, I've hit a very strange error. It boils down to g++ not
finding the symbols exported in lo/lo.h. I stripped down the code,
where it fails to this supershort C++-file:
Check your
