(apologies for cross-posting)
Please find below some important information about the
2005 International Computer Music conference...
Incase you hadn't already heard, calls for submissions
have been posted on the ICMC 2005 web site:
http://www.icmc2005.org
We have recently updated many of the calls so please check for
new information if you were planning a submission.
There are new calls for:
- Inspirational Ideas
- Demonstrations
- Panels
- Workshops
- Exhibitions
- Off-ICMC
We are also pleased to announce that a number of specialist
instrumental soloists are available for performance of combined
instrument and computer works. Please see the revised call for
music for further information:
http://www.icmc2005.org/index.php?selectedPage=76
If you want to keep up to date with ICMC 2005 developments
please subscribe to our mailing list:
http://www.icmc2005.org/index.php?selectedPage=64
Warm regards
The ICMC 2005 Team
------------------------------------------------------------
ICMC 2005 -- Free Sound
International Computer Music Conference
September 5-9, 2005. Barcelona, Spain
http://www.icmc2005.org/
------------------------------------------------------------
I am happy to announce the release of Ardour 0.9beta22. With over a
hundred notable new items, and only a handful of bug fixes between
this and 0.99, this is a significant release of Ardour.
Ardour's bug tracking database continues to have 260+ live bug reports
and feature requests, and there are likely twice that number still
present in the program, but we identified those that will be fixed for
the 1.0 release in order to try to gain control of the release
process.
0.99, which just might make it out by Christmas (December 25th, but
don't hold your breath), will be the endpoint of code development for
1.0 per se - the difference between 0.99 and 1.0rc will be related to
release engineering (making sure that the install of Ardour does all
that it should).
Fetch it here:
http://ardour.org/releases/ardour-0.9beta22.tar.bz2
RELEASE NOTES FOR ARDOUR 0.9beta22
* Added support for midi parameter feedback. When enabled, controls
that are bound to incoming midi events will send out that event
when modified. This lets you control generic midi control surface
with motor faders and/or led encoders (like the incredibly
affordable Behringer BCF2000, which was used for testing), to match the internal
state. Note the extra/changed options in the option editor's midi
tab. Also note that automation playback does not yet send midi feedback.
Reminder: to bind a fader or bar-control to midi, do a Control-Middle-Click
on it, then send some midi control.
* Added generic midi bindability for mute, solo, and rec-enable controls.
to do it, you can do Control-RIGHT-click on the mute and solo
buttons (the normal binding click is taken on these buttons for other functions).
For the Record-enable button, it is the normal ctrl-middle-click.
You can also pick it from the context menu of the mute button. A menu
will be added to other buttons later.
* fixed some midi prompter dialog issues
* fixed some midi binding state saving issues
* change entire buffer management scheme to be (more) RT-safe
* add -V/--novst flag to avoid using VST even if it
was compiled in
* templates are mpeinstalled
* major changes in thread handling to fix some serious errors in the
way ardour handles threads when exiting.
* make export work when sync'ed with JACK
* add "timecode-source-is-synced" option to ardour.rc(.in)
* new playlist selector (uses a tree structure in a scrolled
window, instead of menus)
* fix bug with MMC rec-enable handling (only odd-numbered tracks
could be enabled)
* make region export progress bar move in the right direction
* more MTC slaving fixes and improvements (not done yet)
* remove wrong-thread-calling of Session::clear_event_type(),
which should help a number of loop-related crashes
* remove erroneous use of "abort" in function call
* new playlist selector
* Automake-1.7 or higher is required for libmidi++ now. Should be pretty
standard on distributions by now.
* add "nudge by capture offset" operation for regions
* enlarge playhead/edit cursor arrows a bit
* avoid duplicate keyboard target registration
* pay attention to "virtual" window enter/leave events,
but continue to ignore "inferior" ones (fixes many
keyboard focus issues)
* cancelling tempo/meter create dialog doesn't insert
a default tempo/meter marker
* tempo/meter create dialogs have minimal WM decor, and
use standard ArdourDialog API
* 2d panner fixed in many ways (still not to my taste and
not really correct)
* context-click on panner shows context menu (Bypass is the only
entry so far)
* general panner state load/restore fixes
* master outs added to connections menu
* added optimizations for peak metering (use of fabsf, flag
constants as floats, avoid implicit double/float casting)
* handle disk over- and under-run errors in the GUI, and be more
comprehensible to regular users.
* remove zoom changes from the undo/redo history
* fix panning bypass for 2d panner
* fix stereo panner "mute" menu item so that it doesn't
toggle panner mute state every time it pops up
* add "OK" button and remove window decoration from "can't
connect to JACK" dialog
* sessions still load when audio files are missing or corrupt
* complete redesign of slave-following design
* stop disk-(over|under)run handler from executing in the
wrong thread
* fix appalling C/C++ bug preventing proper use of
MIDI port tags
* make solo/mute button mouse bindings more consistent
with rest of interface (Ctrl-middle click is now
used for MIDI learn here as well)
* add solo button context menu
* add new MessageWithConfirmation object to libgtkmmext
* fix crash in handling DiskOverrun or DiskUnderrun messages
* correct region fade in/fade out curves after split
* fix complete loss of all optimization flags
* added patch to allow snap-to-SMPTE-frames
* add redo-ability of automation track "clear" operation
* add optimization to AutomationList::_eval, and use
same design in Curve::_eval
* fix failure to use a search path when looking for templates
* fix inserting zero-input plugins (divide-by-zero error)
* improve sync-with-JACK after MTC slaving breakage
* session events are no longer queued during session loading,
which should reduce or eliminate JACK kicking ardour
during startup. instead, these events are now processed
by the GUI thread as the session is loaded. this stops
the process() callback from potentially having a long
list of things to do when its first called, thus causing
JACK zombification.
* recover-from-crash functionality
a) all audio files get a header written into them at creation
b) when session rec-enable is turned on, we store information
about the files we'll be using for recording
c) if ardour (or the computer) crashes during capture, ardour
discovers this information, and uses the actual
size of the audio files to modify their headers.
new regions are then created and added that
correspond to this data.
d) there is GUI dialog to check on the user's wishes as to
whether or not to use this "pending capture"
information
* clear-all-markers and clear-all-ranges no longer crash
with no session
* "duplicate client/no jack server" dialog grabs focus
for its "OK" button
* change all of libardour + gtk_ardour to use <stdint.h> types
(uint32_t etc.) and <inttypes.h> for printf-style tags. a few
"int" declarations remain.
* redesign + reimplement plugin input/output count handling. try
it and see. i think its way better. your mileage may vary.
A note on the new scheme:
a) sends are ignored entirely in figuring out
plugin configuration. they send a signal
*out* of the route, and have no effect
on the flow within the route, so this
seemed right to me.
b) the first insert (plugin or port insert)
is configured the match the input count
of the route
c) then we work *backwards* through the inserts
to make them match the configuration of
the previous insert. the output configuration
of the last insert is left "free".
d) we recompute in/out counts whenever we
- add an insert
- remove an insert
- reorder inserts
- change the input configuration of the
route
e) if the computation "fails" (i.e. no
way can be found to make them work),
the order is left as is, and an error
is delivered via the GUI.
* fix ancient bug in computing lengths of overlaps under 1 of
the 4 possible types of overlaps. this fixes problems
with chunks (and possible range ops) that extended to
the end of the session (and beyond)
* automation tracks now have some modest logic for handling
height changes. alas, i can't hide the "expansion arrow"
when i want to.
* there is now a context menu for the region list display,
complete with "Hide", which will move the region into
a special subtree titled "hidden". I am still working
on what a "Remove" option should actually do.
* selecting a region in the region list selects all
regionviews that are considered "region-list-equivalent"
* mouse mode buttons never end up with 2 active at the
same time
* fix for new insert in/out counting scheme
as it affects port inserts
* libardour: 0.843.2
* fix deep order-of-operations problem that prevented
Session->{Open,Recent,New} working with new plugin in/out code.
* delete failed redirect, not just plugin, when adding a new plugin
fails
* fix for crash at session close caused by list iterator botchups
(thanks to nick murtagh for discovering this one)
* (in previous un-announced commit) patch from nick mainsbridge
for crashing bug induced by tempo change
* JACK sync is mostly working again
* new, not necessarily improved Route::_reset_plugin_counts()
(still a work in progress, debug output generated)
* fix for crashing bug when deleting a plugin-based redirect
* every use of the %f specification is now
bracketed by enforced use of the POSIX
locale (for libardour; GUI is still 100%
locale-sensitive)
* main transport clocks shown meter+tempo in BBT mode
* CD markers+CD TOC/CUE patch from Nick Mainsbridge
* all connections to Session signals made by editor
are dropped when session is closed (avoids
title bar being reset to show session name)
* add new "mtc_qtr" signal to libmidi++, emitted every time
an MTC quarter frame message is received.
* redesign MTC slaving to sample apparent master speed
from the process callback, rather than set it
from the MIDI signal handlers.
* attempt to use jack_client_open(), if its available.
* alter --jack-client-name argument to be just --name, in
keeping with some other JACK clients.
* Ardour now handles JACK buffer size changes
- note: VST plugins are likely not correctly handled
at this time
* move JACK related material to its own top-level menu bar item
* better handling of JACK multiple disconnect/reconnect actions
* add control for JACK buffer setting to that menu
* make reconnect/disconnect to/from JACK sensitive at the
right times.
* finally (?) fix mouse mode buttons to work correctly
at startup AND change default bindings of "r"
and "g"
* remove "disk rate" metering stuff from GUI
* modularized mixer strip components internally
* renamed the Route Parameters window to Track/Bus Inspector,
redesigned to use tabs and the same context menu as
the mixer strips.
* rectified the plugin list handling in the mixer strip and
the inspector window.
* ardour_ui.rc is modified, so you might need to take action to get
it used. The simplest way is to copy the new one to
~/.ardour/ardour_ui.rc
* fix long standing bug where closing+saving a snapshot saved
to the base version of the session. Thanks to Doug Mclain
sticking with this bug until we finally got to the
bottom of it.
* make the "ask about saving" dialog use the snapshot, not
session, name.
* new metering design paves the way for 1.0 work on multiple
meter points. the "pre" button is no longer a toggle, but
a N-state button, where N is currently 3 (input/pre/post).
Rec-enabling a track automatically switches to input
metering.
* if a diskstream cannot be rec-enabled because it has
no known connections, check with JACK in case it was
connected by starting from another JACK port.
* catch "no more port" errors when using "Connections"
* don't try to unregister non-Ardour JACK ports
* encapsulate and rationalize the way diskstreams
switch between audio files before capturing,
and how they store capture pending info. This
fixes several crashing bugs reported by Doug
over the last 10 days.
* handle block size changes for VST plugins. Note: some
VST plugins do not handle this correctly, and will
cause crashes.
* remove call to VST "resume" method from process() thread.
This *may* have some ramifications for certain
plugins that don't understand the intended thread
relationships for a VST host. Haven't seen them
yet myself.
* fix ordering of creating the "Master Outs" "Connection"
and the Master bus ports. This bug has led to some
potentially nasty stuff happening with session
files that appear to drop all connections from
tracks to the master bus. [ Not totally solved. ]
* Ardour will build on macosx out of CVS now, with the right
toolset installed on OSX and recent JACK CVS.
* playlists now have "frozen" property.
- frozen playlists cannot be selected by any track. they are
accessible only by freezing or re-freezing a track.
* rec-enable buttons and playlist selector buttons start out
insensitive if a track is frozen at load time
* some modifications to ArdourMessage to make it even easier and
more consistent to use.
* make "cannot record - no inputs" message more useful,
informative, explanatory and use ArdourMessage.
* remove middle click mutes regions behaviour (for safety)
* add behaviour to the meter button that is similar to
the mute/solo buttons:
shift-ctrl-click adjusts all metering
ctrl-button2-click is momentary
ctrl-button1-click affects mix group
* cleanup improvements (SIGNIFICANT)
- fix stupid bug that led to sources having paths
with "//" in them. this meant that string
comparisons between paths found using
a directory scanner and the source paths
would fail to see them as identical,
and would conclude that the file was not
being used withing the session.
- remove peakfiles for files that are moved
into dead_sounds
- actually unlink files when the wastebasket
is cleaned out
- search all snapshots to ensure that cleanup
does not remove files used by one snapshot
and not another.
* sample rate indicator now includes period size
indicator in msecs
BEAST/BSE version 0.6.4, BSE-ALSA version 0.6.4 and BSE-PortAudio
version 0.6.4 are available for download at:
ftp://beast.gtk.org/pub/beast/v0.6/
or
http://beast.gtk.org/beast-ftp/v0.6/
This is a development version of BEAST/BSE, the BEdevilled Audio SysTem
and the Bedevilled Sound Engine. BEAST is a powerful music composition
and modular synthesis application released as free software under the
GNU GPL and GNU LGPL, that runs under unix. BSE-ALSA is an ALSA driver
and BSE-PortAudio is an experimental PortAudio driver for BSE.
The project is hosted at:
http://beast.gtk.org
A mailing list is available at:
http://mail.gnome.org/mailman/listinfo/beast/
GUI skins, example sounds and instrumets for BEAST/BSE as well as
screenshots can be found at:
http://beast.gtk.org/browse-bse-files.htmlhttp://beast.gtk.org/screenshots/index.html
This new development series of BEAST comes with a lot of the internals
redone, many new GUI features and a sound generation back-end separated
from all GUI activities.
Outstanding new features include support for skins, many sample
file formats, MIDI file import abilities, an improved piano roll
widget, the track editor which allows for easy selection of
synthesisers or samples as track sources, loop support in songs,
mixer support, unlimited Undo/Redo capabilities and MIDI automation.
Overview of Changes in BEAST/BSE 0.6.4:
* Fixed storage logic that caused data loss when overwriting BSE files
* Added -N and -n=<nicelevel> options to drop nice level priorities
* Removed libbsw from package, glue code is inlined now
* GCC-3.4 build fixes
* Fixed high CPU consumption on scope updates
* Added spectrogram view for module outputs
* Minor GUI fixups and miscellaneous other buglet fixes
* Updated Canadian English translation [Adam Weinberger]
* Updated British English translation [David Lodge]
* Updated Czech translation [Miloslav Trmac]
* Updated Dutch translation [Tino Meinen]
* Updated Spanish translation [Jorge Gonzalez]
Overview of Changes in BSE-ALSA 0.6.4:
* Build fixes.
Initial Release of BSE-PortAudio 0.6.4:
* Provide a PortAudioV19 PCM driver for BSE
--
-* Stefan Westerfeld, stefan(a)space.twc.de (PGP!), Hamburg/Germany
KDE Developer, project infos at http://space.twc.de/~stefan/kde *-
ROSEGARDEN 1.0pre1 RELEASED
The Rosegarden team are delighted to announce the 1.0pre1 (aka
0.9.91) release of Rosegarden 4, an audio and MIDI sequencer and
musical notation editor for Linux.
http://www.rosegardenmusic.com/
This release is the continuation of beta testing, prior to the
nearing 1.0 release.
Rosegarden is one of the most comprehensive Linux music software
projects, and is the only Linux application to offer full composition
and recording capabilities to musicians who prefer to use classical
notation. We encourage anyone who may be interested in using the 1.0
release to try out 1.0pre1 and provide bug reports and other feedback
via the mailing lists and bug trackers.
http://www.rosegardenmusic.com/getting/http://www.rosegardenmusic.com/support/
1.0pre1 is essentially a bugfix release. Among dozens of fixed bugs :
- DSSI effects plugins now work, as well as DSSI instruments (and
therefore VST effects as well as instruments also work via dssi-vst).
Also Rosegarden can now use DSSI GUIs for LADSPA effects if
available.
- Fixed import of 24-bit and floating-point WAV files.
- Fixed loss of some control events at start of playback.
- MIDI controller 64 (Sustain) is reset at the end of playback.
The small number of new features in this release include:
- Support for import and export of MIDI System Exclusive events.
- A countdown dialog for MIDI recording.
- Automatic audio and plugin latency compensation, where the relevant
information is provided by plugins.
- Japanese translation and Japanese help files.
Rosegarden is Free Software under the GNU General Public License.
Chris
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
annunciazio' annunciazio'!
dyne.org autoproduzioni & the FreakNet Medialab
proudly present:
__ __ ____ _____ ___ ___ _
| \/ |_ _/ ___|| ____| / _ \ / _ \ / |
| |\/| | | | \___ \| _| | | | | (_) || |
| | | | |_| |___) | |___ | |_| |\__, || |
|_| |_|\__,_|____/|_____| \___(_) /_(_)_|
codename STREAMTIME
this is RASTA SOFTWARE, Jah Rastafari Livity bless your freedom!
:: the Multiple Streaming Engine ::
http://muse.dyne.org
This application is being developed in the hope to provide the Free
Software community a user friendly tool for network audio streaming,
making life easier for indypendent free speech radios wanting to
stream via http on icecast servers.
MuSE is an application for mixing, encoding, and network streaming of
sound: it can transmit an audio signal by mixing together sound taken
from files or also network, recursively remixing more MuSE streams.
MuSE can simultaneously mix up to 6 encoded audio bitstreams (from
files or network, ogg, mp3, wav and other common sound formats), plus
an input signal from microphone.
MuSE offers an intuitive interfaces to be operated in realtime, while
it can also run slick from the Unix commandline.
MuSE is employed in the http://www.streamtime.org project to foster the
creation of free community radios in Baghdad - the Tigris Project
==== WHAT'S NEW?
This release introduces several fixes in terms of stability and operability, so
everyone is recommended to upgrade!
:: FIXES
- - Ogg/Vorbis network streams can now be played and mixed
- - Ncurses console is fixed for proper streaming operation
- - Audio device handling has been rewritten
- - FIFO pipes have been cleaned up
- - continuous playmode and commandline encoder options have been fixed
- - encoding of vorbis is now CBR and works with various samplerates
:: EXPERIMENTAL FEATURES
these features are introduced by this release, alltough they are not fully
functional: experienced testing and contributions are very welcome!
- - porting to OSX
- - Jack support
- - time based scheduler for radio automation
- - Peer 2 peer streaming to Freedomnet/Proton
***** Supported servers:
You can use MuSE to stream both MP3 or Ogg/Vorbis sound format to a
broadcast server, which means that for doing an online radio you still
need to setup yours, or find one that let you stream.
Such servers can be seen like antennas which amplify your signal and
redistribute it to listeners. there are free software implementations
of such technology! the ones supported by MuSE are:
- - Icecast2 - http://icecast.org - can stream OGG & MP3
- - Litestream - http://litestream.org - can stream MP3
- - Darwin - http://developer.apple.com/darwin/projects/streaming
- - Shoutcast - http://shoutcast.com - non free, runs on win32
- - Freedomnet/Proton - ftp://ftp.dyne.org/freedomnet/proton - P2P
***** Supported players:
MuSE streams via http, it doesn't uses multicast technology, nor
RTP/RTSP, to have the widest possible range of compatible players.
You can listen audio produced by MuSE from almost every personal
computer and operating system, using one or more of the following:
- - xmms - http://www.xmms.org - for GNU/Linux, *BSD, Sun, etc.
- - mpg123 - http://www.mpg123.de - for various UNIX systems
- - itunes - http://www.apple.com/itunes - on MacOSX
- - zinf - http://www.zinf.org - on GNU/Linux and Win32
- - winamp - http://www.winamp.com - on all Win platforms
- - MuSE itself! ;)
and even more players: something should be also allready available for
handeld devices and embedded systems as well.
***** Libraries:
- - LAME (optional)
Lame can be installed but is no more needed, in particular
libmp3lame and the header lame.h must be properly installed.
- - OGG VORBIS (optional)
You can compile and install libogg and libvorbis on your machine
before compiling MuSE; the configure script will recognize them and
include support for decoding and mixing of .ogg files.
- - GTK+ (optional) + libxml and glib
if libgtk and all the related libraries are present, MuSE will
compile the GTK+ graphic user interface for interactive use and
additional fun.
- - NCURSES (optional)
if libncurses is present, MuSE will compile a text console
interactive interface to be used into ASCII terminals.
- - SNDFILE (optional)
if libsndfile is present then you'll be able to play uncompressed
sound files like wav, aiff, snd, voc, pvf, mat, au, sf etc.
***** Compile and install:
- - you can get latest version of lame: (if you already have lame and
libmp3lame jump to point 2, after checking that version is >3.89)
with 'lame --version'
or download it from www.mp3dev.org/mp3 and follow the simple
instructions to get installed this wonderful GPL mp3 encoder.
- - install libogg and libvorbis:
http://www.xiph.org/ogg/vorbis/index.html
if you don't install any of the above, MuSE will be a simple player.
- - compile: cd MuSE-x.x.x ; ./configure (or try ./configure --help to
have listed some compile options) ; make ; make install
*** RPM and Slackware TGZ binary packages are also made available on
ftp://ftp.dyne.org/muse/releases
*** MuSE is also available on a couple of *NIX distributions, consult your
package manager as a binary version could be already provided by it. The
following distributions are known to include MuSE:
FreeBSD, Gentoo, NetBSD, Debian and of course [dyne:bolic]
***** need help to run GNU/Linux? don't worry! try http://dynebolic.org
liveCD distribution for radio streaming, by the same author of MuSE
***** MUCH MORE DOCUMENTATION!
tutorials and manuals are available on http://muse.dyne.org <-----
***** Report bugs
BUG REPORTING is REALLY APPRECIATED! BUT TAKE CARE TO DO IT WELL:
please ALWAYS REPORT the muse --version you are running and possibly
run the binary with gdb giving us the backtrace of the error.
if you understand the above, please go to http://bugs.dyne.org and
submit a BUG!!!
===== AUTHORS
MuSE is copyleft (c) 2000-2004 by Denis "jaromil" Rojo
MuSE's GTK+ GUI is copyleft (c) 2001-2004 by Antonino "nightolo" Radici
MuSE's NCURSES GUI is copyleft (c) 2002-2004 by Luca "rubik" Profico
MuSE's first GUI is copyleft (c) 2000-2001 by August Black
included resampling algos are copyleft (c) 2002 by Matteo "MoP" Nastasi
MuSE's scheduler included code copyleft (c) 2004 by Eugen Melinte
part of the redistributed code is copyright by the respective authors,
please refer to the AUTHORS file and to the supplied sourcecode for
further information and to COPYING for the full license.
MANY THANKS for experienced testing and documentation go to Adam, Michel
(radio Lora), Doub, Aubergine and Tresnar .
the following organizations had supported development:
PUBLIC VOICE Lab ........ [ http://www.pvl.at ]
SERVUS.AT ............... [ http://www.servus.at ]
If you are part of an institution of cultural association, or even a
business organization regularly employing free software, please consider
to sponsor this project! it is good visibility for you and great help
for us to keep on developing this tool that is freely available and
widely used by radio stations across the world.
***** PLEASE SUPPORT US!
This whole software was built by autonomous efforts and occasionally
supported by non-profit organizations, while the development currently
relies on the political believing of MuSE's authors, that there should
be such a tool and it should be freely available to people willing to
do online radio.
:: PLEASE HELP PORTING MuSE on the OSX platform!
This task is very important since there is no equivalent free software
on the Arple platform that can let people stream online radio.
If you can afford to donate us some money let us know, we also need
new and old working hardware, especially a MAC G3 or G4 machine is
needed in order to complete the OSX porting, please donate if you can!
contact us on http://dyne.org/hackers_contact.php
or send online donations via paypal.com to jaromil \@\ dyne.org
and remember to visit the google ads on the pages, it helps ;)
The MuSE development team is also avaliable to run formation courses
about usage, customization and reuse/abuse of free and open source
software - it offers as well support and warranty, development of
software solutions and consulting.
There were a number of workshops allready done around Europe on free
and opensource network radio streaming by the hackers @ dyne.org
if you want to organize one you're very welcome to contact us!
this way you can also help us develop more free software.
THANKS, a thousand flowers will blossom!
== DISCLAIMER
This source code is free software; you can redistribute it and/or
modify it under the terms of the GNU Public License as published
by the Free Software Foundation; either version 2 of the License,
or (at your option) any later version.
This source code is distributed in the hope that it will be useful,
but WITHOUT ANY WARRANTY; without even the implied warranty of
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
Please refer to the GNU Public License for more details.
You should have received a copy of the GNU Public License along with
this source code; if not, write to:
Free Software Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA.
ciao
- --
jaromil, dyne.org rasta coder, http://rastasoft.org
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
Comment: Cryptographically signed mail, see http://gnupg.org
iD8DBQFBwYF8WLCC1ltubZcRAqGyAJ9EubGKBZoTIsaGD4uTQvxrRIRRCgCfb4/3
3JB1CjLWPAvvvF1PKuQbZhU=
=UmSk
-----END PGP SIGNATURE-----
jack.osc is a JACK transport publication daemon
Changes ::
- name of project is changed from jack.clock.
- names of OSC packets are changed to be more human readable.
- all state notification is packed into a single OSC packet.
jack.osc publishes the transport state of the local JACK server as OSC
packets over a UDP connection. jack.osc allows any OSC enabled
application to act as a JACK transport client, receiving sample
accurate pulse stream timing data, and monitoring and initiating
transport state change.
A source archive and documentation are available at:
<http://www.alphalink.com.au/~rd/>
Regards,
Rohan
midi.osc publishes MIDI packets on the local host MIDI system as OSC
packets over a UDP connection. midi.osc allows any environment that
supports OSC to act as a MIDI client, sending and receiving MIDI data,
and monitoring and initiating changes to the host MIDI system.
There is support for ALSA Sequencer (Linux) and CoreMidi (OSX) hosts.
There are some issues with the ALSA send support, any help on this
would be appreciated.
A source archive and documentation are available at:
<http://www.alphalink.com.au/~rd/>
Regards,
Rohan
