Howdy!
TYOQA (the year of qtractor automation for the clueless) is now pretty
real. I'd say it's all been my my prerogative, again and again, doing
things my own way (do I hear Frank S. singing? nope. move along...).
Is this the time to do the unthinkable? Should I tag it as beta now?
Should I? There's one single reason for not doing so and a couple of
others to make it through:
1. basically it's all the same functionality that stays put or improved
in a few spots;
2. it just feels like it! :)
Now comes the mighty corrosive one: I'll be off on vacation soon. Summer
is waiting for me. And I just hate to miss that kind of deadline. Woohoo!
Is there anything else to mention? Go ahead, make your day:
Qtractor 0.5.0 (alpha zulu) is now released!
Release highlights:
* TYOQA! Audio/MIDI track and plugin parameter automation (NEW)
* MIDI controller catch-up behavior (NEW)
* All zooming in/out relative to views center (NEW)
* Audio gain/panning smoothing changes (FIX)
Happy summer 2 y'all!
Website:
http://qtractor.sourceforge.net
Project page:
http://sourceforge.net/projects/qtractor
Downloads:
- source tarball:
http://downloads.sourceforge.net/qtractor/qtractor-0.5.0.tar.gz
- source package (openSUSE 11.4):
http://downloads.sourceforge.net/qtractor/qtractor-0.5.0-3.rncbc.suse114.sr…
- binary packages (openSUSE 11.4):
http://downloads.sourceforge.net/qtractor/qtractor-0.5.0-3.rncbc.suse114.i5…http://downloads.sourceforge.net/qtractor/qtractor-0.5.0-3.rncbc.suse114.x8…
- from the dusty shelf: user manual (anyone?):
http://downloads.sourceforge.net/qtractor/qtractor-0.3.0-user-manual.pdf
Weblog (upstream support):
http://www.rncbc.org
License:
Qtractor is free, open-source software, distributed under the terms
of the GNU General Public License (GPL) version 2 or later.
Change-log:
- MIDI controller learn/catch-up sees the way in: MIDI controller
changes are now only effective after catching-up with their respective
program parameters, avoiding abrupt jumps and keeping a safe and
continuous behavior.
- Track/Height menu is now featured, giving access to Increase, Decrease
or Reset the current track height.
- All changes to audio gain and panning on tracks and buses are now
applied following a piece-wise linear ramp, reducing the old nasty
clicks, pops or zipper artifacts that might be awfully audible on some
situations, most specially on automation.
- All zooming in/out is now relative to either the viewport center or
current mouse cursor position if found laying inside.
- TYOQA! the underground sources have emerged:... after years in the
making, track automation, or dynamic curves as some like to call, is
finally a reality, tricky but real ;)
- Audio clip anti-glitch/ramp-smoothing effect is now slightly
independent of current buffer-size period (mitigating bug #3338113 effect).
- Once buried under the Edit menu, Clip menu has been finally promoted
to top main menu.
- Debugging stacktrace now applies to all working threads.
- Fixed muted loop playback on audio clips ending coincidentally with
the loop-turn/end point.
- Old/deprecated JACK port latency support added to audio recording
latency compensation.
- Audio clip merge/export lock-ups now untangled (fixes bug #3308998).
- LV2 extension headers update.
- Fixed configure of newer LV2 host implementation stack (LILV) when
older (SLV2) is not present.
Enjoy && Cheers!
--
rncbc aka Rui Nuno Capela
rncbc(a)rncbc.org
---------- Forwarded message ----------
From: Lieven Moors <lievenmoors(a)gmail.com>
Date: Mon, Jul 25, 2011 at 12:55 PM
Subject: Re: [LAD] lv2 extension bugs
To: David Robillard <d(a)drobilla.net>
On Sat, Jul 23, 2011 at 10:46 PM, David Robillard <d(a)drobilla.net> wrote:
> On Sat, 2011-07-23 at 21:22 +0200, Lieven Moors wrote:
> > On Sat, Jul 23, 2011 at 09:10:42PM +0200, Lieven Moors wrote:
> > > On Sat, Jul 23, 2011 at 02:19:39PM -0400, David Robillard wrote:
> > > > On Sat, 2011-07-23 at 17:53 +0200, Lieven Moors wrote:
> > > > > On Sat, Jul 23, 2011 at 10:23:13AM -0500, Gabriel Beddingfield
> wrote:
> [...]
> > Since I'm not even sure it is a bug
> > in an LV2 extension, I might be forgiven
> > to post it here.
> >
> > It's a problem you run into when you
> > try to configure one of the drobilla
> > packages (I think it's flowcanvas).
>
> ... Well, this thread was pretty silly. If it's a problem with building
> my repository, hosted at drobilla.net, then yes, file bugs there :P
>
> (Though it's certainly not flowcanvas, which has nothing whatsoever to
> do with LV2)
>
> > Configure fails, says that ext/event/event-helpers.h
> > cannot be found, even though it's there.
> > After scratching my head for a while,
> > I found out it's the waf test that is
> > failing.
> >
> > On Harry Haaren's blog I found the
> > answer.
> >
> > modify line 28 in event-helpers.h
> > by removing http from the address.
>
> Line 28 in event-helpers.h is an include line that does not contain
> "http" anywhere:
>
> http://lv2plug.in/repo/trunk/ext/event.lv2/event-helpers.h
>
> The same is true of the version in the latest release of that extension:
>
> http://lv2plug.in/spec/lv2-event-1.2.tar.bz2
>
>
>
OK, what happened was that I landed on the http://lv2plug.in/ns/ext
page, was expecting a download extensions link, didn't find it, and
downloaded
the files manually from the links on those pages.
sorry for all the fuzz...
greetings,
lieven
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Mon, 25 Jul 2011 12:04:06 +0200
> From: Maurizio De Cecco <jmax(a)dececco.name>
> Subject: Re: [LAD] GCC Vector extensions
> Cc: linux-audio-dev(a)lists.linuxaudio.org
> Message-ID: <4E2D3F96.2010206(a)dececco.name>
> Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"
>
> Short resume of my initial post: i found that using the gcc vector
> extensions induced a 2x slow down using gcc, and a 4x speed up in clang.
>
> I made more tests, isolating a small code example, on Mac OS and Ubuntu,
> and i found out the origin of the problem, even if i do not know what
> exactly happening.
>
> My original test used vectors of float of size 8; the gcc vector
> extension documentation says that if the vector size do not match the
> hardware vector size, the code is synthesized in some way.
>
> With a vector size of 8 i found the above results under Mac OS X, using
> clang and gcc4.2, and under Ubuntu 11.04, using clang and gcc4.5.2.
>
> When i move to a vector size of 4, things go better; clang slow down wrt
> the size of 8 of around 2x, and gcc obtains the same result; the
> interesting point is that gcc obtains essentially the same speed with
> and without vector extensions, meaning probably that the compiler is
> good enough in vectorizing the code, at least in the the test cases i used.
>
> I include the code, results and scripts to run the tests in a small zip
> if anybody want to make other tests; the test code compute an arbitrary
> vector computation (essentially 100 million multiply add), starting from
> a seed given as argument.
>
> The code is modeled around the way jmax compute, i.e. one vector
> operation at a time on vectors passed by pointers, and it is not
> designed to be the fastest possible code to implements this computation.
>
> Thanks for the help,
>
> Maurizio
You should really give the produced assembly code in each test case.
Stephane
Hello
I like to announce the first release of gxtuner, a simple, small and
lightweight guitar/bass tuner for jack.
gxtuner comes with a analogue like interface (scale), show the tune
(char) and the accumulated frequency (Hz) and is licensed under the GPL.
It's a break out of the guitarix tuner module, you can download it here:
http://sourceforge.net/projects/guitarix/files/gxtuner/gxtuner-1.0.tar.bz2/…
have fun
hermann
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi list,
i compiled the alsa sources with the dummy otion,
now finished using it, how do i get rid of it?
i tried to compile the sources without the dummy otion, but it didnt
work. (perhapes with an ice1724 option?)
i completley removed the alsa packages and reinstalled them without any
effort.
lsmod doesnt show any snd module...
im using natty with lowlatency kernel (11.04 + 2.6.38lowlatency)
and an ice1724 chip
thanks in advance
regards
Ck
- --
PGP Key ID 0x528422c1;
PGP Public Key / PGP Key verification:
pgp.mit.edu
pgp.zdv.uni-mainz.de
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iQEcBAEBAgAGBQJOJ/OKAAoJEBra75lShCLBUgoIALVE0FCz+VCgAr4XelbbMENV
w355Ckvhu0oYAtx2fGqcbKZoFM2IDnXCC7RXXsiX+EyYv9kAy/E5fRFcYbzXN6Kp
Qgt08nUJvdrX2GlVeuWpvCDYP4RY8cjhk0lHyWFIKc88jKCvB/OB+LvPTQPdcN++
85FEeS6mYGZJupIy2mMLFivLIYH0jdG8VMb4B+fxchBMCNMqfPRCYilK0uC6RwZ5
2gFdS2rb/MTj3lC5r2cU10x6zM9tB4CpnGz11mleN9RlKA2EtV/myKDBn58TXcUq
tNDLMeqyahH5JB1ACKMuBA4iYEs+z65ASaH/0bU1BgSSEVoaACKmtykRkequ6cQ=
=HJAx
-----END PGP SIGNATURE-----
Friends:
Cal, the lead developer of Yoshimi, passed away on July 2 in Victoria, Australia.
http://tributes.couriermail.com.au/obituaries/couriermail-au/obituary.aspx?…
While this was not unexpected, we're all very sad to see him go.
I'm doubt that his family has any idea what he meant to us. If anyone has an idea on how we can show our appreciation, please share it.
-gabriel
Sorry for the general-purpose nature of this post, but a couple of new posts in LAA recently piqued my interest, but I am unable to find out how to contact those developers directly with my inquiries/suggestions, so here goes (I tried posting replies in LAA, but no luck):
RE: Grainmap v0.1
I'm interested in compiling and using this, but it requires gtkmm v3.0. I know at least the latest Ubuntu stable release doesn't have that version, so I was curious why the dependency on such a recent version of gtkmm?
RE: spectmorph v0.2.0
I'm interested in compiling and using this as well, but there's a dependency on BSE v.7.2. All I want to compile is the Jack client app, so I don't see why this dependency is needed. I looked over the Makefile but couldn't find a target for just the jack client (very possible I just missed it though).
Thanks,
Michael Bechard
GRAME - Centre National de Creation Musicale - is happy to announce the release
of FAUST 0.9.43, a programming language specifically designed to develop audio plugins and
applications.
This version provides a major reorganization of the architecture system for
better modularity and Open Sound Control (OSC) support. The code generation has
been improved and the compiler offers new output possibilities for example the
complete graph of the internal signal expressions as a .dot (graphviz) file. The
libraries and the examples have been extended: Julius Smith's libraries provides
several new filters and effects (including various reverbs) and Romain Michon
has ported the Synthesis Tool Kit (STK) to FAUST.
-------------
About FAUST :
-------------
FAUST (Functional Audio Stream) is a functional programming language
specifically designed for real-time signal processing and synthesis. A
distinctive characteristic of FAUST is to be fully compiled. The FAUST compiler
translates DSP specifications into very efficient C++ code that works at sample
level. It targets high-performance signal processing applications, libraries and
audio plug-ins for a variety of audio platforms and standards. A same FAUST
specification can be used to easily generate native JACK or ALSA applications,
as well as CSOUND, LADSPA, MAX/MSP, PD, Q, SC and VST plugins.
The Faust distribution can be downloaded at:
http://sourceforge.net/projects/faudiostream
The GIT repository can be cloned with the following command :
git clone git://faudiostream.git.sourceforge.net/gitroot/faudiostream/faudiostream faust
Two mailing lists are available:
https://lists.sourceforge.net/lists/listinfo/faudiostream-develhttps://lists.sourceforge.net/lists/listinfo/faudiostream-users
In order to test FAUST without installing it, please refer to the
Online Faust Compiler (requires firefox):
http://faust.grame.fr
======================== WHAT'S NEW ==============================
----------
Compiler :
----------
- Improved loop separation algorithm
- Improved SVG block-diagrams (useless cables removed, inverters, etc.)
- Better handling of search path and default directories
- Range of input audio signals widened to (-inf,+inf).
- New -cn <name> (or --class-name <name>). It allows to specify the name of the
dsp class to be used instead of mydsp
- New -sg (--signal-graph) option to draw a graph of all internal signal
expressions as a .dot (graphviz) file.
- Several bug correction in type system and faster type system inference
algorithm
-----------
Libraries :
-----------
- effects.lib :
- new moog VCF implementation
- auto-wah effect
- passive non-linear allpass filters
- several new reverbs implementations based on feedback delay networks
including Zita Rev1
- square Rectangular Digital Waveguide Mesh
- filter.lib :
- new ladder/lattice allpass filters
- Regalia-Mitra second order peaking equalizer section
----------
Examples :
----------
- several new reverb examples
- Synthesis Tool Kit (STK) with many examples ported to Faust:
WIND INSTRUMENTS
- A simple clarinet (clarinet.dsp),
- A clarinet with a tone hole model (blowHole.dsp),
- A flute (flutestk.dsp),
- A pan-flute (flute.dsp),
- A brass instrument that can be used as a trumpet, a trombon, a french
horn, etc. (brass.dsp),
- A simple saxophone (saxophony.dsp),
- A bottle where it is possible to blow threw the neck to make sound (blowBotle.dsp).
STRING INSTRUMENTS
- An acoustic finger bass (bass.dsp),
- A bowed string instrument that can be used as a cello, a violin, etc. (bowed.dsp),
- A simple sitar (sitar.dsp),
- A nonlinear extended Karplus-Strong (NLFeks.dsp).
KEYBOARDS INSTRUMENTS
- A piano that uses commuted waveguide synthesis (piano.dsp),
- An harpsichord (harpsi.dsp).
PERCUSSION INSTRUMENTS
- A tibetan bowl (tibetanBowl.dsp),
- A wooden bare (uniBar.dsp),
- An iron bare (tunedBar.dsp),
- A glass bare (glassHarmonica.dsp),
- A set of percussion instruments that use modal synthesis (modalBar.dsp).
OTHER
- A voice synthesizer (voiceForm.dsp),
- A FM synthesizer that uses an nonlinear allpass filter (NLFfm.dsp).
----------
Tools :
----------
- faust2ladspa
- faust2dssi
- faust2supercollider
- faust2sig
- faust2sigviewer
--------------------
Architecture files :
--------------------
- Redesign of architecture files for better modularity.
- Open Sound Control (OSC) support added to several architecture files.
- Knobs added to GTK architectures
- Architecture's licenses updated
- Improved file format to save and restore applications settings
- Revised Core Audio architecture
- DSSI architecture added
- netjack architecture allowing remote audio processing over LAN
- AVOIDDENORMALS support added for puredata, ladspa and other plugins
- support for group tooltip via new declare(0, ...) mechanism
----------------
Acknowledgments:
----------------
Many persons have been contributing to the FAUST project by
providing code for the compiler, architecture files, libraries,
examples, documentation, scripts, bug reports, ideas, etc.
I would like to thank them and especially: Fons Adriaensen, Tim Blechmann,
Tiziano Bole, Baktery Chanka, Thomas Charbonnel, Damien Cramet, Etienne Gaudrin,
Albert Graef, Stefan Kersten, Victor Lazzarini, Matthieu Leberre, Mathieu Leroi,
Kjetil Matheussen, Hermann Meyer, Remy Muller, Sampo Savolainen, Nicolas
Scaringella, Stephen Sinclair, Travis Skare, Julius Smith, Michael Wilson, as
well as my colleagues at GRAME, in particular : Dominique Fober, Stephane Letz
and Romain Michon, and from the ASTREE project : Karim Barkati (IRCAM), Jerome
Barthelemy (IRCAM), Alain Bonardi (IRCAM), Raffaele Ciavarella (IRCAM), Pierre
Jouvelot (Mines/ParisTech), Alexander Mihalic (U. Saint-Etienne), Laurent
Pottier (U. Saint-Etienne)
Yann Orlarey
GRAME