(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
Hi everyone,
I released a new version of the avw.lv2 plugins today - version 0.0.8.
You can grab it here: https://sourceforge.net/projects/avwlv2/
or on GitHub here: https://github.com/blablack/avw.lv2
This new version doesn't include much changes:
- David Robillard updated some of the port to the new Voltage Control format.
- The code was cleaned a bit.
I was able to create very basic synths, so it seems usable :)
You'll need to grab the latest version of Ingen though to avoid a few
crashed (at least SVN 4506)
I as well started to create Youtube tutorial for Ingen.
The first one is available here:
http://youtu.be/9nC7giX1ToQ
As it is the first one, do not hesitate to provide me with feedback!
Thanks in advance,
Aurélien
P.S: Thanks to David for the fixes in Ingen and the patch for AVW.
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/
Hi all,
I work at Aldebaran Robotics, a french company based in Paris which
develops Nao, the first european humanoid robot (
http://www.aldebaran-robotics.com)
For those who would be interested, we are currently looking for an audio
engineer who will be responsible of the architecture of the audio modules
of our embedded software.
Required skills :
- holder of a master degree in audio or computer science, or graduated from
an engineering school
- good knowledges of the linux os
- good programming skills in C/C++ and python
- good knowledges of the alsa, pulseaudio, and gstreamer frameworks
If you are interested, don't hesitate to contact me.
Best regards
Vincent
Hi,
Petri-Foo is a sampler for linux using JACK. It was originally a fork of
the Specimen sampler project. A new version is now available to download
from sourceforge.
https://sourceforge.net/projects/petri-foo/files/petri-foo-0.1.4.tar.bz2
This release brings further cosmetic changes improving the overall look
of Petri-Foo. The fan sliders have gone, so it must be time to
mention the precision modifying shift and ctrl keypresses for the
sliders.
If you missed the 0.1.3 release, here's a quick rundown of the changes:
* migrated from autotools to cmake
* updated and slimmed-down PHAT replacement called Phin.
* mousewheel waveform zooming
* velocity range setting for patch
* auto-preview (with optional resampling) in sample selector dialog
* recoded deprecated gdk calls to use cairo.
* lots and lots of bug fixes i've long since forgotten about
Some say it's the successor to Specimen and that the two shouldn't
co-exist. All I know is it's called Petri-Foo.
http://petri-foo.sourceforge.net
Cheers,
James.
Hi folks,
I have done some firewire bus analysis on the 003 Rack and posted last
year some of my findings on ffado.org wiki.
inter
Today I got back into it and managed to modify Clemens' snd-dice
driver to activate the 003R and made a standalone driver to play out
of 2 channels!
It's a non standard protocol, because you have to send particular
requests and wait for particular responses but I have documented as
much as I can.
Unfortunately during playback there are 2 outstanding issues:
1) There is extraneous low level noise when sound is routed through
channel 1 or channel 18 (first and last pcm channel). When sound is
routed into channel 1, noise is heard in channel 2 and channel 1
sounds normal. When sound is routed into channel 18, similar noise is
heard in channel 1 but nothing else is heard.
2) I don't know why but the device spits out a request on the bus
about 10 times per second which interrupts playback for very short
intervals causing choppy playback. I had a similar problem when
trying to make the 003R work under ffado. I have examined the
behaviour of the device under windows and it does not generate these
packets. Could it be the way the iso resources are being handled? I
am allocating a tx and rx stream separately since without both, the
device stops transmitting in under 2 seconds, while with this driver,
it stays stable indefinitely.
I could use some advice on where to look next.
Damien
