This past week saw the introduction of multichannel signal connections in PureData.

This is thanks to a new implementation of Jamoma Multicore for Pd. Special thanks go to IOHannes Zmoelnig for help with figuring out some of the Pd inner-workings to do this!

Traditionally, January seems to be one of the most active months for Jamoma development. This year was no exception. Here are some highlights:

• Jamoma Foundation project extended to allow compiling for the iPhone/iPod/iPad.
• Jamoma DSP expanded through the addition of a new FFT Lib extension for spectral processing, based on the Ooura library
• Jamoma DSP’s Filter Lib optimization and clean-up work
• Jamoma Multicore was largely re-written to address limitations of the internal architecture as it had previously existed.
• Ruby language binding fleshed out and made to work doing live-coding DSP with Jamoma Multicore.
• Jamoma Modular saw a continuation of work on the NodeLib (for managing tree structures of modules, parameters, etc.). The Virage DeviceManager (a daemon that loads plug-ins) has now been integrated through a new Max external called jcom.deviceManager. This allows communication with Minuit, OSC, CopperLan and potentially more protocols by building dedicated plugins.
• Many other things have also been going. Not all of them can be listed, but some include: A UserLib module wrapping ol.autotalent~ (autotune for MSP); jmod.cueManager/jcom.cuemanager improvements (cue moving, autofollow and comments features); website improvement; and new modules for motion capture retrieval and processing, including selecting models for marker placement and biomechanics, and GDIF implementation.

This is a nice review of a performance by Pascal Baltazar . Pascal is part of the core team developing Jamoma.

I’m not sure who maintains this, but right now they rank this blog as #3 on the list of top Max/MSP sites:

http://www.topsite.com/best/max/msp

There are always lots of things going on with Jamoma development, thanks to the growing community of people contributing. These developments are available through the source code repository – these should also make it into future installers and releases. Here are a few highlights from the last month:

• A New Window-Function Library has been introduced as a DSP extension
• Expansion of the Ruby language bindings, including a Ruby on Rails example app using the Window Function Lib
• A lot of contributors spent the last month working on some Jamoma-related publications for upcoming conferences and journals
• The jcom.vimic~ external was made public in the DSP project
• Bug fixes and improvements for the upcoming Jamoma 0.5.1 release
• Continued work on the Jamoma NodeLib, which provides an OSC addressing system for objects in the Jamoma Platform.

This morning Jean-Marc Pelletier (of cv.jit fame) posted the following the Jitter-Dev forums:

http://jmpelletier.com/a-ruby-script-for-generating-jitter-attributes/

This is a nice little trick for automating the coding of all this boring stuff. The downside is that you still have to read all of that boiler-plate code, but I guess that’s a different issue altogether…

With the recent Cycling ’74 website overhaul, a few things were pruned from the old site structure. One of them those things was ‘./share’ section.

My own ./share page featured mostly things I did about 10 years ago – so the material is quite old. However, I thought I should make those materials available here for archival purposes.

GUI Stuff

Signal Meters — a group of signal meters built with lcd and created to be used in bpatchers. This includes tap.AquaGain~ – an Aqua themed stereo meter/slider combo.

tap.bpatch_vText — A bpatcher which displays text rotated by 90 degrees in either direction. Built using the LCD object.

Audio Stuff

BarleyProcess~ — An older granular patch I adapted from Nobaysu Sakonda’s granular patches (ca. 1998)

8space — 8 In/8 Out Audio Spatialization Matrix with graphical location controls and real-time gesture recording/playback and manipulation. (ca. 1999)

A vastly improved spatializer interface is included with the examples that ship with Jitter if you want to take a look at that…

tap.bink~ — This is an alternative port of Miller Puckett’s bonk~ object. This port was originally done by Ichiro Fujinaga in 1999 for my piece Chinese Food II (for Chopsticks & Computer). When Max 4 came out I did some updating to get it working again, and then some additional work to make it (sort of) work with OS X.

For most purposes you are probably better off using the canonical port of bonk~ . Requires Tap.Tools 1.2 or higher (see below) to be installed. Source code included.

Wave Editor

TapTools Edit — This is a wave editor that I started building in Max/MSP. It is now unsupported / unmaintained, but may have some tidbits to interest folks. (ca. 2001)

Tap.Tools

Tap.Tools is set of over 100 objects (externals, sub-patches, javascripts, etc.) that I originally developed while working on pieces or projects. It is composed of audio/MSP objects like reverb and pitch-shifting, some regular max objects, and some video related objects such as delay and motion- tracking. For more information, check out the Tap.Tools web page.

Other Unfinished Projects

iNset Toolkit v0.1 — Set Theory Analysis on a MIDI stream using Pyrite. (ca. 2000)
As of the release of Max 4.5, JavaScript has essentially taken the role that Pyrite used to have in Max 3.5. It should be reasonably straight forward to port the code from Pyrite to JavaScript if that is interesting…

SuperCollider Compatibility Lib — A very humble start on a package of abstractions to make porting SuperCollider patches to Max/MSP easier… (ca. 2001)