Linux-audio-dev

linux-audio-dev@lists.linuxaudio.org

3 participants
7520 discussions

by James Morris

Hi, My sampler app has Non Session Mangement implemented but is currently still referring to external files by their original path. I want to use the symlink method as discussed fairly extensively here but I'd like to know if there is any recommended strategy for naming the symlink of a sample. It could so happen that as far as the filesystem is concerned the only discerning uniqueness between two samples is in the path (ie kit1/snare1.wav and kit2/snare1.wav). I've come up with three possible solutions to this (in my current order of preference): 1) symlink-to-sample created in a subdir named using a hash* of the full path to external file 2) painstakingly re-create the full path within the session dir and add the symlink into that. 3) some horrible text manipulation of the full path (ie replace / with _) that is bound to fail. * J. Liles mentioned SHA1 here: http://linuxaudio.org/mailarchive/lad/2012/3/30/189343 Are there other/better options or disagreements about (1) being a good choice over the other options I've presented? cheers, james.

13 years, 5 months

Re: [LAD] setBfree - Fast Leslie is weird...

by Robin Gareus

Hi Fons, I've taken this to LAD, since it's not really a user issue. On 07/17/2012 12:29 AM, Fons Adriaensen wrote: > On Mon, Jul 16, 2012 at 10:16:16PM +0000, Fons Adriaensen wrote: > >> It resolves the segfault. Things seems to work, but after a minute >> or so the sound gets really horrible, as if the whole instrument >> were detuned. Even octaves sound wrong... > > Seems this was the Fast Leslie, activated accidentally by > using the sustain pedal. There's definitely something wrong > with it. The slow version works nicely. Could it be that you've also accidentally sent other MIDI-CCs to setBfree that changed the Leslie's behaviour? The wobble (wrong octaves?) is not unexpected for two independent doppler-shifts and is also present in the real thing(TM). Yet, the Lesie is currently indeed the weakest link in the whole emulation. You're correct in saying that it is wrong. Yet, IMHO it still does sound OKish. It's implemented as a combination of angular dependent IR - measurements of the horn made at CCRMA [1] - which are also [incorrectly] used for the baffle. Plus the optional static IR to add the [feel of the] cabinet - which is also wrong, buts sounds good nonetheless :) - I'm hopeful that we'll get our hands on the IR measurements made for [2] which will make this 2nd stage obsolete. The acceleration is also not [yet] correctly implemented. I'm about to fix this with information provided in [2]. Even though it does sound kind of weird. I prefer it to the mdaLeslie or similar effects which are far too clean. YMMV. Your criticism is just and appreciated. Please bear with us - I suppose that we'll eventually end up rewriting the effects which carry a lot of legacy code. -- If you can spare the time a DSP expert like yourself would be very welcome. Anyway, one step at a time, robin [1] https://ccrma.stanford.edu/~jos/doppler/dafx02.pdf [2] http://www.aes.org/e-lib/browse.cfm?elib=15120

13 years, 5 months

xfmr-plugins-0.0.1

by John Rigg

xfmr-plugins-0.0.1 has been released. At present it contains one LADSPA plugin, an anti-aliased transformer distortion emulator intended to be used on the master bus when mixing in a DAW such as Ardour. I made it for my own use, in order to get closer to the sound of an analogue mix without the extra round trip through the DA-AD converters. Hopefully others may find it useful. License is GPL v2. More details and download link here: http://www.jrigg.co.uk/linuxaudio/xfmr-plugins.html John

13 years, 5 months

[OT] full-time permanent technical officer post (Music Dept. NUI Maynooth)

by Victor Lazzarini

We have a vacancy for a technical officer, which is full-time and permanent: Technical Officer Post: http://www.publicjobs.ie/publicjobs/campaignAdvert/5491.htm Please pass it on to anyone who might be interested. It is a very interesting position and the successful candidate will join a very vibrant working environment. Best regards Dr Victor Lazzarini Senior Lecturer Dept. of Music NUI Maynooth Ireland tel.: +353 1 708 3545 Victor dot Lazzarini AT nuim dot ie

13 years, 5 months

another job opening at HoerTech, Oldenburg, Germany

by Giso Grimm

Dear List, I would like to make you all aware of an open position related to audio development, potentially on Linux. Best regards, Giso -------------------- The Center of Competence for Hearing Aid System Technology – HoerTech gGmbH – is happy to announce a full-time job opening to expand its research and development team at the earliest possible date. HoerTech is a leading non-profit research institute in the field of audiological and acoustical developments related to hearing systems. For a national research project, we are seeking a qualified and motivated RESEARCH ASSOCIATE (f/m) with established experience in scientific research in either audio signal processing, physics, communications engineering, or similar. The position will be concerned with the further development of a software platform for hearing aid algorithms ("Master Hearing Aid") and the development of novel hearing aid algorithms. Another focus can be the co-development of auditory models for perceptual speech and audio quality estimation. The opportunity to undertake a doctoral research at the Oldenburg University is provided. For details please visit http://www.hoertech.de/web_en/hoertech/job_1.shtml

13 years, 5 months

Lisalo -Linux Sampler Loader- 1.2 Release. Now with sidekick tool to load directories with wavs and oggs

by Nils

