On Wed, Feb 18, 2004 at 08:48:02AM +0100, Tom Szilagyi wrote:
Paul Winkler wrote:
ok - what happens if the input is a 30 hz sine wave?
assume it's coming from a particularly evil keyboard player ;-)
That's a particularly evil situation. :)
i know :-)
The fact is, if you have a
normal
Paul Winkler wrote:
The fact is, if you have a
normal musical signal, it will have much higher frequency components so
zero-crosses occur much more frequently than this limit. I investigated
this problem a bit before i settled on that 40 Hz... a mixed signal
(a few instruments together), or
pleased to announce the initial release of the caps audio plugin
suite under the GNU public license.
quoting http://quitte.de/dsp/caps.html :
caps, the C* Audio Plugin Suite, is a collection of refined LADSPA
units including instrument amplifier emulation, stomp-box classics,
versatile
pleased to announce the initial release of the caps audio plugin
suite under the GNU public license.
quoting http://quitte.de/dsp/caps.html :
% make
make: *** No rule to make target `ladspa.h', needed by `dep'. Stop.
pleased to announce the initial release of the caps audio plugin
suite under the GNU public license.
quoting http://quitte.de/dsp/caps.html :
% make
make: *** No rule to make target `ladspa.h', needed by `dep'. Stop.
sorry, and thanks.
$ cd caps-0.1.0
$ wget -O -
[Fernando Pablo Lopez-Lezcano]
Using 0.1.1 (tried on redhat 9 and fedora core 1):
g++ -Wall -O6 -ffast-math -funroll-loops -march=`uname -m` -mcpu=`uname
-m` -I/usr/local/include -DVERSION=\0.1.1\ -I/usr/local/include -c
Cabinet.cc
Descriptor.h: In member function `void DescriptorT::autogen()
[Tim Goetze]
[Fernando Pablo Lopez-Lezcano]
Using 0.1.1 (tried on redhat 9 and fedora core 1):
g++ -Wall -O6 -ffast-math -funroll-loops -march=`uname -m` -mcpu=`uname
-m` -I/usr/local/include -DVERSION=\0.1.1\ -I/usr/local/include -c
Cabinet.cc
Descriptor.h: In member function `void
I read:
can you try the attached patch please?
works with gcc-3.2, but not 3.3:
In file included from Eq.h:4,
from Eq.cc:31:
dsp/Eq.h:167:46: missing terminating character
dsp/Eq.h:181:57: missing terminating character
dsp/Eq.h:185:46: missing terminating character
I read:
can you try the attached patch please?
works with gcc-3.2, but not 3.3:
In file included from Eq.h:4,
from Eq.cc:31:
dsp/Eq.h:167:46: missing terminating character
dsp/Eq.h:181:57: missing terminating character
dsp/Eq.h:185:46: missing terminating character
On Wed, 2004-02-18 at 12:50, Tim Goetze wrote:
I read:
can you try the attached patch please?
works with gcc-3.2, but not 3.3:
In file included from Eq.h:4,
from Eq.cc:31:
dsp/Eq.h:167:46: missing terminating character
dsp/Eq.h:181:57: missing terminating character
[Fernando Pablo Lopez-Lezcano]
With the two patches (patch and patch-two) it builds on RH9, RH8.0,
RH7.3 and FC1 (woohoo! :-)
this makes me feel sooo relieved. thanks for taking the extra time
to build on 4 different systems.
I get this warning:
Reverb.cc: In constructor `Plate::Plate(double)':
for the record, caps 0.1.3 builds without problems on suse 9.0 /
ia32. too tired to test the plugs tonight
Tim Goetze wrote:
many thanks for your patience in sorting all this out, also to Paul
and CK. my apologies offered for all the compiling trouble, i hope
you can still enjoy the actual
12 matches
Mail list logo
