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.
Assorted features:
* Zero-latency operation
* Support for mono, stereo and 'True Stereo' (4-channel) impulses
* Realtime operation
* Very reasonable CPU consumption
* Maximum impulse length: 1M samples (~22 seconds @ 48kHz)
* Loads a large number of audio file formats
* High quality sample rate conversion of impulse responses
* Stretch control (via high quality SRC in one step integrated with
impulse loading)
* Pre-delay control (0-2000 ms)
* Stereo width control of input signal & impulse response (0-150%)
* Envelope alteration with immediate visual feedback: Attack
time/percent, Envelope, Length
* Reverse impulse response
* Autogain: change impulses without having to adjust 'Wet gain'
* Impulse response visualization (linear/logarithmic scale, peak & RMS)
* Easy interface for fast browsing and loading impulse responses
IR should work on Linux with Ardour 2.8.x (x >= 11) and 3.
For further info and source code download, please visit the plugin's
homepage: http://factorial.hu/plugins/lv2/ir
Thanks,
Tom
[*] Fons Adriaensen (zita-convolver), Erik de Castro Lopo (libsndfile,
libsamplerate)
G'day LADdies,
Patchage 0.5.0 is out (along with its dependents Raul 0.8.0 and
FlowCanvas 0.7.1).
The main improvements in this release are significant performance
improvements, much better auto-arrange of interface modules, bug fixes,
and some polish. Upgrading is recommended. This release also features
a new experimental packaging for Mac OS X.
Other changes:
* Add -J (--no-jack) command line option
* Add proper --help output and man page
* Fancy console info/warning/error logging
* Fix minor memory leaks and reduce memory consumption
* Fix handling of ALSA duplex ports
* Hide "split" module menu item when it is useless
* Fix Jack D-Bus support
* Add more/larger icons
* Add missing COPYING file to distribution
* Build system and code quality improvements
(See the ChangeLog files for Raul and FlowCanvas for their details)
Downloads and whatnot available as always at:
http://drobilla.net/software/patchage
-dr
Dear all,
for the Linux Audio Conference 2011(*) in Maynooth, Ireland, we have extended
the deadline for paper submissions to February 20th, 2011.
So, if you have considered handing in a paper but couldn't make up your mind
yet, here is your chance to become active! Never forget that this conference
lives through the people participating in it.
The deadline for music submissions has been set to the same date.
Notification of acceptance of submitted papers has been aligned slightly
as well, and will be sent out on March 15th, 2011.
(*) http://lac.linuxaudio.org/2011
Please spread this information to anyone who might be interested.
Direct any questions through email to lac(a)linuxaudio.org.
Thanks,
Frank
After a year of development ladish-0.3 is out! The main feature that
this release implements is the hardware port virtualization. Studios
that manage JACK and the overall infrastructure of the setup now can
contain the so called rooms. The rooms provide a predefined set of
ports that are linked to the studio through a virtual JACK multicore
(aka snake). The "contents" of the rooms are the projects. As with
studios, projects manage apps and connections between them. However
projects are not bound to particular audio/midi hardware and JACK
setup because project apps are connected to the room-studio link ports
that are fixed. On the studio side, these room-studio link ports can
be connected to the actual hardware ports, to ports of apps that are
part of the studio or even to room-studio link ports of different
rooms. Yes, you can have more than one room in the studio! It is quite
possible that room usage will fall into one of these two categories:
* central room - this is a place where you load projects. It has the
role of the place where things get generated. People will probably
load sequencers and synths here. The purpose of the central room is
to present abstract view of the hardware. This allows transfer of a
project from one computer to other - either via Internet transfer or
backup/restore process. The import/export will be implemented in the
ladish-0.4 release. Rooms will be implemented in the ladish-0.3
release (the next one).
* side rooms - this is where standard processing usually happens. It
can be seen as a macro mechanism. It can be useful for "effect rack"
functionality or for recording. For example custom mastering process
chain is probably reused for different projects. Side rooms allow
loading of functionality after the initial process of song
creation. You can compose your new song in the central room and
save it. Then when you want to record it, you can load your recording
setup (ardour2 based one for example) in the recording room.
Central and side rooms are interconnected in the studio. The studio
setup (JACK settings, connections between hardware and rooms) is
supposed to be almost static.
The new user visible features include:
* Visual notifications about errors and studio/project state changes
* ladish specific settings
* lists of recently used studios and projects
* connections of stopped apps are persisted
* a2j ports are now clearly marked on gladish canvas
* app start/stop by double clicking in the app list
* you can save a text comment and description as part of the project
* Russian, French and German l10n of gladish
ladish now can install the python bindings for liblash that are used
by some apps (jack_mixer, zynjacku). The ladish implementation of
liblash is still not functional, lashified apps will be told that lash
server is not available. The jack-session support is also not
implemented yet.
= Thanks =
In the past year lot of people helped the project, but some of them
played a major role:
* Robert Dietrich (distrozapper) hunted bugs with inspiring dedication
* Nikita Zlobin (nick87720z) joined the development team
* Filipe Alexandre Lopes Coelho (falktx) made some bugfixes to
ladish, made KXStudio a great LADI enabled Linux distro and worked
on Qt/KDE frontends, alternatives to the gladish (GTK).
* Frank Kober (dharanamrs, emuse) as usual helped a lot, mainly by
guarding the inspiration level for the a2j support and by providing
ideas about overall usability.
= Download =
The tarballs are available at the usual location:
* http://ladish.org/download/
* http://ladish.org/download/ladish-0.3-with-deps.tar.bz2
* http://ladish.org/download/ladish-0.3-with-deps.tar.bz2.sig
* http://ladish.org/download/ladish-0.3.tar.bz2
* http://ladish.org/download/ladish-0.3.tar.bz2.sig
There are two tarballs. ladish-0.3-with-deps.tar.bz2 is 3.6 MiB and
bundles the major dependencies that are usually needed for running
ladish:
* flowcanvas
* LADI Tools
* a2jmidid
* jack2
All of these are either development (git/svn) versions or release
versions that are patched to work better with ladish. The last released
versions of these dependencies are expected work with ladish. The most
serious "incompatibility" is that the jack2 mainline is missing the
no-self-connect changeset. This changeset adds option to jack that
allows prevention of jack apps self connection to "hardware" ports
(usually system:playback_N). As such self-connecting apps are not rare
at all, without it, the studio/room separation is not-effective and
the workflow can get very confusing.
If you are compiling the software by yourself, then you should
probably use this "fat" tarball.
The ladish-0.3.tar.bz2 tarball is 569 KiB and contains only ladish
itself. It is expected to be used mainly by packagers.
= Known issues =
There is one known jack2 bug that sometimes hits the ladish
workflows. If two instances of same app are started in parallel and
these apps don't request unique jack client name but instead rely on
jack feature that autorenames clients, apps usually fail to start. The
bug has a ticket recorded in the jack bugtracker:
http://trac.jackaudio.org/ticket/193
= More info on the ladish project =
* Homepage: http://ladish.org/
* Roadmap: http://ladish.org/roadmap
LADI Session Handler or simply ladish is a session management system
for JACK applications on GNU/Linux. Its aim is to allow you to have
many different audio programs running at once, to save their setup,
close them down and then easily reload the setup at some other
time. ladish doesn't deal with any kind of audio or MIDI data itself;
it just runs programs, deals with saving/loading (arbitrary) data and
connects JACK ports together. It can also be used to move entire
sessions between computers, or post sessions on the Internet for
download. Check the project goals for more info.
Project goals:
* Save and restore sets of JACK (audio and MIDI) enabled
applications.
* Provide JACK clients with virtual hardware ports, so projects can
be transfered (or backups restored) between computers running
different hardware and backups.
* Don't require session handling library to be used. There is no need
of such library for restoring connections between JACK clients.
* Flow canvas based GUI. Positions of elements on the canvas are
saved/restored.
* Allow clients to use external storage to save its state. This
includes storing internal state to non-filesystem place like memory
of a hardware synth. This also includes storing client internal
state (client project data) in a way that is not directly bound to
ladish project.
* Import/export operations, as opposed to save/load. Save/load
operate in current system and may cause saving data outside of
project itself (external storage). Import/export uses/produces
"tarball" suitable for transferring session data over network to
other computer or storing it in a backup archive.
* Hierarchical or tag-based organization of projects.
* List of JACK applications. Applications are always started through
ladish to have restored runtime environment closer to one existed
before project save.
* Distributed studio - network connected computers. Netjack
configuration is part of the studio and thus is saved/restored.
* Collaborate with the X11 window manager so window properties like
window position, virtual desktop and screen (multimonitor) are
saved/restored.
--
Nedko Arnaudov <GnuPG KeyID: 7862B9E45D1B58ED>
With season's greetings and the unexpected honor to be the first this year:
QMidiArp is finally reborn !
Although yet in another alpha state this arpeggiator, sequencer and MIDI LFO has grown quite a bit in functionality and, hopefully, usability.
Special thanks for his explanations and initial support go to Guido Scholz.
ENJOY and best wishes for 2011
Frank
QMidiArp is available for download at
http://sourceforge.net/projects/qmidiarp/files/qmidiarp/0.3.9/qmidiarp-0.3.…
and it now has an own sourceforge project page at
http://sourceforge.net/projects/qmidiarp
and git repo
git://qmidiarp.git.sourceforge.net/gitroot/qmidiarp/qmidiarp
(developers welcome)
Tutorial videos are available on youtube, just search for qmidiarp.
NEWS:
New Features
o Arpeggio pattern preset infrastructure
o Synchronized MIDI LFO modules added
LFOs have calculated and drawable waveforms, selectable frequency,
amplitude, offset, time resolution and length
o Synchronized step sequencer modules added
Step sequencer can be transposed and velocity-modulated by received
notes, sequence can be drawn on the fly
o Pianoroll-type display of arp patterns and cursor line
o Envelope function for chord arpeggios with high polyphony
o Latch mode or Footswitch for holding notes in arpeggio buffer
o Keyboard-triggered or -restarted arpeggiator mode
o Input note delay strongly reduced making QMidiArp suitable for live
play
o MIDI-learnable control of many live-relevant functions
o MIDI realtime clock slave synchronization
o JACK transport client synchronization
o Event log entries are color-coded, optional MIDI Clock event display
o Re-designed graphical user interface: all modules and dialogs
are dockable floatable windows, main and file icon toolbars added
o New .qmidiarprc file containing GUI settings, user arp patterns and
last file path
o Save and SaveAs functions with modification monitoring
o All relevant session parameters stored in new .qmax XML session file
o Manual pages in English, French and German
o Handler for SIGINT added to handle unsaved or changed files more
carefully at program termination.
o Handler for SIGUSR1 added to provide support for LADISH level 1.
o Separate threads for ALSA Sequencer Queue handler and arpeggio engine
General Changes
o Port form Qt3 to Qt4 library.
o MIDI Channels and ALSA port id's displayed from 1...16
o On-the-fly tempo changes are disabled
Please excuse cross-posting.
Dear friends and fellow FOSS enthusiasts,
It is my great pleasure to share with the community a belated Holiday
present :-) in a form of latest snapshot of L2Ork iteration of
Pure-Data. Better than ever, the latest version comes with the following
improvements:
*implemented apply undo for array properties and partially implemented
apply undo for graph-on-parent object properties (does not apply to
abstractions or top-level windows currently until I figure out how to
address the indexing of toplevel windows inside the glist as well as how
to address to which window such an undo belongs).
*properties are disabled when right-clicking on an abstraction as
modifying its settings externally does not make sense when one does not
see the actual contents inside it. So, to edit the properties of an
abstraction, one has to open the actual abstraction.
*fixed how new arrays are created so that they always fit within the
specified boundaries. Please note arrays that have been already created
in prior patches remain untouched in terms of graph auto-resizing
(legacy code is provided in g_editor.c canvas_vis that deals with this
if anyone wishes to convert their arrays but is incomplete in that it
assumes all arrays require resizing--this is however unnecessary as
simple recreation of said arrays or manual readjustment of their
settings ought to do the trick.
-This feature needs further testing--feedback is most appreciated.
*fixed how arrays deal with moving array points via mouse by restricting
them within the array bounds--this should work for all gui-driven array
operations, while array alterations via snapshots and other external
ways of manipulating arrays remain unbound so as to allow for
traditional data-flow debugging--this may change down the road in part
due to introduction of the magicGlass option and in part due to belief
that data monitoring should only report ranges specified by the graph.
-This feature needs further testing--feedback is most appreciated.
*added new feature for arrays where they report a bang through the
<arrayname>_changed send (if one is provided) whenever they have been
altered by a mouse click'n'drag--this in conjunction with array graph
auto-resizing makes arrays formidable alternatives for multisliders.
-This feature needs further testing--feedback is most appreciated.
*when an array subpatch is opened and resized, the array automatically
now resizes to properly fill the window.
-This feature needs further testing--feedback is most appreciated.
*fixed where array was not visible after reopening the patch if any of
its points touched upon y graph limits.
*fixed couple of segfaults caused by gridflow incompatibility--more
problems remain with gridflow library compatibility, likely due to
widgetbehavior and possibly also magicGlass incompatibility. Further
investigation is necessary.
*fixed memory leak in the disis_phasor~ external where the destructor
was never properly called and updated its documentation (available in
the l2ork_addons package).
*fixed highlighting of signal nlets where nlet would revert to
non-signal appearance after being highlighted/connected.
*reintroduced array listview (this was a regression in respect to
pd-extended).
*improved appearance of the array listview.
*fixed a few broken links in the pddp documentation and added new
l2ork-specific array features to the pddp documentation.
Latest snapshot is available from the usual place:
http://l2ork.music.vt.edu/main/?page_id=56
Complete changelog since 11/25/2010 is available here:
http://l2ork.music.vt.edu/data/pd/Changelog
Happy belated Holidays!
Best wishes,
Ico
Hi LAA Subscribers,
A quick note to announce the release of AV Linux 4.2. The most noteworthy
changes being JACK Session support, Ardour 3 'readiness' and true Plug and
Play FFADO supported FireWire device operation with daisy-chaining on the
new FireWire stack.
Of course there is a lot more, please read the full announcement here:
http://www.remastersys.com/forums/index.php?topic=1162.0
My sincere thanks to linuxaudio.org and the maintainers of this list for
your often unsung efforts.
-GLEN
This button allowes to free / unfree jack time wheel or just monitor freewheel state. Written on python
Browse sources via GitWeb: http://repo.or.cz/w/jack_freewheel_button.git
To get sources type this command: git clone git://repo.or.cz/jack_freewheel_button.git
Hi,
I am proud to introduce a new version of Foo YC-20, the Yamaha YC-20
software synthesizer. This release is vastly more efficient than the
previous version. The downside is that compiling this version takes
quite a lot of resources.
The YC-20 is a divide-down combo organ designed in the late 60's. This
emulation faithfully copies the sound, features and flaws of the
original organ.
Main features of this synthesizer:
* 61 keys
* Two main voice sections
* Switchable bass section
* No polyphony restrictions
* A realism control to add flaws found in the real organ
Flaws:
* Takes quite a bit of CPU power
* No touch vibrato
The emulation is written in Faust and uses Jack for audio and MIDI.
All controls of the synthesizer can be controlled with MIDI.
There is an undocumented "easter egg". Any command line argument given
to the program will be used as the configuration file name. The state
of the organ controls are read from the file and the file will be
overwritten with the current setup when the synthesizer is shut down.
Tarball: http://foo-yc20.googlecode.com/files/foo-yc20-1.1.0.tar.bz2
Website: http://code.google.com/p/foo-yc20/
Screenshot: http://foo-yc20.googlecode.com/svn/trunk/graphics/screenshot.png
More information about the real organ can be found at:
http://www.combo-organ.com/Yamaha/yamaha.htm#YC-20
Sampo Savolainen
Dear all,
A bit late because of the Holidays here in the Netherlands, but it's
here nonetheless, the Linux Audio Monthly Round-Up #5. Again I had some
really positive feedback which is very gratifying of course and it
powers the drive to continue writing these round-ups. Back to business,
what was November all about?
Best,
Jeremy
http://linuxaudio.org/node/124