Guess what...?
the last of the remnants quietly emerges :)
QjackCtl 0.3.9 has been released, finally!
Website:
http://qjackctl.sourceforge.net
Project page:
http://sourceforge.net/projects/qjackctl
Downloads:
- source tarball:
http://downloads.sourceforge.net/qjackctl/qjackctl-0.3.9.tar.gz
- source package (openSUSE 12.1):
http://downloads.sourceforge.net/qjackctl/qjackctl-0.3.9-1.rncbc.suse121.sr…
- binary packages (openSUSE 12.1):
http://downloads.sourceforge.net/qjackctl/qjackctl-0.3.9-1.rncbc.suse121.i5…http://downloads.sourceforge.net/qjackctl/qjackctl-0.3.9-1.rncbc.suse121.x8…
Weblog (upstream support):
http://www.rncbc.org
License:
QjackCtl is free, open-source software, distributed under the terms
of the GNU General Public License (GPL) version 2 or later.
Change-log:
- Killing D-BUS controlled JACK server is now made optional, cf.
Setup/Misc/Stop JACK audio server on application exit. (a patch by
Roland Mas, thanks).
- Added include <unistd.h> to shut up gcc 4.7 build failures.
- Make(ing) -jN parallel builds now available for the masses.
- A mis-quoting bug at the command line argument string may have been
crippling the (unmaintained) Windows port since ever, leaving its main
function to start jackd dead in the water, belly down :) now hopefully
fixed (following a mail transaction with Stephane Letz and Mathias
Nagorni, thanks).
- Currently a JACK2-only feature, the JACK version string display at the
About dialog box, must now be explicitly enabled on configure time
(--enable-jack-version).
- A new so called "Server Suffix" parameter option appears to rescue on
the situations where QjackCtl falls short on extra, exquisite and/or
esoteric command line options eg. (net)jack1/2 differences.
- Fixed D-Bus Input/Output device parameter settings, filled when either
interface is selected for Capture/Playback only. (probable fix for bug
#3441860).
- Fixed Makefile.in handling of installation directories to the
configure script eg. --datadir, --localedir, --mandir. (after an
original patch from h3xx, thanks).
- Main window is now brought to front and (re)activated when clicking on
the system tray icon instead of just hiding it.
- Add current xrun count to the system tray icon tooltip, if not zero
(after patch #3314633 by Colin Fletcher, thanks).
Enjoy && Have fun!
--
rncbc aka Rui Nuno Capela
Fons Adriaensen:
> Subject: Re: [LAD] First release of jack_export
> To: Paul Davis <paul(a)linuxaudiosystems.com>
> Cc: Linux Audio Users <linux-audio-user(a)lists.linuxaudio.org>, Linux
> Audio Developers <linux-audio-dev(a)lists.linuxaudio.org>
> Message-ID: <20120513125244.GB24479(a)linuxaudio.org>
> Content-Type: text/plain; charset=iso-8859-1
>
> On Sun, May 13, 2012 at 08:39:18AM -0400, Paul Davis wrote:
>
>> On Sat, May 12, 2012 at 5:09 PM, Fons Adriaensen
>> <fons(a)linuxaudio.org> wrote:
>>
>> > 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
>>
>> is there a difference between this and
>>
>> jack_capture --channels=16--port=ardour:export/out\*
>> my16channelfile.wav
>
> AFAIK, jack_capture records in real time. Jack_export records while
> Ardour is in freewheeling mode during exporting, so it's usually
> 'faster than real time'.
>
jack_capture can already use the transport system to start and stop
recording,
so adding an option to record during freewheeling shouldn't be very
hard.
> Also, jack_export will ceate a proper WAVEX file (standard WAV must
> not be used for > 2 channels) or CAF, or Ambisonic WAVEX, and provide
> different output formats and optional dithering.
>
jack_capture does that too, except dithering. jack_capture also uses
WAVEX as the default
format for > 2 channels.
Hmm, I might steel your freewheeling and dithering code into
jack_capture. :-)
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
