17 May
2014
17 May
'14
10:15 p.m.
Hello. I began work on external plugin browser, which should later be adapted
for other resource types (just like falktx's carla currently does).
For begining i adopted some source files from ladspa-sdk example listplugins
tools, trying to get it only for ladspa. There is one bug, whose reason i
can't understand: it crashes on tap_reflector.so, which is first scanned
plugin from TAP collection.
Crash point is somewhere inside dlopen() call. But if i remove all code and
try specially only dlopen this plugin, check result and exit, it simply
returns NULL result, as on failure, and this is for all TAP plugins (exactly
tried also tap_reverb.so and tap_echo.so); other plugins, e.g. g2reverb.so,
are dlopen()'ed without problem.
As for carla - it discovers and loads TAP plugins. I can't find any
differences in code - tried same flags as it uses (RTLD_NOW | RTLD_LOCAL).
Backtrace of scanning crash (gdb output) is in attachement (too long lines in
email message are automatically wrapped - don't know, is it good to violate
this).
17 May
17 May
10:26 p.m.
On 05/17/2014 09:15 PM, Zlobin Nikita wrote:
Hello. I began work on external plugin browser, which
should later be adapted
for other resource types (just like falktx's carla currently does).
For begining i adopted some source files from ladspa-sdk example listplugins
tools, trying to get it only for ladspa. There is one bug, whose reason i
can't understand: it crashes on tap_reflector.so, which is first scanned
plugin from TAP collection.
I remember that some plugins crash when you do dlopen
and then dlclose
without instantiating them,
and also if you run instantiate and then cleanup without a
activate+deactivate.
Try to call instantiate, activate, deactivate and cleanup for every
plugin and see if that makes a difference.
PS: Carla runs the plugin discovery in a separate process, so it can
never crash the main program.
11 p.m.
On Sat, May 17, 2014 at 09:25:52PM +0100, Filipe Coelho wrote:
I remember that some plugins crash when you do dlopen
and then
dlclose without instantiating them,
and also if you run instantiate and then cleanup without a
activate+deactivate.
Neither of these happens with the TAP plugins here.
If dlopen returns NULL the reason can be as simple as the
.so file not being there - you have to search LADSPA_PATH.
The OP wrote that this happens with his reduced-to-minimum test.
Then if the full test crashes on the same, there must be some
bug in that test code, maybe something from a previous iteration
not being cleaned up.
--
FA
A world of exhaustive, reliable metadata would be an utopia.
It's also a pipe-dream, founded on self-delusion, nerd hubris
and hysterically inflated market opportunities. (Cory Doctorow)
10:57 p.m.
Am 17.05.2014 22:15, schrieb Zlobin Nikita:
Hello. I began work on external plugin browser, which
should later be adapted
for other resource types (just like falktx's carla currently does).
For begining i adopted some source files from ladspa-sdk example listplugins
tools, trying to get it only for ladspa. There is one bug, whose reason i
can't understand: it crashes on tap_reflector.so, which is first scanned
plugin from TAP collection.
Maybe you would have a look at
https://github.com/harryhaaren/openAudioProgrammingTutorials/blob/master/la…
it's also based on ladspa-sdk example listplugin and works well (no
crash at all).
18 May
18 May
8:02 a.m.
Tried to run this tool - no plugins in list %)
Am 17.05.2014 22:15, schrieb Zlobin Nikita:
Hello. I began work on external plugin browser,
which should later be
adapted for other resource types (just like falktx's carla currently
does).
For begining i adopted some source files from ladspa-sdk example
listplugins tools, trying to get it only for ladspa. There is one bug,
whose reason i can't understand: it crashes on tap_reflector.so, which is
first scanned plugin from TAP collection.
Maybe you would have a look at
https://github.com/harryhaaren/openAudioProgrammingTutorials/blob/master/lad
spaHostGuiBrowser/sila_browser.cpp
it's also based on ladspa-sdk example listplugin and works well (no
crash at all).
_______________________________________________
Linux-audio-dev mailing list
Linux-audio-dev(a)lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev
8:18 a.m.
Am 18.05.2014 08:01, schrieb Zlobin Nikita:
Tried to run this tool - no plugins in list %)
Do you use x86 system? Maybe your plugs are in usr/lib64/ladspa ?
or your LADSPA_PATH environment variable is wrongly set.
Try to set it:
/export LADSPA_PATH/=/usr/lib/ladspa:/usr/local/lib/ladspa:~/.ladspa
and run sila in the same terminal.
Am 17.05.2014
22:15, schrieb Zlobin Nikita:
_______________________________________________
Linux-audio-dev mailing list
Linux-audio-dev(a)lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev Hello. I began work on external plugin browser,
which should later be
adapted for other resource types (just like falktx's carla currently
does).
For begining i adopted some source files from ladspa-sdk example
listplugins tools, trying to get it only for ladspa. There is one bug,
whose reason i can't understand: it crashes on tap_reflector.so, which is
first scanned plugin from TAP collection.
Maybe you would have a look at
https://github.com/harryhaaren/openAudioProgrammingTutorials/blob/master/lad
spaHostGuiBrowser/sila_browser.cpp
it's also based on ladspa-sdk example listplugin and works well (no
crash at all).
_______________________________________________
Linux-audio-dev mailing list
Linux-audio-dev(a)lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev
9:12 a.m.
New subject: openAudioProgrammingTutorials::ladspaHostGuiBrowser doesn't see plugins (was: ladspa: dlopen failed for tap ladspa plugins)
All plugins are in /usr/lib/ladspa, and this path is in LADSPA_PATH.
Otherwise all other ladspa hosts should not find anything, but they do.
Am 18.05.2014 08:01, schrieb Zlobin Nikita:
Tried to run this tool - no plugins in list %)
Do you use x86 system? Maybe your plugs are in usr/lib64/ladspa ?
or your LADSPA_PATH environment variable is wrongly set.
Try to set it:
/export LADSPA_PATH/=/usr/lib/ladspa:/usr/local/lib/ladspa:~/.ladspa
and run sila in the same terminal.
>> Am 17.05.2014 22:15, schrieb Zlobin Nikita:
>>> Hello. I began work on external plugin browser, which should later be
>>> adapted for other resource types (just like falktx's carla currently
>>> does).
>>>
>>> For begining i adopted some source files from ladspa-sdk example
>>> listplugins tools, trying to get it only for ladspa. There is one bug,
>>> whose reason i can't understand: it crashes on tap_reflector.so, which
>>> is
>>> first scanned plugin from TAP collection.
>>
>> Maybe you would have a look at
>> https://github.com/harryhaaren/openAudioProgrammingTutorials/blob/master/
>> lad spaHostGuiBrowser/sila_browser.cpp
>>
>> it's also based on ladspa-sdk example listplugin and works well (no
>> crash at all).
>> _______________________________________________
>> Linux-audio-dev mailing list
>> Linux-audio-dev(a)lists.linuxaudio.org
>> http://lists.linuxaudio.org/listinfo/linux-audio-dev
>
> _______________________________________________
> Linux-audio-dev mailing list
> Linux-audio-dev(a)lists.linuxaudio.org
> http://lists.linuxaudio.org/listinfo/linux-audio-dev
9:37 a.m.
New subject: openAudioProgrammingTutorials::ladspaHostGuiBrowser doesn't see plugins
Am 18.05.2014 09:10, schrieb Zlobin Nikita:
All plugins are in /usr/lib/ladspa, and this path is
in LADSPA_PATH.
Otherwise all other ladspa hosts should not find anything, but they do.
So then I'm sorry, I'm out of ideas what it could be, as it works here
very well. :-(
One thing you could try is to set the path explicit in sila_browser.cpp
line 457, replace the block
char * p = getenv ("LADSPA_PATH");
if (p != NULL) {
path = getenv ("LADSPA_PATH");
} else {
setenv("LADSPA_PATH","/usr/lib/ladspa",0);
setenv("LADSPA_PATH","/usr/local/lib/ladspa",0);
path = getenv("LADSPA_PATH");
}
with just
setenv("LADSPA_PATH","/usr/lib/ladspa",0);
path ="/usr/lib/ladspa" ;
10:22 a.m.
New subject: openAudioProgrammingTutorials::ladspaHostGuiBrowser doesn't see plugins (false report)
Sorry, just forgot to add newline, and did not notice output %)
10:27 a.m.
New subject: openAudioProgrammingTutorials::ladspaHostGuiBrowser doesn't see plugins
Am 18.05.2014 09:10, schrieb Zlobin Nikita:
This chunk, excluding 'else' line, imho is completely
useless: checking, if
variable got, and on success try to get yet more pleasure :)).
All plugins are in /usr/lib/ladspa, and this path
is in LADSPA_PATH.
Otherwise all other ladspa hosts should not find anything, but they do.
So then I'm sorry, I'm out of ideas what it could be, as it works here
very well. :-(
One thing you could try is to set the path explicit in sila_browser.cpp
line 457, replace the block
char * p = getenv ("LADSPA_PATH");
if (p != NULL) {
path = getenv ("LADSPA_PATH");
} else { 
17 May
17 May
11:33 p.m.
On 05/17/2014 10:15 PM, Zlobin Nikita wrote:
Backtrace of scanning crash (gdb output) is in
attachement (too long lines in
email message are automatically wrapped - don't know, is it good to violate
this).
You should provide some code, it's hard to help you without seeing what
your program really does.
18 May
18 May
7:08 a.m.
Fons: i tried with existing path.
Library path is valid - i checked it with ls (doing it for ladspa dir before
to get libraries list).
Code - includes are omited, line with main() declaration is numbered
30: int main (int argc, char ** argv)
{
//LADSPAPluginSearch(describePluginLibrary);
char plugpath [] = "/usr/lib/ladspa/tap_echo.so";
void * pvPluginHandle = dlopen(plugpath, RTLD_NOW | RTLD_LOCAL);
if (pvPluginHandle) dlclose (pvPluginHandle);
else printf ("dlopen failed: %s\n", plugpath);
return 0;
}
hermann: thanks, will look
On 05/17/2014 10:15 PM, Zlobin Nikita wrote:
Backtrace of scanning crash (gdb output) is in
attachement (too long lines
in email message are automatically wrapped - don't know, is it good to
violate this).
You should provide some code, it's hard to help you without seeing what
your program really does. 
11:37 a.m.
On Sat, May 17, 2014 at 10:07 PM, Zlobin Nikita <cook60020tmp(a)mail.ru> wrote:
Code - includes are omited, line with main()
declaration is numbered
30: int main (int argc, char ** argv)
{
//LADSPAPluginSearch(describePluginLibrary);
char plugpath [] = "/usr/lib/ladspa/tap_echo.so";
void * pvPluginHandle = dlopen(plugpath, RTLD_NOW | RTLD_LOCAL);
if (pvPluginHandle) dlclose (pvPluginHandle);
else printf ("dlopen failed: %s\n", plugpath);
return 0;
}
If you want to find out why the dlopen() call is *actually* failing,
use dlerror():
#include <stdio.h>
#include <stdlib.h>
#include <dlfcn.h>
int
main(int argc, char **argv)
{
if (argc != 2) {
fprintf(stderr, "Usage: %s plugin-path\n", argv[0]);
exit(EXIT_FAILURE);
}
void *handle = dlopen(argv[1], RTLD_NOW | RTLD_LOCAL);
if (handle == NULL) {
fprintf(stderr, "%s: %s: %s\n", argv[0], argv[1], dlerror());
exit(EXIT_FAILURE);
}
dlclose(handle);
return EXIT_SUCCESS;
}
--
Devin Anderson
surfacepatterns (at) gmail (dot) com
blog - http://surfacepatterns.blogspot.com/
midisnoop - http://midisnoop.googlecode.com/
psinsights - http://psinsights.googlecode.com/
synthclone - http://synthclone.googlecode.com/
7:48 a.m.
Sorry, that doing it before to learn proposed example...
Changed failure report line to print file name - only one TAP plugin loads for
me: /usr/lib/ladspa/tap_tubewarmth.so
On 05/17/2014 10:15 PM, Zlobin Nikita wrote:
Full list of failures (nevermind to first two):
dlopen failure: /usr/lib/ladspa/.
dlopen failure: /usr/lib/ladspa/..
dlopen failure: /usr/lib/ladspa/tap_eqbw.so
dlopen failure: /usr/lib/ladspa/power_4400.so
dlopen failure: /usr/lib/ladspa/tap_limiter.so
dlopen failure: /usr/lib/ladspa/vocoder.so
dlopen failure: /usr/lib/ladspa/dahdsr_hexp.so
dlopen failure: /usr/lib/ladspa/tap_reflector.so
dlopen failure: /usr/lib/ladspa/zynchorus.so
dlopen failure: /usr/lib/ladspa/tap_dynamics_st.so
dlopen failure: /usr/lib/ladspa/blop_files
dlopen failure: /usr/lib/ladspa/tap_chorusflanger.so
dlopen failure: /usr/lib/ladspa/autotalent.so
dlopen failure: /usr/lib/ladspa/tap_pitch.so
dlopen failure: /usr/lib/ladspa/millennium_qd.so
dlopen failure: /usr/lib/ladspa/tap_dynamics_m.so
dlopen failure: /usr/lib/ladspa/tap_reverb.so
dlopen failure: /usr/lib/ladspa/millennium_filter.so
dlopen failure: /usr/lib/ladspa/adenv_lvl.so
dlopen failure: /usr/lib/ladspa/tap_echo.so
dlopen failure: /usr/lib/ladspa/tap_rotspeak.so
dlopen failure: /usr/lib/ladspa/tap_sigmoid.so
dlopen failure: /usr/lib/ladspa/ladspa-rubberband.cat
dlopen failure: /usr/lib/ladspa/amp_1654.so
dlopen failure: /usr/lib/ladspa/zynreverb.so
dlopen failure: /usr/lib/ladspa/tap_vibrato.so
dlopen failure: /usr/lib/ladspa/zynalienwah.so
dlopen failure: /usr/lib/ladspa/dahdsr_fexp.so
dlopen failure: /usr/lib/ladspa/tap_deesser.so
dlopen failure: /usr/lib/ladspa/hz_voct_4200.so
dlopen failure: /usr/lib/ladspa/millennium_limiter.so
dlopen failure: /usr/lib/ladspa/tap_pinknoise.so
dlopen failure: /usr/lib/ladspa/zynphaser.so
dlopen failure: /usr/lib/ladspa/tap_doubler.so
dlopen failure: /usr/lib/ladspa/tap_tremolo.so
dlopen failure: /usr/lib/ladspa/tap_autopan.so
dlopen failure: /usr/lib/ladspa/random_1661.so
dlopen failure: /usr/lib/ladspa/millennium_saturator.so
dlopen failure: /usr/lib/ladspa/tap_eq.so
dlopen failure: /usr/lib/ladspa/zyneq10band.so
dlopen failure: /usr/lib/ladspa/fmod_1656.so
dlopen failure: /usr/lib/ladspa/zyneq3par.so
Backtrace of scanning crash (gdb output) is in
attachement (too long lines
in email message are automatically wrapped - don't know, is it good to
violate this).
You should provide some code, it's hard to help you without seeing what
your program really does.
3838
days inactive
3839
days old
linux-audio-dev@lists.linuxaudio.org
13 comments
6 participants
participants (6)
-
Cedric Roux -
Devin Anderson -
Filipe Coelho -
Fons Adriaensen -
hermann meyer -
Zlobin Nikita