In behave of the guitarix development team I'm happy to announce a new
bugfix release: guitarix 0.22.3.
This is the 3. bugfix release after we reach version 0.22.0 as you can
properly see on the version number.
Below is a list of the squashed bugs, thanks goes to all users witch
report them to us.
version 0.22.3
fix: denormals generated under special circumstances
fix: switch off auto_startup_notification for splash window (unity)
convolver bugfix: use correct channel count
Convolver bugfix: delay and maxsize must be based on system samplerate
fix: preset_button in config mode
version 0.22.2
fix: save scratch preset before switching to a newly created one
version 0.22.1
fix: changed "requires" tag for gtk+ to 2.20 in gx_distortion_ui.glade
ladspa_guitarix: fix preset loading
ladspa_guitarix: fix module loading
ladspa_guitarix: fix loading (undefined symbols)
bugfix: wrong variable in crybaby UI
get it here:
http://sourceforge.net/projects/guitarix/
greets
hermann
Jack_export is a simple command line app I've been using to do multichannel
exports from Ardour2 sessions. Of course A3 provides this OOTB, but I will
maintain jack_export to provide (if necessary) formats and options that A3
doesn't or won't support.
This release does not include resampling, the sample rate of the exported
file will be the current Jack sample rate.
To use, proceed as follows:
1. (Optional) In Ardour, create a bus (not a track) named 'export', and
containing all the signals you want to export. You can skip this step,
in that case you'll have to connect Ardour outputs to jack_export inputs
manually after step 2.
2. Run jack_export. See --help for options. The --chan option is mandatory.
E.g.
jack_export --chan 16 my16channelfile.wav
Jack_export will connect to the 'export' bus if it exists, and print
Ready ...
If you did not create an 'export' bus in Ardour, now connect Ardour
outputs to jack_export inputs manually.
3. Do a normal export in Ardour, using some dummy name for the exported
file. As soon as Jack goes into freewheeling mode, jack_export will
print
Recording ...
When the export terminates, jack_export will print a completion message
reporting the number of seconds recorded.
Now available on <http://kokkinizita.linuxaudio.org/linuxaudio/downloads/index.html>
Ciao,
--
FA
A world of exhaustive, reliable metadata would be an utopia.
It's also a pipe-dream, founded on self-delusion, nerd hubris
and hysterically inflated market opportunities. (Cory Doctorow)
On 01/13/2011 10:37 AM, Tom Szilagyi wrote:
> Hi all,
>
> Standing on the shoulders of giants[*], I am pleased to announce the
> public release of IR, a convolution reverb in the LV2 plugin format.
> Released as free software under the GNU GPL, this easy to use plugin
> has been created to open the fascinating world of convolution reverb
> to Linux-based audio engineers. If you use Ardour to create, mix&
> produce music, you will most probably want to check out this plugin.
It is a great addition Tom, I'm packaging it in Planet CCRMA now.
I'm trying to see what is the best way to convert the plugin so that it
can deal with first order ambisonics impulse responses. Those are four
channels wide (ie: four convolutions, one for each of the four incoming
channels - W X Y Z).
I managed to get it to work by creating ir-amb.cc, ir-amb_gui.cc, etc,
etc. And changing your code to have the required number of ports, etc.
It does work, except that my simple minded rewrite breaks down if I try
to instantiate a normal IR plugin in addition to the IR-AMB (how I named
the "new" plugin). In that case the second instance (order does not
matter) bugs out with:
(ardour-2.8.12:14284): GLib-GObject-WARNING **: cannot register existing
type `IRWaveDisplay'
etc (same for IRModeInd and IRMeter, all the gui classes I did not
duplicate).
I can have multiple instances of either, but not mixed (well, I can, it
is just that opening the gui for the second does not work and crashes
the rest).
Knowing nothing about all the components involved I need some help... I
can supply or post the patch if needed (I presume it is some simple gtk
thingy I need to add to the code).
-- Fernando
Hi folks.
I've got a question about SMPTE frames and jack period size.
In the "worst case" of 30 frames/second, each frame spans 1/30 seconds.
Does that mean that if jackd is called such that (period size)/(rate)
> (1/30) seconds, we will drop SMPTE frames?
Large period sizes are rare these days, but this is still a possible
scenario and I want to understand it properly.
Thanks.
Hello drumkit-making people :-)
This is a friendly reminder that the Hydrogen Drumkit
Contest<http://hydrogen.popez.org/hcms/node/2035> deadline
is rapidly approaching (little more than a month to go)
So if you have created a great drumkit don't wait to long to submit it !
Fan-tas-tic-ly fa-bu-lous prizes are waiting for you ;-)
Happy drumming
Grtz
Thijs
ps: sorry for cross posting
On 05/07/2012 10:58 PM, Nando wrote:
> Did you know about this?
No, thanks for the heads up.
> http://www.technologyreview.com/article/40245/
papers, documentation and example-code:
http://groups.csail.mit.edu/netmit/sFFT/
> I guess SFT can be relevant for ardour, jack and other audio related
> software. Looks like an important advance in math!
The maths have not changed :) but their approximation algorithm is
interesting.
2c,
robin
I've been trying to find some docs on how to get the kernel to boot with
the threadirqs by default, and not needing to pass that option manually
at boot time (or editing a boot config).
Or, any boot option for that matter..
Anyone care to shed some light on this? :)
Hi all,
I am glad to announce the release of NASPRO 0.4.1.
NASPRO (http://naspro.atheme.org/) is meant to be a cross-platform
sound processing software architecture built around the LV2 plugin
standard (http://lv2plug.in/).
The goal of the project is to develop a series of tools to make it
easy and convenient to use LV2 for sound processing on any (relevant)
platform and for everybody: end users, host developers, plugin
developers, distributors and scientists/researchers.
This is just a small update to NASPRO Bridge it and NASPRO bridges that:
* makes use of LV2 Atom for MIDI events;
* enables LRDF-equivalent bundle installation and automatic
translation of DSSI programs to LV2 presets by default;
* aligns with the unified LV2 distribution.
Enjoy!
I feel this whole thread is highly inappropriate and repugnant. If you do
not like OOMidi you do not have to use it or support their fundraiser, but
this kind of gratuitous baiting is uncalled for. The claims that OOMidi
has done no development on their own are rediculous. Sure, have forked
Muse, that is acknowledged on their
website and code, but it is also clear they have added quite a bit of
functionality to the original codebase. Frankly this sort of project is
what open source and the GPL is all about - users are free to modify code
and scratch their own itch.
sincerely, Edward Diehl
My fellow humans,
This is the announcement of "Open Tritone Midi", a Satanic DAW and Midi Sequencer.
The Tritone is the classic devils musical interval. ( http://en.wikipedia.org/wiki/Tritone )
It will be just an Open Octave Midi fork with replaced Logo graphics and the removal of the current author names. So I don't have to do development myself but I can start funding campaigns.
As Satanic Software it is most important to center around humans, so a friendly and humble manner in support, communication and marketing affairs will be the main focus.
When it is ready the next mail will be send to this list.
*sign of the horns*