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
(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
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
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
Alexandre Prokoudine:
> On Wed, Jul 4, 2012 at 9:55 PM, Kjetil Matheussen wrote:
> > Radium is a free (as in speech) music editor with a novel
> interface.
> > It's inspired by trackers, but has fewer limitations and uses
> graphics to
> > show musical data.
> >
> > The development of Radium started in 1999 on the Amiga platform.
> Since then
> > it has been ported to Linux.
>
> Any plans to move to at least Qt4? Qt3 is so 2000s :)
Yes, in the makefile you can specify USE_QT4 instead of USE_QT3. It
doesn't work
right now, but it did a few weeks ago. Problem with QT4 is that copying
pixmap
to widget (bitblt) was so horribly slow. (And I did turn off double
buffering
plus some other other options, but it only helped a little bit.)
I don't know what the problem was, maybe my X setup is too old.
It's not surprising that bitblt is a little bit slower in QT4 since
their QPixmap is not a wrapper around the X Pixmap anymore. Maybe
that's the whole explanation. It was usable, but not very nice compared
to QT3.
File requesters and the FX selector are always made with QT4 though.
:-)
(IOW. Radium requires both QT3 and QT4 in the default setup.)
Radium is a free (as in speech) music editor with a novel interface.
It's inspired by trackers, but has fewer limitations and uses graphics
to show musical data.
The development of Radium started in 1999 on the Amiga platform. Since
then it has been ported to Linux.
Features:
Sound effects automation
Tempo automation
Velocity automation
Polyphonic tracks
Unlimited number of tracks.
Unlimited number of lines.
Unlimited note, tempo, and effect precision.
Undo/Redo
Zoom in/out.
Import standard midi files and MMD2/MMD3 modules
Note sequence effects such as transpose, quantitize, glizzando, invert
and reverse.
Support for Jack MIDI and ALSA MIDI. (Both at the same time.)
Configurable key bindings, menues, fonts, and colors.
Extension language support. Write programs that generates music or
modifies your songs
http://users.notam02.no/~kjetism/radium/