26 Feb
2003
26 Feb
'03
6:41 a.m.
Hello,
I just released polarbear. I had the code lying around, and just merged
it with the jack/alsa i/o code of tapiir. Note that this is the first
public release. I did not test it thoroughly, and I am not sure if the
GUI is obvious enough (it should be if you are familiar with complex
filters), so any input is welcome.
polarbear is a tool for designing filters in the complex domain. Filters
can be designed by placing any number of poles and zeros on the z plane.
From this the filter coefficients are calculated, and
the filter can be
applied in real time on an audio stream.
polarbear can be found at
http://www.iua.upf.es/~mdeboer/projects/polarbear/
For the (far) future, the idea is that polarbear and tapiir can work
together, in the sense that the filter coefs calculated by polarbear can
be used to control the gains of tapiir. maybe polarbear and tapiir might
even merge. that would be some animal :-)
Maarten
26 Feb
26 Feb
8:57 a.m.
New subject: [linux-audio-user] [ANNOUNCE] polarbear-0.5.1
Small bugfix: compile with both fltk 1.0 and fltk 1.1
10:49 a.m.
New subject: [linux-audio-user] RE: [linux-audio-dev] [ANNOUNCE] polarbear-0.5.1
Like they say in those TV commercials...
"Sweet!"
Thanks Maarten!
Cheers,
Mark
-----Original Message-----
From: linux-audio-dev-admin(a)music.columbia.edu
[mailto:linux-audio-dev-admin@music.columbia.edu]On Behalf Of Maarten de
Boer
Sent: Wednesday, February 26, 2003 5:46 AM
To: jackit-devel(a)lists.sourceforge.net;
linux-audio-dev(a)music.columbia.edu; linux-audio-user(a)music.columbia.edu
Subject: [linux-audio-dev] [ANNOUNCE] polarbear-0.5.1
Small bugfix: compile with both fltk 1.0 and fltk 1.1
8:59 a.m.
polarbear sounds really cool, but I can't get it to compile. I get
g++ -DHAVE_CONFIG_H -I. -I. -I. -g -O2 -I/usr/X11R6/include -c -o
PoleZeroEditor.o `test
-f 'PoleZeroEditor.cxx' || echo './'`PoleZeroEditor.cxx
PoleZeroEditor.cxx: In function `void FindCoefs(ComplexArray &, ComplexArray
&)':
PoleZeroEditor.cxx:18: `0' cannot be used as a function
PoleZeroEditor.cxx:23: `0' cannot be used as a function
the code looks perfectly reasonable though - I can't see what's causing the
error. gcc is 2.95.4.
On Wednesday 26 February 2003 11:30 am, Maarten de Boer wrote:
Hello,
I just released polarbear. I had the code lying around, and just merged
it with the jack/alsa i/o code of tapiir. Note that this is the first
public release. I did not test it thoroughly, and I am not sure if the
GUI is obvious enough (it should be if you are familiar with complex
filters), so any input is welcome.
polarbear is a tool for designing filters in the complex domain. Filters
can be designed by placing any number of poles and zeros on the z plane.
From this the filter coefficients are calculated, and the filter can be
applied in real time on an audio stream.
polarbear can be found at
http://www.iua.upf.es/~mdeboer/projects/polarbear/
For the (far) future, the idea is that polarbear and tapiir can work
together, in the sense that the filter coefs calculated by polarbear can
be used to control the gains of tapiir. maybe polarbear and tapiir might
even merge. that would be some animal :-)
Maarten
9:27 a.m.
polarbear sounds really cool, but I can't get it
to compile. I get
[...]
the code looks perfectly reasonable though - I can't see what's causing the
error. gcc is 2.95.4.
that is indeed very strange. my gcc is also 2.95.4
# gcc -v
Reading specs from /usr/lib/gcc-lib/i386-linux/2.95.4/specs
gcc version 2.95.4 20011002 (Debian prerelease)
and i don't experience this problem..
could you try changing the code to:
int i,j,n=roots.size;
Complex one(1,0);
complexCoefs[n] = -roots[0];
complexCoefs[n-1] = one;
complexCoefs.size = n+1;
for (j=1;j<n;j++)
{
complexCoefs[n-j-1] = one;
for (i=n-j;i<n;i++)
Maarten
9:52 a.m.
Hi Maarten:
I had the same problem (with 0.5.1), so I applied your changes and
still fail with this error:
[dlphilp@localhost polarbear-0.5.1]$ make
Making all in src
make[1]: Entering directory `/home/dlphilp/polarbear-0.5.1/src'
make all-am
make[2]: Entering directory `/home/dlphilp/polarbear-0.5.1/src'
if g++ -DHAVE_CONFIG_H -I. -I. -I. -g -O2 -I/usr/X11R6/include -MT
PoleZeroEditor.o -MD -MP -MF ".deps/PoleZeroEditor.Tpo" \
-c -o PoleZeroEditor.o `test -f 'PoleZeroEditor.cxx' || echo
'./'`PoleZeroEditor.cxx; \
then mv ".deps/PoleZeroEditor.Tpo" ".deps/PoleZeroEditor.Po"; \
else rm -f ".deps/PoleZeroEditor.Tpo"; exit 1; \
fi
PoleZeroEditor.cxx: In function `void FindCoefs (ComplexArray &,
ComplexArray &)':
PoleZeroEditor.cxx:16: parse error before `('
PoleZeroEditor.cxx:19: `one' undeclared (first use this function)
PoleZeroEditor.cxx:19: (Each undeclared identifier is reported only
once for each function it appears in.)
make[2]: *** [PoleZeroEditor.o] Error 1
make[2]: Leaving directory `/home/dlphilp/polarbear-0.5.1/src'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/home/dlphilp/polarbear-0.5.1/src'
make: *** [all-recursive] Error 1
[dlphilp@localhost polarbear-0.5.1]$
Suggestions ?
Best regards,
== Dave Phillips
The Book Of Linux Music & Sound at http://www.nostarch.com/lms.htm
The Linux Soundapps Site at http://linux-sound.org
Maarten de Boer wrote:
polarbear sounds really cool, but I can't get
it to compile. I get
[...]
the code looks perfectly reasonable though - I can't see what's causing the
error. gcc is 2.95.4.
that is indeed very strange. my gcc is also 2.95.4
# gcc -v
Reading specs from /usr/lib/gcc-lib/i386-linux/2.95.4/specs
gcc version 2.95.4 20011002 (Debian prerelease)
and i don't experience this problem..
could you try changing the code to:
int i,j,n=roots.size;
Complex one(1,0);
complexCoefs[n] = -roots[0];
complexCoefs[n-1] = one;
complexCoefs.size = n+1;
for (j=1;j<n;j++)
{
complexCoefs[n-j-1] = one;
for (i=n-j;i<n;i++)
Maarten
10:47 a.m.
On Wednesday 26 February 2003 2:17 pm, Maarten de Boer wrote:
Mine is identical. I tried the code change, and now I get
PoleZeroEditor.cxx: In function `void FindCoefs(ComplexArray &, ComplexArray
&)':
PoleZeroEditor.cxx:17: parse error before `('
# (declaration of one)
PoleZeroEditor.cxx:20: `one' undeclared (first use this function)
PoleZeroEditor.cxx:20: (Each undeclared identifier is reported only once
PoleZeroEditor.cxx:20: for each function it appears in.)
It's almost as if some macro is causing "Complex" to be evaluated as
"0".
polarbear
sounds really cool, but I can't get it to compile. I get
[...]
the code looks perfectly reasonable though - I can't see what's causing
the error. gcc is 2.95.4.
that is indeed very strange. my gcc is also 2.95.4
# gcc -v
Reading specs from /usr/lib/gcc-lib/i386-linux/2.95.4/specs
gcc version 2.95.4 20011002 (Debian prerelease)
and i don't experience this problem.. could you try changing the code to:
int i,j,n=roots.size;
Complex one(1,0);
complexCoefs[n] = -roots[0];
complexCoefs[n-1] = one;
complexCoefs.size = n+1;
for (j=1;j<n;j++)
{
complexCoefs[n-j-1] = one;
for (i=n-j;i<n;i++)
Maarten
12:07 p.m.
On Wednesday 26 February 2003 4:15 pm, Maarten de Boer wrote:
Nathaniel wrote:
Yep - looks like that's the problem. I've still got no idea where the macro
is coming from though.
void FindCoefs(ComplexArray& complexCoefs,ComplexArray& roots)
{
int i,j,n=roots.size;
0 one(1,0);
complexCoefs[n] = -roots[0];
complexCoefs[n-1] = one;
complexCoefs.size = n+1;
for (j=1;j<n;j++)
{
complexCoefs[n-j-1] = one;
for (i=n-j;i<n;i++)
{
complexCoefs[i] = complexCoefs[i+1] -
(roots[j]*complexCoefs[i]);
}
complexCoefs[n] = -(roots[j]*complexCoefs[n]);
}
}
It's almost as if some macro is causing
"Complex" to be evaluated as "0".
Could you confirm that with g++ -E PoleZeroEditor.cxx ?
Maarten
12:41 p.m.
Yep - looks like that's the problem. I've
still got no idea where the macro
is coming from though.
Can you try to change the order of includes, and add a #undef ?
#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#undef Complex
#include "CoefArray.hxx"
#include "ComplexArray.hxx"
#include "ComplexExtArray.hxx"
#include "PoleZeroPlane.hxx"
#include "PoleZeroList.hxx"
#include "PoleZeroEditorGUI.hxx"
#include "Filter.hxx"
Maarten
3:50 p.m.
On Wednesday 26 February 2003 5:31 pm, Maarten de Boer wrote:
That didn't work, but putting the undef after
#include "PoleZeroEditorGUI.hxx" does. By a process of moving the undef
around in that file I have determined that the culprit is Fl_Menu_Bar.H ---
but grep -l Complex /usr/local/include/FL/* returns nothing, so I'm
completely baffled.
Anyway, it's built now so I'm off to try it out...
Yep - looks
like that's the problem. I've still got no idea where the
macro is coming from though.
Can you try to change the order of includes, and add a #undef ?
#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#undef Complex
#include "CoefArray.hxx"
#include "ComplexArray.hxx"
#include "ComplexExtArray.hxx"
#include "PoleZeroPlane.hxx"
#include "PoleZeroList.hxx"
#include "PoleZeroEditorGUI.hxx"
#include "Filter.hxx"
Maarten
7735
days inactive
7735
days old
linux-audio-user@lists.linuxaudio.org
11 comments
4 participants
participants (4)
-
Dave Phillips -
Maarten de Boer -
Mark Knecht -
Nathaniel Virgo