Linux-audio-announce January 2011

linux-audio-announce@lists.linuxaudio.org

11 participants
14 discussions

by David Robillard

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

13 years, 11 months

Linux Audio Conference 2011: Paper submission deadline extended

by Frank Neumann

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

13 years, 11 months

[ANN] LADI Session Handler - Preview 3

by Nedko Arnaudov

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>

13 years, 11 months

QMidiarp 0.3.9 released

by Frank Kober

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

13 years, 11 months

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Linux-audio-announce January 2011