Linux-audio-dev

linux-audio-dev@lists.linuxaudio.org

7516 discussions

Re: [LAD] Call for testing (final): ALSA driver for some firewire devices

by Takashi Sakamoto

Hi Daniel, I notice that I cannot help you without enough logs with which I can realize what happens. At lease, 'verbose' options for aplay/arecord, '#' nodes in /proc/asound/cardX and dmesg. Additionally, would you please add 'LANG=C' when you get output from software. I cannot read Spanish language... > hi, it does not work. Try in following steps: 1. $ arecord /tmp/test.wav -D hw:UFX1604 -c 16 (I expected you receive 'Available formats' output) 2. $ arecord /tmp/test.wav -D hw:UFX1604 -c 16 -f (here the format, maybe S32_LE) (I expected you receive 'rate is not accurate' output) 3. $ arecord /tmp/test.wav -D hw:UFX1604 -c 16 -f (the same above) -r (got rate) (I expected it will run correctly.) I hope you to do these test when killing pulseaudio. The way is here: https://wiki.ubuntu.com/PulseAudio/Log Regards Takashi Sakamoto o-takashi(a)sakamocchi.jp

11 years, 5 months

io GNU/Linux LiveDVD/USB ... You have an update available :)

by Manu Kebab

Hi all, I've uploaded a new iso of "io GNU/Linux", a LiveDVD/USB focused on multimedia (Debian based). Kernel 3.14.4 (64-bit only, 32-bit to come), Jack2 as default sound server, e18 as desktop environment and more nice stuff... For more infos: packages list, screenshots, video, howto etc... Please visit: -> http://manu.kebab.free.fr/iognulinux.html -> https://sourceforge.net/projects/io-gnu-linux/ Enjoy :) MK

11 years, 5 months

Re: [LAD] open ALSA device

by Martin Lohberger

i already have a ladspa-plugin that process my audio data. this works fine without any problems. Due to an adaption of the functionality of my system, i want to add a function that determines if the system works properly. This function should send an audio signal, that is recorded afterwards. And this should also work while no application (aplay, skype etc.) uses alsa. Due to this I want to know if it's possible to use a plugin or an other virtual device that "keeps the floor". 2014-05-20 12:59 GMT+02:00 Martin Lohberger <elektm.alsa(a)gmail.com>: > i already have a ladspa-plugin that process my audio data. this works fine > without any problems. > Due to an adaption of the functionality of my system, i want to add a > function that determines if the system works properly. This function should > send an audio signal, that is recorded afterwards. And this should also > work while no application (aplay, skype etc.) uses alsa. > > Due to this I want to know if it's possible to use a plugin or an other > virtual device that "keeps the floor". > > > 2014-05-20 12:07 GMT+02:00 Fons Adriaensen <fons(a)linuxaudio.org>: > > On Tue, May 20, 2014 at 10:59:46AM +0200, Martin Lohberger wrote: >> > 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. >> >> Or float in the air if the floor below your feet is >> taken away ? >> >> > Does sombody have an idea how to solve this problem? >> >> A plugin, by definition, needs to be plugged into something else. >> What is it supposed to do without 'the application above' ? >> >> If you want an alsa device which includes a plugin this can >> probably be done using an ~/.asoundrc. >> >> -- >> 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) >> >> >

11 years, 5 months

Re: [LAD] AES67 + JACK

by Christoph Kuhr

On 17.05.2014 22:15, linux-audio-dev-request(a)lists.linuxaudio.org wrote: > If you happen to have AVB-enabled network cards around, feel free to > hack. I might contribute again in the future (either AVB or AES67, not > sure), but unfortunately don't have any spare time left right now. Hi, my efforts of integrateing some AVB in Linux also waits for some free time. But regarding AVB, there has be an unofficial statement by Cisco: No AVB by Cisco... I suspect this could be somewhat of a show stopper for most manufacturers. AES67 instead gets more popular... Regards, Ck

11 years, 5 months

open ALSA device

by Martin Lohberger

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

11 years, 5 months

AES67 + JACK

by Reuben Martin

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

11 years, 5 months

Re: [LAD] ladspa: dlopen failed for tap ladspa plugins

by Zlobin Nikita

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

11 years, 5 months

Re: [LAD] ladspa: dlopen failed for tap ladspa plugins

by Zlobin Nikita

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

11 years, 5 months

ladspa: dlopen failed for tap ladspa plugins

by 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. 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).

11 years, 5 months

LV2 note2midi plugin

by Lucas Takejame

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

11 years, 6 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Linux-audio-dev