"It's beyond the pale that we today have all the communication technology
Gene Roddenberry (August 19, 1921 – October 24, 1991) just could dream
about, but the way it could be used today is weak."
+1000.
I would not say I am against Twitter, rather against all those patents and
copyrights that
just keep us in the dark ages of digital technology.
Hi,
If you have a company or know of someone who has a company that uses Linux
Audio tools/software to enable productivity can you please send me the
following info:
Company Name
Website
Location
Business Expertise
--
Patrick Shirkey
Boost Hardware Ltd
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.
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
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
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
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
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
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