Lisalo - Linux Sampler Loader - is a command line program that loads entire directories of sample files, a single .sfz file or takes instructions from a meta .lsl file with relative paths to samples. Now you can quickly and easily load sampled instruments without even starting a GUI. This is release 1.2, grab it here, no installation required (but you can symlink it to /usr/bin if you want) git clone git://github.com/nilsgey/Lisalo.git [New Features] lsl mode (see example.lsl) -Choose an instrument index when loading gig or sf2 samples -Load a directory with waves and oggs as one instrument. -Choose a name for your JACK port commandline mode (see -h or cat README) -option to specify a name for your JACK port. -directly load a single sfz file instead of a whole directory or a meta lsl file (auto detection by file extension) -this sfz file can be a temp file created by Lisalos sidekick: [New Tool - Sfz Generator] Creates temporary sfz files. Point to a directory of wave or ogg files and you'll get the filename of an .sfz file in /tmp as return value. In case you want to use this with Lisalo use the following syntax: lisalo "$(lisalosfzgenerator.py /path/to/wavedir)" This has several optional options such as: Start mapping from a key number (default 60 - middle c), only map the white keys, load sample dir recursively (don't point at your /home/samples or at an Ardour project dir!) [Contact] https://github.com/nilsgey/Lisalo info(a)laborejo.org irc.freenode.org #laborejo [Dependencies] Python3 (Developed and tested under 3.2.2) Linuxsampler (no GUI required) Feedback and idle chatting are welcome! Nils

13 years, 5 months

Re: [LAD] LADSPA plugin undefined symbols - SOLVED

by John Rigg

On Mon, Jul 09, 2012 at 09:41:44PM +0200, Robin Gareus wrote: > On 07/09/2012 09:18 PM, John Rigg wrote: > > I'm trying to test my new LADSPA plugin with demolition but > > the latter fails due to undefined symbols. Running objdump -t on > > the .so lists several of the standard C functions used in the code > > as undefined symbols. I've tried installing libc6-dbg and adding > > -g to the CFLAGS in the makefile (which is a modified version of > > the one in ladspa_sdk) but it makes no difference. > > > > System is Debian testing amd64 (pre-multi-arch snapshot from > > Jan 2012). I thought it might be due to a mismatch in the build > > tools, so I tried building the plugin on Debian Lenny (5.0.3). > > The same thing happens there. > > > > I've tried running demolition on a couple of the Debian packaged > > swh-plugins and it runs without a problem, but any plugin I compile > > from source (not just mine) gives the same type of error. > > > > All of the undefined symbols are standard libc functions like malloc, > > calloc, free, cos etc. The plugin works perfectly in Ardour2 on both > > systems. Anyone have any ideas how to fix this? > > since Lenny, Debian switched to multi-arch support. libs will be in > /usr/lib/<triplet>/ instead of /usr/lib/ NTL the linker should find > them -- but check /etc/ld.so.conf.d/* and /etc/ld.so.conf if you've > upgraded from Lenny or use an early testing system. > > To get the standard libs, it is necessary to explicitly use > LOADLIBES="-lrt -lm" when linking objects these days. It was the -lm option. With that added to the LD line in the makefile it could find cos, which was the undefined symbol stopping demolition. Other undefined symbols like malloc, calloc and free didn't bother it (these could be defined with the -l:libc.so option but it wasn't necessary). Thanks, John

13 years, 5 months

LADSPA plugin undefined symbols

by John Rigg

(Hope this is the right place to ask - apologies if not). I'm trying to test my new LADSPA plugin with demolition but the latter fails due to undefined symbols. Running objdump -t on the .so lists several of the standard C functions used in the code as undefined symbols. I've tried installing libc6-dbg and adding -g to the CFLAGS in the makefile (which is a modified version of the one in ladspa_sdk) but it makes no difference. System is Debian testing amd64 (pre-multi-arch snapshot from Jan 2012). I thought it might be due to a mismatch in the build tools, so I tried building the plugin on Debian Lenny (5.0.3). The same thing happens there. I've tried running demolition on a couple of the Debian packaged swh-plugins and it runs without a problem, but any plugin I compile from source (not just mine) gives the same type of error. All of the undefined symbols are standard libc functions like malloc, calloc, free, cos etc. The plugin works perfectly in Ardour2 on both systems. Anyone have any ideas how to fix this? John

13 years, 5 months

[ANN] TAP-plugins 0.7.2

by Tom Szilagyi

Hi all, This is a small bugfix release of the TAP-plugins LADSPA plugin collection. The only plugin affected is the Scaling Limiter. The problem was that with some kinds of audio (esp. low freq. sine waves) the plugin produced sharp peaks / level jumps in the output. Thanks to Taku Yamamoto for providing me with an excellent patch. Downloads etc: http://tap-plugins.sf.net Enjoy! Tom

13 years, 5 months

[LAA] Guitarix release 0.23.2

by hermann

We are proud to announce the release of guitarix2-0.23.2 Guitarix is a mono tube amplifier simulation for jack, with additional mono/stereo effect racks witch can be filled with some in-build effects as well as with external LADSPA plugins. Download from http://sourceforge.net/projects/guitarix/ Things that changed in this (bug-fix) release: * fix segfault on 64 bit arch when load ladspa plug-ins * fix mono convolver controller Thanks to Jeremy Jongepier for pointing out the issue and to James Morris for help to debug it. Please check it out and give feedback if you find a problem. Please refer to our project page for more information: http://guitarix.sourceforge.net/ download site: http://sourceforge.net/projects/guitarix/ have fun guitarix development team

13 years, 5 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