Dear all,
More than a month overdue... It's getting busier at work (we're in the
middle of a reorganization) and also I've spent quite some time on
making music. And LAC2011 is coming closer, I'm going to do two
workshops so I had to prepare my abstracts. Hope you have a nice read
anyway, next time I'll try to publish the round-up a bit earlier (well,
have to hurry up then already...).
http://linuxaudio.org/node/128
Best,
Jeremy
Tarball containing D-Bus patched jack 0.120.1 is available here:
http://nedko.arnaudov.name/soft/jack/dbus/http://nedko.arnaudov.name/soft/jack/dbus/jack-audio-connection-kit-dbus-0.…http://nedko.arnaudov.name/soft/jack/dbus/jack-audio-connection-kit-dbus-0.…
D-Bus modifications add optional autodetected support for the D-Bus
based server control system.
D-Bus is object model that provides IPC mechanism. D-Bus supports
autoactivation of objects, thus making it simple and reliable to code a
"single instance" application or daemon, and to launch applications and
daemons on demand when their services are needed.
* Simplified single thread model for control and monitor
applications. Various D-Bus language bindings make it trivial to
write control and monitor applications using scripting languages like
Python, Ruby, Perl, etc..
* JACK has log file (~/.log/jack/jackdbus.log) that is available for
inspection even when autoactivation happens because of first JACK
application is launched.
* There is real configuration file used to persist settings that can be
manipulated through configuration interface of JACK D-Bus object.
* Improved graph inspection and control mechanism. JACK graph is
versioned. Connections, ports and clients have unique (monotonically
increasing) numeric IDs.
* High level abstraction of JACK settings. Allows applications that can
configure JACK to expose parameters that were not known at compile
(or tarball release) time.
Currently there are some minor differences between jack1 jackdbus and
jack2 jackdbus:
* There is no parameter constraints support (no enums and no ranges)
* Settings file (in ~/.config/jack/) is conf-jack1.xml instead of
conf.xml, because jack1 and jack2 settings and not really compatible.
When configured with D-Bus support, jack_control is
installed. jack_control is simple commandline interface for jackdbus.
Other tools that can communicate with JACK through D-Bus:
* LADItools (tray icon, configuration, etc.)
* Patchage (and lpatchage too)
* LASH 0.6.x
* ladish
* QJackCtl
If the packaging ppl need a patch against 0.120.1, I'd be happy to
provide one.
--
Nedko Arnaudov <GnuPG KeyID: 7862B9E45D1B58ED>
http://jackaudio.org/downloads/jack-audio-connection-kit-0.120.1.tar.gz
JACK 0.120.1 represents more than a year of incremental development on
JACK1. The majority of the work has been done by Torben Hohn, and
includes one major API revision and one major API addition, along with
a quite a few other fixes, API clarifications and new utilities.
The addition is the new Session API that allows for easy management
(save/restore) of multi-client configurations. The core JACK release
does not include a session management application, but QJackctl
already offers this. The session API has already been implemented in
Jack2. Please see below for links to read about this API.
The revision involves the API used to manage and discover latency in
JACK signal flow, and unlike the existing one (now marked as
deprecated)), this one can actually do what it needs to do. Anyone who
has written a client that used the existing port latency API should
update their client to use the new one: the old API will be removed
when we move to API/protocol version 1.0.0 which will be soon.
Please note that the latency API has not been implemented in Jack2 at
this time.
Usage Changes
=============
* add -M command line flag to allow user-specified MIDI buffer
sizing The units of the argument to this command line flag are
"MIDI events per process() cycle", where an event occupies up to
4 bytes (as most common MIDI events do). The default buffer size
is same as the one used for audio data, which will store about 2
MIDI events per sample. Typical values for event-count will
range from 10 to about 500. Be aware that using very high values
along with a large number of ports may cause JACK to fail to
start because of the amount of memory that would be required.
* several new utility clients:
- jack_midi_dump (Carl Hetherington) (displays MIDI events
arriving at its input port as text in its
originating terminal window)
- jack_iodelay (from the original jdelay in C++ by Fons
Adriensen; ported to C by Torben Hohn)
- jack_latent_client (for testing latency API)
- jack_session_notify (a minimal session manager)
Developer-visible Changes
=========================
Applications can now request weak linkage for all function symbols in
the JACK API.
See http://jackaudio.org/files/docs/html/group__WeakLinkage.html for more
information.
Using Port Buffers before activating a client
---------------------------------------------
It has always been undefined behaviour to try to use JACK port buffers
outside of a process callback. This release adds an additional
limitation: any call to jack_port_get_buffer() before jack_activate()
will return NULL rather than a usable address. This may cause issues
in clients which did this - the behaviour was always wrong, but was
not enforced by JACK.
Determining and tracking port buffer sizes
-------------------------------------------
A few details about detecting the port buffer sizes have changed:
* clients should now use jack_port_type_get_buffer_size() if they
absolutely must determine buffer sizes before they call
jack_activate(). The use of jack_port_get_buffer_size() before
calling jack_activate() is now forbidden and may result in the
client crashing.
* clients that care about port buffer sizes should register a
buffer size callback. The callback will now always be executed
during a call to jack_activate(). This ensures that on return
from jack_activate() and before the first call to its process
callback, the client definitely knows the buffer size. Future
callbacks will occur if the buffer size changes. Note that older
versions of JACK do not necessarily call the buffer size
callback during jack_activate() - this behaviour should be
considered a serious bug in JACK and another reason to upgrade.
Session API
------------
JACK Session is a new section of the JACK API that is designed to
allow management of JACK configurations that involve multiple
clients. Use of the API is optional by clients, but is strongly
recommended.
The API is fully documented online:
* API Reference:
http://jackaudio.org/files/docs/html/group__SessionClientFunctions.html
* Walkthrough for client developers:
http://trac.jackaudio.org/wiki/WalkThrough/Dev/JackSession
Latency API
------------
The older latency management API is now deprecated because it was
fundamentally broken (in the sense that it could not do what it
claimed to be able to do)
The new API is fully documented online
* API Reference:
http://jackaudio.org/files/docs/html/group__LatencyFunctions.html
* Conceptual diagram: http://jackaudio.org/files/jack-latency.png
All relevant included clients and backends have beem updated to use it.
Bug Fixes, Tweaks Etc. Etc
==========================
* switch all example clients and tools to use jack_client_open()
* README emptied to just point at http://jackaudio.org/
* replace use of pthread_t in public headers with jack_native_thread_t
* offer build time option to make code 100% valgrind clean
* shm.c released under LGPL, not GPL, to match the rest of libjack
* fixes for rare crashes in alsa_in/out
* netjack1 support for Celt 0.9
* check arguments given to jack_bufsize, to prevent server lockup
* check arguments to jack_set_buffer_size() in server
* jack_connect can use client UUIDs
* sanitycheck now no longer warms about unlimited lockable memory
* sanitycheck no longer mentions nice
* fix race conditions near client exit/shutdown/zombiefication
* no watchdog operations while freewheeling (JACK will no longer
die if freewheeling is very, very slow)
* (incomplete) new internal client code based on a2jmidid
(originally by Dmitry Baikov & Nedko Arnaudov)
Hello all,
On behalf of the Mixxx Development Team, I'm pleased to announce the
official release of Mixxx 1.9.0.
Mixxx is Free, open-source DJ software that gives you everything you need to
perform live mixes.
Mixxx 1.9.0 adds several major new features including Shoutcast support,
direct deck outputs for external mixers, and ReplayGain normalization. We've
also added many enhancements to the library, a revamped default skin, and
more!
You can read more about this release on our blog:
http://mixxxblog.blogspot.com/2011/02/mixxx-190-released.html
Here's the full list of new features:
- *Shoutcast / Icecast support*
- Mixxx can now broadcast over the internet (heavily requested
feature)
- *External Mixer Support*
- The new Sound Hardware preferences pane allows you to route each
playback deck separately, which allows you to use Mixxx with an external
mixer.
- *ReplayGain normalization*
- A user from our forum worked closely with our developers to fully
implement volume normalization, including performing the
ReplayGain analysis
for tracks which are not tagged.
- *Waveform Gain*
- The scrolling waveforms now scale according to the channel gain for
better visual feedback.
- *Key lock buttons*
- Formerly known as "pitch-independent time stretch", there are now
easily accessible key-lock buttons for each for deck.
- *Revamped default skin*
- Since the original source material for the Outline Netbook skin was
lost eons ago, our artist completely redid it from scratch and tweaked it
for better visibility. The new skin has also added EQ kill switches.
- *HSS1394 support* (Windows, OS X)
- Mixxx now supports firewire HSS1394 MIDI devices such as the Stanton
SCS.1 series.
- *Improved FLAC support*
- We're now using libFLAC directly for smoother FLAC decoding.
- *Revamped metadata parsing*
- Integration of
TagLib<http://developer.kde.org/~wheeler/taglib.html> allows
Mixxx to parse more metadata from songs, and do it more consistently.
- *Metadata writing*
- Mixxx can now write changes in song metadata back to disk. This
feature is off by default, and can be enabled in the Library preferences
pane.
- *Millisecond time display*
- The time counters in Mixxx now have an extra millisecond display.
- *Library improvements:*
- *Played column - *The library now indicates whether a song has been
played in the current session already, and also counts the total
number of
times the song has been played.
- *Ratings column - *5 stars, no stars, or anywhere in
between<http://www.mail-archive.com/mixxx-devel@lists.sourceforge.net/msg03273.html>
.
- *Better search *- Search now searches in more columns, and by-term
instead of by-phrase.
- *Revamped iTunes integration* - A rewrite yielded a significant
speedup of iTunes parsing.
- *Faster library scanning - *The library scanner should perform much
better on large libraries.
- *Inline Editing* -* *Double click any item in the track table to
edit its contents.
- *Recording to MP3/Ogg -* Now your recordings can be saved in either
MP3 or Ogg/Vorbis format.
- *New MIDI mappings:*
- Vestax Typhoon
- Vestax Spin
- Hercules DJ Console Mk4
- Numark MIXTRACK
- Pioneer CDJ-350
- *Updated MIDI mappings:*
- Hercules DJ Control MP3
- Hercules DJ Control e2
- Hercules DJ Control Steel
- Hercules MK2
- Vestax VCI-100
- Reloop Digital Jockey 2
- M-Audio Xponent
- *Tons of bug fixes and performance improvements!*
RJ Ryan
This is a belated announcement for libmapper 0.1, the first public
release of this C library intended to ease connection and mapping
between input devices and synthesizers.
libmapper provides a network-enabled middleware that allows an
application to announce input and output signals to a subnet using a
shared multicast UDP port, and automatically respond to requests to
create dynamic connections. By using multicast, we avoid dependence
on a central hub to manage connections, and use it to arrange signal
transmission on a peer-to-peer basis without requiring a
rebroadcasting infrastructure for data sharing. Additionally, this
decentralized approach allows collaborative manipulation of signal
connections on the local subnet, encouraging an experimental approach
to mapping design.
Mappings between signals can be constructed dynamically that perform
translation of OSC message addresses for the receiver, and
additionally can apply arbitrary transformation of signal values based
on a given formula.
Documentation, source code, and binaries can be found on the project's
website. [1]
libmapper constitutes a new C version of our protocol that has been
previously developed in Max/MSP [2], and marks the beginning of an
effort to implement support for this protocol in several different
languages and audio environments. Currently we provide bindings for
Python (through SWIG) and provide external objects for PureData and
Max/MSP. Managing connections on the network is still accomplished
via our Max/MSP GUI, but we are currently working on a cross-platform
application to replace it. Although libmapper 0.1 was actually made
public in December, we were originally waiting to finish a first
version of this new GUI before announcing libmapper, but have since
decided that it would be best to announce libmapper sooner for those
who might be interested in using it or contributing to development.
A video of the GUI being used in a previous version of the system can
be seen here [3]. In this video, the GUI is shown interacting with a
controller and a synthesizer both in Max/MSP; now with libmapper, the
synthesizer and also the program that communicates with the controller
could now be written in C, or any language with bindings to the
library.
libmapper's only dependency is liblo, which is used to send and
receive OSC messages, which are used for all communications. It has
been developed and tested on Linux and Mac OS X operating systems.
Please see the README and Tutorial on that page for further details on
concept and usage.
Thank you for your attention, feedback is welcome on the project
mailing list [4].
Yours,
The libmapper team, Input Devices and Music Interaction Laboratory,
McGill University.
[1] http://idmil.org/software/libmapper
[2] http://idmil.org/_media/publications/2008/malloch_lncs2008.pdf
[3] http://vimeo.com/7104879
[4] http://groups.google.com/group/dot_mapper
Notice to list maintainer: It seems that the instructions for announce,
linked to from the mailman info page, are down with a 404:
http://lad.linuxaudio.org/subscribe/laa.html
On behalf of the entire Rivendell development team, I'm pleased to announce
the release of the first release candidate of Rivendell 2.x, v2.0.0rc0.
Rivendell is a full-featured radio automation system targeted for use in
professional broadcast environments. It is available under the GNU General
Public License.
From the NEWS file:
*** snip snip ***
This is the first release candidate of Rivendell 2.x. All changes made
since 2.0.0beta1 have involved fixes for reported bugs and improved
integration with various distributions and desktop environments. See
the ChangeLog for specifics.
If upgrading from a v1.x version of Rivendell, be sure to read the
'UPGRADING' file before proceeding for important information.
Database Update:
This version of Rivendell uses database schema version 202, and will
automatically upgrade any earlier versions. To see the current schema
version prior to upgrade, see RDAdmin->SystemInfo.
As always, be sure to run RDAdmin immediately after upgrading to allow
any necessary changes to the database schema to be applied. Due to the
complexity of the schema changes required for this update, the process
may take significantly longer to execute than is commonly the case;
users are cautioned to allow for ample time operationally.
*** snip snip ***
Further information, screenshots and download links are available at:
http://www.rivendellaudio.org/
Cheers!
|-------------------------------------------------------------------------|
| Frederick F. Gleason, Jr. | Chief Developer |
| | Paravel Systems |
|-------------------------------------------------------------------------|
| The first duty of a revolutionary is to get away with it. |
| -- Abbie Hoffman |
|-------------------------------------------------------------------------|
Harrison Consoles, manufacturer of the world's finest mixing consoles,
is proud to announce that Mixbus is now available for the Linux platform.
Mixbus(tm) extends Ardour ( the well-known Digital Audio Workstation )
with Harrison's world-renowned sound and features in a knob-per-function
interface. Now cross-platform on both Linux and OSX, Mixbus provides a
solution for engineers and mixers who need a recorder, editor and mixing
system with world-class sound and features.
--------------------------
Mixbus Features:
* Straightforward “knob per function” mixer layout based on Harrison's
renowned 32-series and MR-series music consoles.
* Precision DSP algorithms for EQ, Filter, Compression, Analog Tape
Saturation, and Summing based on Harrison's world-renowned large format
analog and digital mixing consoles.
* Unlimited stereo or mono input channels (based on available CPU power)
featuring High-pass Filter, EQ, Compression, and 4 Mix Bus sends on
every c channel.
* 4 Stereo Mix Buses (can be used for groups or auxes) featuring Tone
controls, Compression, Sidechaining, and Analog Tape Saturation.
* Stereo Master Bus that features Tone controls, Analog Tape Saturation,
K-meter, and Limiting to help you make polished mixes.
* Automatic delay compensation for any routing combinations of Tracks to
Mixbuses and/or Master Bus. This allows for parallel paths with
different plugins that remain time-aligned to the output.
* Comprehensive "at-a-glance" metering with peak, peak hold, and
compressor gain reduction visible on every track and bus.
* Extensive DAW features via the Ardour Digital Audio Workstation.
* Uses any sound I/O supported by ALSA and/or JACK on Linux
* Supports LADSPA and LV2 plugins on Linux
------------------------
The development of Mixbus is the culmination of a multi-year
collaboration between Harrison and the Ardour development team.
Mixbus is available at an introductory price of only $79. Purchase
Mixbus now at: http://mixbus.harrisonconsoles.com
Purchasers of Mixbus are also able to take advantage of a LinuxDSP
plugin "bundle" at a dramatically reduced price. The included plugins (
channelstrip with gate, fully parametric EQ, multiband compressor, and
reverb) extend Mixbus to provide a full-featured editing, mixing and
mastering package at a great price.
Best Regards,
Ben Loftis
Harrison Consoles
Harrison Consoles, manufacturer of the world's finest mixing consoles,
is proud to announce that Mixbus is now available for the Linux platform.
Mixbus(tm) extends Ardour ( the well-known Digital Audio Workstation )
with Harrison's world-renowned sound and features in a knob-per-function
interface. Now cross-platform on both Linux and OSX, Mixbus provides a
solution for engineers and mixers who need a recorder, editor and mixing
system with world-class sound and features.
Mixbus Features:
*Straightforward “knob per function” mixer layout based on Harrison's
renowned 32-series and MR-series music consoles.
*Precision DSP algorithms for EQ, Filter, Compression, Analog Tape
Saturation, and Summing based on Harrison's world-renowned large format
analog and digital mixing consoles.
*Unlimited stereo or mono input channels (based on available CPU power)
featuring High-pass Filter, EQ, Compression, and 4 Mix Bus sends on
every c channel.
*4 Stereo Mix Buses (can be used for groups or auxes) featuring Tone
controls, Compression, Sidechaining, and Analog Tape Saturation.
*Stereo Master Bus that features Tone controls, Analog Tape Saturation,
K-meter, and Limiting to help you make polished mixes.
*Automatic delay compensation for any routing combinations of Tracks to
Mixbuses and/or Master Bus. This allows for parallel paths with
different plugins that remain time-aligned to the output.
*Comprehensive "at-a-glance" metering with peak, peak hold, and
compressor gain reduction visible on every track and bus.
*Extensive DAW features via the Ardour Digital Audio Workstation.
*Uses any sound I/O supported by ALSA and/or JACK on Linux
*Supports LADSPA and LV2 plugins on Linux
The development of Mixbus is the culmination of a multi-year
collaboration between Harrison and the Ardour development team.
* Mixbus is available at an introductory price of only $79. Purchase
Mixbus now at: http://mixbus.harrisonconsoles.com *
Purchasers of Mixbus are also able to take advantage of a LinuxDSP
plugin "bundle" at a dramatically reduced price. The included plugins (
channelstrip with gate, fully parametric EQ, multiband compressor, and
reverb) extend Mixbus to provide a full-featured editing, mixing and
mastering package at a great price.
