2 Dec
2007
2 Dec
'07
10:33 a.m.
Hi All
Thank all of you for your answers.
Now the DSP code seems to be well implemented.
I use a small FFT to estimate the fundamental frequency and then find
the exact pitch around this frequency by AutoCorrelation.
I still have to improve it and to implement some optimisations like
windowing, filtering or downsampling in order to reduce CPUload.
But my plugin is still not visible, neither with listplugins nor with
Ardour. I'm pretty sure that the _init() function is good so I don't
know where it comes from.
Could it come from my compilation options, my linking options, my
installation path (/usr/lib/ladspa) ?
My library is linked to fftw3f, but I can't tell if the link is dynamic
or static.
I join my source code, my Makefile and the compiled library (x86).
If somebody could have a look or just give some piece of advice on how
to make a plugin recognized, this would be a great help for me.
Thanks
Rémi
2 Dec
2 Dec
11:09 a.m.
New subject: LADSPA plugin invisible
[Rémi Thébault]
I join my source code, my Makefile and the compiled
library (x86).
If somebody could have a look or just give some piece of advice on how
to make a plugin recognized, this would be a great help for me.
Since you are compiling as C++, you need
extern "C" {
/* your exported symbols go here */
}
enclosing at least the functions that you want to export (_init,
_fini, ladspa_descriptor).
Cheers, Tim
12:34 p.m.
New subject: LADSPA plugin invisible
On Sun, 2007-12-02 at 15:58 +0100, Tim Goetze wrote:
[Rémi Thébault]
Also, _init() and _fini() are deprecated - future versions of the
dynamic linker are not guaranteed to call them when loading and
unloading modules. You should use either the GCC-specific
__attribute__((constructor/destructor)) or something more portable, like
a global object of a class with a constructor and a destructor.
--ll
I join my source code, my Makefile and the
compiled library (x86).
If somebody could have a look or just give some piece of advice on how
to make a plugin recognized, this would be a great help for me.
Since you are compiling as C++, you need
extern "C" {
/* your exported symbols go here */
}
enclosing at least the functions that you want to export (_init,
_fini, ladspa_descriptor). 
3 Dec
3 Dec
11:29 a.m.
New subject: LADSPA plugin invisible
On Sun, Dec 02, 2007 at 05:33:52PM +0100, Lars Luthman wrote:
Actually you don't need _init() at all - all of the required
data structures can be defined statically.
The constructor for each plugin instance can be called in
instantiate().
The only "extern C" function you need is ladspa_descriptor(),
all the others can be static C++ functions of a plugin base
class.
Ciao,
--
FA
Lascia la spina, cogli la rosa.
On Sun, 2007-12-02 at 15:58 +0100, Tim Goetze wrote:
[Rémi
Thébault]
Also, _init() and _fini() are deprecated - future versions of the
dynamic linker are not guaranteed to call them when loading and
unloading modules. You should use either the GCC-specific
__attribute__((constructor/destructor)) or something more portable, like
a global object of a class with a constructor and a destructor. I join my source code, my Makefile and the
compiled library (x86).
If somebody could have a look or just give some piece of advice on how
to make a plugin recognized, this would be a great help for me.
Since you are compiling as C++, you need
extern "C" {
/* your exported symbols go here */
}
enclosing at least the functions that you want to export (_init,
_fini, ladspa_descriptor).
11:43 a.m.
New subject: LADSPA plugin invisible
On Sun, Dec 02, 2007 at 03:33:52PM +0100, Rémi Thébault wrote:
I join my source code, my Makefile and the compiled
library (x86).
If somebody could have a look or just give some piece of advice on how
to make a plugin recognized, this would be a great help for me.
(See also previous post)
One more remark: calling malloc() and free() from the
run() function is definitely _not_done_.
You can allcocate the the required buffers in the constructor
(instantiate()), and unless you need some special alignment
you could also just declare them as array data members of
the plugin class, which makes for even less code.
Ciao,
--
FA
Laboratorio di Acustica ed Elettroacustica
Parma, Italia
Lascia la spina, cogli la rosa.
6195
days inactive
6196
days old
linux-audio-dev@lists.linuxaudio.org
4 comments
4 participants
participants (4)
-
Fons Adriaensen -
Lars Luthman -
Rémi Thébault -
Tim Goetze