Hello everybody,
At http://hortus-mechanicus.net/perl/audio-ladspa/
you can find my attempts at making a LADSPA interface for
Perl. The LADSPA API should be completely supported, but at the
moment the system only supports mono audio out (via
Audio::Play) and no way of reading/writing audio files.
There is also a crude GUI at:
http://hortus-mechanicus.net/perl/audio-ladspa/rack.perl.txt
To use the GUI you need to have perl-tk installed.
Bugreports / missing features welcome.
Joost Diepenmaat.
--- README follows ---
Audio::LADSPA
==============
This is a set of extensions to host LADSPA plugins,
you can query them, or apply them to audio data.
INSTALLATION
To install this module type the following:
perl Makefile.PL
make
make test
make install
Or, if you prefer the CPAN installer, type:
perl -MCPAN -e'install Audio::LADSPA'
Which will fetch, make and install the module for you.
DEPENDENCIES
LADSPA dependencies:
The tests specifically need the demo plugins from the
ladspa_sdk package, with LADSPA_PATH pointing to the
directory where they are installed.
You do not have to set the LADSPA_PATH environment variable
if your LADSPA plugins are located in either /usr/lib/ladspa
or /usr/local/lib/ladspa, but you will be warned when the
modules are loaded. You'll probably want to set it anyway,
because most other LADSPA hosts need it.
You can download the sdk from from http://www.ladspa.org/
Debian users can use "apt-get install ladspa-sdk"
Alternatively, you can skip the tests, but these modules
are of no use without at least SOME plugins installed.
CPAN dependencies:
Also, this extension requires the following Perl modules;
Test::More, Audio::Play, Scalar::Util, Data::Uniqid
and Graph::Directed
Install them first from CPAN. Alternatively, if you're
installing using the CPAN or CPANPLUS shell, this can be taken
care of automatically.
COPYRIGHT AND LICENCE
Copyright (C) 2003 - 2004 Joost Diepenmaat
This program is free software; you can redistribute it and/or modify
it under the terms of the GNU General Public License as published by
the Free Software Foundation; either version 2 of the License, or
(at your option) any later version.
See the COPYING file for more information
I vaguely remember a discussion here about LADSPA ID's (unsigned long
UniqueID) not actually being globally unique to a plugin like the header
implies, but I can't find it in the archives.
So.. unique or not? Basically I need to know what the "proper"
information is to send a synth in order to load a plugin. At the moment
I'm sending filename and index, which I don't think is ideal. (The
synth could be running on a completely seperate machine, so the sender
and receiver might not have the same LADSPA plugins around...)
Thanks,
-DR-
Hi all,
Thought I'd better get round to releasing this at last:
The noiseweapon is a multitimbral, polyphonic synth that I use for live
performance:
http://www.pawfal.org/Software/noiseweapon/
have fun,
dave
hi,
for being able to try the linux port of mythical ircams "open music" I
trying to compile from source (CVS) the grams "midishare"
unfortunately, with some build errors.
My box:
slackware 9.1/current, kernel 2.6.6, gcc 3.3.3
every aid is a lot appreciated
Lazzaro
Follow the errors:
make[1]: Entering directory
`/opt/sources/midi/midishare/linux-dev/midishare-linux/linux/kernel'
gcc -O6 -Wall -D_LOOSE_KERNEL_NAMES -DMODVERSIONS -D__Pentium__
-DCONFIG_KERNELD -DMODULE -D__KERNEL__ -DLINUX
-I/lib/mod ules/`uname -r`/build/include/ -I../../common/Headers -c -o
msLoader.o msLoader.c
In file included from /lib/modules/2.6.6/build/include/asm/processor.h:18,
from
/lib/modules/2.6.6/build/include/asm/thread_info.h:16,
from
/lib/modules/2.6.6/build/include/linux/thread_info.h:21,
from
/lib/modules/2.6.6/build/include/linux/spinlock.h:12,
from
/lib/modules/2.6.6/build/include/linux/capability.h:45,
from /lib/modules/2.6.6/build/include/linux/sched.h:7,
from /lib/modules/2.6.6/build/include/linux/module.h:10,
from msLoader.c:41:
/lib/modules/2.6.6/build/include/asm/system.h: In function
`__set_64bit_var':
/lib/modules/2.6.6/build/include/asm/system.h:193: warning: dereferencing
type-punned pointer will break
strict-aliasing r ules
/lib/modules/2.6.6/build/include/asm/system.h:193: warning: dereferencing
type-punned pointer will break
strict-aliasing r ules
msLoader.c: In function `prnt':
msLoader.c:79: error: structure has no member named `tty'
msLoader.c:84: error: request for member `write' in something not a
structure or union
msLoader.c:85: error: request for member `write' in something not a
structure or union
msLoader.c: In function `MidiReset':
msLoader.c:130: warning: `MOD_DEC_USE_COUNT' is deprecated (declared at
/lib/modules/2.6.6/build/include/linux/module.h:51 3)
msLoader.c: In function `myopen':
msLoader.c:141: warning: `MOD_INC_USE_COUNT' is deprecated (declared at
/lib/modules/2.6.6/build/include/linux/module.h:50 1)
msLoader.c: In function `myclose':
msLoader.c:150: warning: `MOD_DEC_USE_COUNT' is deprecated (declared at
/lib/modules/2.6.6/build/include/linux/module.h:51 3)
make[1]: *** [msLoader.o] Error 1
make[1]: Leaving directory
`/opt/sources/midi/midishare/linux-dev/midishare-linux/linux/kernel'
make: *** [kernel] Error 2
I've been putting together a library for using LADSPA plugins in Ruby. I
think it's code-complete, and could use some early beta testers while I
finish packaging it up. If you know ruby and LADSPA and would like to
look at it send me an email off-list and I'll send you a tarball.
I anticipate a first release later this week.
--
.O. Hans Fugal | De gustibus non disputandum est.
..O http://hans.fugal.net | Debian, vim, mutt, ruby, text, gpg
OOO | WindowMaker, gaim, UTF-8, RISC, JS Bach
---------------------------------------------------------------------
GnuPG Fingerprint: 6940 87C5 6610 567F 1E95 CB5E FC98 E8CD E0AA D460
>From: "Susan R. Cragin" <susancragin(a)earthlink.net>
>
>Can anyone send me to a web site describing wavelet sampling as it
>applies to speech recognition?
Probably best would be to search at ACM and IEEE digital libraries.
But google can bring up good papers too.
http://www.wavelet.org should be worth of looking at. They publish
a digest having research notifications.
Juhana
Hi all,
Due to some family problems and lot of pressure at work I have not been
able to spend as much time as needed on my audio projects in the last few
months. This means that many of them have patch backlogs and TODOs with 6
month old jobs on then and I'm starting to loose track of things. The
situation will probably get worse in the next few months.
Because of this I'm going to try to move as many projects as reasonable
onto sourforge (or similar), so that there is a maling list and bug
reporting system where the outstandiing problems can be publicy seen, and
that will hopefully be more reliable than my inbox and memory :) Also for
the posibility of coding and administration assistance.
There are a few questions I have for the community though, so feedback
would be helpful:
Timemachine - the code is pretty simple, but it needs a couple of fixes -
theres a race condition that a friend has agreed to fix, and it needs some
way of switching between WAV and W64 files as needed. Its unlikly to grow
much bigger though, so I'm not sure it relly needs a proper project.
SWH-plugins - this is a biggie. Its a bit of a maintainance nightmare so it
should be somewhere other people can get at it, but I'm very tempted to
change the name, as it's a bit self publicising - a lot of the effort was
contributed by other people, and I dont want to seem like I'm claiming
their effort. OTOH, it has quite a lot of "brand recognition" (or whatever
the free software equivalent is).
Meterbridge - the code is in a state of flux, in the CVS tree I'm halfway
though a parallel graphics backed for OpenGL - it decreases the CPU load
immensly, and lets you scale meters live, which is very handy, but its a
fairly big job, and I dont know OpenGL that well. The question is wether I
should wait for the OGL port to be finished before I inflict the code on
the world.
Liblo - the most common bug report I get is that the name is too short -
so maybe that should change :) suggestions welcome, libliteosc seems
obvious, but may be not true in the future. Other than that its a
good candidate for being inflicted on the world - its actually pretty well
documented! I'm most of the way though refactoring the network code to
make it less UDP specific, and adding UNIX domain socket support. The
libtool stuff is b0rked. I think OSC is important to the future of linux
audio, so I always intended to make this a colaborative project once
it had enough momentum.
Cheers,
Steve
Hi,
I'm trying to get DSSI to work for me. I tried with Xsynth and the less
trivial example from the DSSI source. As host I tried rosegarden and the
example host from DSSI. The plugins load fine, from within rosegarden I
can also use them and control/use them to make nice noises, yet the
plugin own gui doesn't show in both hosts.
Anyone experienced something simular?
Greetings, Joost Damad
Hi,
I'd like to include music players in my home automation system. I'd like to
run 4 instances of music player - but I want them all to run with sufficient
resources - not to do hickups when there is something else on server....
Any advice, help ?
Regards,
Robert.