Does somebody of you have experience with ALSA-Devices that get never
closed?
I want to run a LADSPA-Plugin all the time, even if the application above
is not running.
Does sombody have an idea how to solve this problem?
greets
I'm just now reading about this recent standard. Is this on anybody's radar
for possible integration with jack / netjack? It looks like it would
provide a very direct and standardized means of bridging jack with
proprietary audio transports.
Personally interested because it could eventually allow easy integration of
Linux based software with a Dante network.
-Reuben
No dependency on libm.
$ ldd /usr/lib/ladspa/tap_echo.so
linux-vdso.so.1 => (0x00007fff9dffe000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f9472f16000)
/lib64/ld-linux-x86-64.so.2 (0x00007f9473523000)
> Okay, seems there is a problem with the libm
> (math library).
>
> Type that and send me the result:
> ldd /usr/lib/ladspa/tap_echo.so
>
> If there is a line like:
> libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f9d59562000)
>
> type:
> readelf -a /lib/x86_64-linux-gnu/libm.so.6 | grep powf
>
> and send me the result too.
>
> If there is no "libm" line, then there is indeed a problem
> and we'll try new things.
>
> How did you install /usr/lib/ladspa/tap_echo.so?
> Did you compile yourself?
>
> Please, answer all my questions so I can help you correctly.
>
> On 05/18/2014 12:17 PM, Zlobin Nikita wrote:
> > Sorry, i did not know about dlerror().
> > Output:
> > dlopen failed: /usr/lib/ladspa/tap_echo.so (dlerror:
> > /usr/lib/ladspa/tap_echo.so: undefined symbol: __powf_finite)
> > dlerror? (null)
> >
> >> In my code I call dlerror to print the error.
> >> What is printed?
> >> And can you send me the strace log so I have a look
> >> at what's going on?
> >>
> >> On 05/18/2014 11:15 AM, Zlobin Nikita wrote:
> >>> I don't see any changes. In my code following check fails:
> >>> if (pvPluginHandle)
> >>> Shortly - dlopen returns NULL, so futher struggle is useless.
> >>>
> >>>> try that:
> >>>>
> >>>> #include <stdio.h>
> >>>> #include <dlfcn.h>
> >>>> 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 (dlerror: %s)\n",
> >>>>
> >>>> plugpath, dlerror());
> >>>>
> >>>> printf("dlerror? %s\n", dlerror());
> >>>>
> >>>> return 0;
> >>>>
> >>>> }
> >>>>
> >>>> compile with:
> >>>> gcc -Wall bug.c -ldl -o bug
> >>>>
> >>>> then run:
> >>>> ./bug
> >>>>
> >>>> what happens?
> >>>> If it fails, can you run:
> >>>> strace ./bug 2>&1 > strace.log
> >>>> and send me the strace.log file.
> >>>>
> >>>> and also tell me what "gcc --version" says,
> >>>> and what "uname -a" says.
> >>>>
> >>>> Thanks.
> >>>>
> >>>> On 05/18/2014 07:07 AM, Zlobin Nikita wrote:
> >>>>> 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.
> >>>>>
> >>>>> _______________________________________________
> >>>>> Linux-audio-dev mailing list
> >>>>> Linux-audio-dev(a)lists.linuxaudio.org
> >>>>> http://lists.linuxaudio.org/listinfo/linux-audio-dev
Oops, wrong email destination.
Sorry, i did not know about dlerror().
Output:
dlopen failed: /usr/lib/ladspa/tap_echo.so (dlerror:
/usr/lib/ladspa/tap_echo.so: undefined symbol: __powf_finite)
dlerror? (null)
> In my code I call dlerror to print the error.
> What is printed?
> And can you send me the strace log so I have a look
> at what's going on?
>
> On 05/18/2014 11:15 AM, Zlobin Nikita wrote:
> > I don't see any changes. In my code following check fails:
> > if (pvPluginHandle)
> > Shortly - dlopen returns NULL, so futher struggle is useless.
> >
> >> try that:
> >>
> >> #include <stdio.h>
> >> #include <dlfcn.h>
> >> 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 (dlerror: %s)\n",
> >>
> >> plugpath, dlerror());
> >>
> >> printf("dlerror? %s\n", dlerror());
> >>
> >> return 0;
> >>
> >> }
> >>
> >> compile with:
> >> gcc -Wall bug.c -ldl -o bug
> >>
> >> then run:
> >> ./bug
> >>
> >> what happens?
> >> If it fails, can you run:
> >> strace ./bug 2>&1 > strace.log
> >> and send me the strace.log file.
> >>
> >> and also tell me what "gcc --version" says,
> >> and what "uname -a" says.
> >>
> >> Thanks.
> >>
> >> On 05/18/2014 07:07 AM, Zlobin Nikita wrote:
> >>> 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.
> >>>
> >>> _______________________________________________
> >>> 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.
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).
Hello guys, recently I assembled note2midi LV2 plugin based on the
‘aubionotes’ from lib aubio's example folder. You can find it at this link
https://github.com/portalmod/mod-utilities/tree/master/Note2Midi and I'm
hopping you guys could help me to improve this plugin so it can be more
reliable for using with guitar and bass. The majority of the tests were
made using pure sine waves. I barely know how the algorithms ‘onset’ and
‘pitch’ detection works, that’s because I don't know much more how the
note2midi can be improved. I appreciate if someone could give me some tips
=)!
Att,
Lucas
I am looking for commercial sfz libraries. This means intended and sold
as sfz, not converted, not user- or script-generated sfz mappings.
The bigger the better.
More expensive: better.
Needs proprietary sfz-extensions/engine? Also fine.
This is not for personal use but for Linux Audio research.
Do you know any?
greetings,
Nils
http://www.nilsgey.de
howdy,
still playing catch-up with the post-lac traumatic syndrome...
all those unedited photos that were taken by me during the
lac2014@zkm-karlsruhe, are now online:
http://www.rncbc.org/lac2014
i suck at photography and it shows :)
cheers
--
rncbc aka. Rui Nuno Capela
ps. please report any concerns you may find, if any, privately.
Hey *,
I'd like to inform the linux-audio-developers / community that I offer my
assistance to developers in supporting the NSM session-management system.
Its a low-overhead (OSC library & environment variable only) session
management system, and its working well for a large majority of users.
The following article details the basics of implementing the
session-management protocol:
http://openavproductions.com/articles/nsm/
I (with my OpenAV Productions hat on) think that a much better streamlined
user-experience can be achieved in linux-audio if more projects support
NSM. This is my reason for offering help and advice to any project that
wishes to implement NSM.
Please get in touch directly at this email-address,
Cheers from OpenAV headquaters, -Harry
PS: A generaly user-manual of NSM can be found at [1], while the API
documentation can be found at [2].
[1] http://non.tuxfamily.org/nsm/
[2] http://non.tuxfamily.org/nsm/API.html
Subscribed to LAU and LAD by different accounts :D. so quasi forwarded
my reply to LAU:
> On Tue, 2014-05-06 at 17:46 +0100, Rui Nuno Capela wrote:
> > i suck at photography and it shows :)
>
> Nonsense, most of your photos are very good for documentary purpose.
> Your week point seemingly is to post those documentary pics without
> adding a comment. Some comment like "from the left to the right, Mrs X.,
> Mr. Y at giving a lecture on using "a" with "b"" or similar.
