Hi,
i would like to know if somebody has already thought about a (unified)
way to save or export the settings of ladspa plugins (or vst,lv2..)
I'm familiar with the idea of LASH, but i want to share plugin settings
between different sessions. A typical use case:
After recording songs with my drumset, the gate-plugin applied to
basedrum and snare has most times (nearly) the same setting.
At the moment this is a quite painful task: Ardour is able to save the
settings, but you can't export these or exchange them between other
applications.
In addition, ardour's ladspa plugin dialog can just save the settings,
changing an already saved settings is not possible. This results in a
heap of saved settings and old revisions..
It would be great to export these settings, it could be implemented as a
feature in applications like ardour2 ,jackrack or hydrogen.
After exporting the setting to a plain text file (or xml), sharing the
file with other people or between your computer would be no problem.
What are your thoughts on this? What are the disadvantages?
Thanks,
Sebastian
Hi everyone,
Fons, thanks to your essay "Using a DLL to filter time" [1], that you mentionned
in a discussion we had in August, I've put together a small library, named
Pendule, for accurate timing within a real time context. It's a tiny piece of
code, but offers a very easy to use replacement for gettimeofday().
Plus, it includes some benchmarking/measuring tools, that produce that sort of
fancy graphics (this one using a PCI hda intel card):
http://www.samalyse.com/code/pendule/shortgraph.png
Usage is very simple. first create an instance:
#include <pendule.h>
Pendule *pendule = pendule_new(buffer_size / sample_rate, bandwidth);
Then, in the realtime thread, update the loop every process cycle:
pendule_cycle(pendule);
And use pendule_gettime() instead of gettimeofday():
double current_time_in_seconds = pendule_gettime(pendule);
As expected, looking at the graph above, the obtained time doesn't drift as the
audio time, and has a lower jitter than the system time. Well, at least, it
works for me.
However, although my measures are pretty encouraging, I am not 100% sure of my
DLL implementation. Could you please review it ? It's there:
http://svn.samalyse.com/pendule/trunk/src/pendule.c
You can grab everything using svn:
svn co http://svn.samalyse.com/pendule/trunk pendule
I'd like to know how it works for others. You can easily test your
hardware/system and make graphs with:
./waf configure
./waf build
./measure
./graph
Check the README for more.
[1] http://www.kokkinizita.net/papers/usingdll.pdf
Best regards,
--
Olivier
hi everybody!
does anyone know a way to compute filters that simulate air dissipation
for a given temperature and humidity?
so far, all i've found is an online calculator at
http://www.sengpielaudio.com/calculator-air.htm, but the javascript in
there is not exactly fit for citation :)
plus i know there is a standard (ISO 9613-1:1993) that deals with sound
attenuation, but i don't have access to a standards library and don't
feel like buying it...
a rough calculation at 18°C and 85% relative humidity (using sengpiel's
tool) yields:
f[Hz] dp[dBSPL/m]
----------------------
20 0
40 0
80 0
160 0
320 0.001
640 0.003
1280 0.006
2560 0.011
5120 0.032
10240 0.112
20480 0.404
which indicates that for my usecase (close-miked sounds that need to be
placed at distances between 10 and 45 m), the air-damping non-linearity
is really important.
question is: how do i design a filter to simulate this? would make a
cool ladspa tool eventually...
pointers to related papers or maybe even filters are most welcome.
best,
jörn
On Wed, 28 Jan 2009, hermann meyer wrote:
> Hello
>
> Thanks for the new version, build and run fine here (debian/sid).
> I would ask could you add the $(DESTDIR) variable to the Makefile
> INSTALLPATH to make Pakeage building a little easier, :)
>
>
Hi,
Sure, but I'm not familiar with the use of DESTDIR. How do you want
the makefile to look?
Downloads:
http://archive.notam02.no/arkiv/src/?C=M;O=Dhttp://folk.uio.no/ksvalast/arkiv/src/?C=M;O=D
jack_capture
============
jack_capture is a program for recording soundfiles with jack. Its default
operation is to capture whatever sound is going out to your speakers into
a file, but it can do a number of other operations as well.
0.9.31 -> 0.9.32:
*Changed default format for from wav to wavex for files with more
than two channels. Thanks to Fons Adriaensen for the suggestion.
*Added fix for 64 bit mode. Thanks to Andras Simon for helping
to find the bug and Dominique Fober for fixing the bug.
*Added the "-verbose" option for easier debugging in case program
crashes or freezes.
*Checks whether sndfile.h exists before generating setformat.c.
Good news.
I found out last week that I'll receive sponsorship for my LAC trip. That
means there will be a LASH presentation, and I think a LASH workshop is also
in order.
The amount I'm getting isn't all that much but it will cover my travel costs.
That means I'm on the lookout for _cheap_ accommodation near the conference
site during 15.-20. April. Is there some place there specifically for LAC
visitors?
Now, I need to write that paper before the 29th...
Juuso
PS: Dave, how's ticket #321 going?
In this release:
* lv2rack does no longer require PHAT (it was not really using it even
in zynjacku-3 release)
* Support for out of process plugin UIs (the upcomming nekobee release
should use it)
* Don't crash when trying to load non-existing plugin (specified by
supplying plugin URI at commandline)
* Don't crash with some plugins (NULL extension_data)
zynjacku is JACK based, GTK (2.x) host for LV2 synths. It has one JACK
MIDI input port (routed to all hosted synths) and one (two for stereo
synths) JACK audio output port per plugin. Such design provides
multi-timbral sound by running several synth plugins.
zynjacku is a nunchaku weapon for JACK audio synthesis. You have solid
parts for synthesis itself and you have flexible part that allows
synthesis to suit your needs.
lv2rack is a host for LV2 effect plugins.
You need slv2 library to compile zynjacku tarball.
Project homepage with screenshots:
http://home.gna.org/zynjacku/
Get tarball from here:
https://gna.org/files/?group=zynjacku
--
Nedko Arnaudov <GnuPG KeyID: DE1716B0>
Hi all,
I'm making a list of open source compressors. I currently have:
-SC Series
-Tap compressor
-Arts compressor
-Foo plugins
-Mda plugins
-Calf plugins
-Csound compress opcode
-PD compress~ object
-Supercollider compander ugen
Anyone know of any others?
Cheers
Andrés
Hello Fons, I assume you forgot to CC linux-audio-dev.
On Tuesday 27 January 2009 14:06:11 you wrote:
> Do you have any academic status (PhD student,
> assistant, ...) ? In that case I could try the
> university guest house.
I'm a university student. I'll book my flights right away, but I'd like to wait
booking the accommodation until I know more about this guest house.
Do they have wlan? :)
Juuso
Don't miss your chance to get your company logo on the half page ad that
Linux Journal is sponsoring for us in the April edition.
Yes, that means free advertising for your company, blog, forum, or pet
project in the Linux Journal and at the same time you will be supporting
Linux Audio!!!
All you need to do is reply to this email to let me know you want to
officially support an award category. The deadline is Tuesday Feb 3 so
don't delay.
Visit http://awards.linuxaudio.org for a full list of the categories you
can associate with and the sponsors who are already supporting the Awards.
There are three levels of sponsorship* which range from simple name
association (free of charge) to fully fledged corporate sponsorship.
By participating as an official sponsor you show to the world the value
your company, blog, forum, or pet project places on the continuing
support and development of Linux Audio.
*For more details and sponsorship packages please contact me directly.
--
Patrick Shirkey
Boost Hardware Ltd.
