Wii

Video: YouTube: Drancing accelerometer music with Wiimotes: 3D variable frequency oscillators + amplitude variation + triggered "air drum" samples

Play video (then use fullscreen !)
ERROR: You are missing some Flash content that should appear here! Perhaps your browser cannot display it, or maybe it did not initialise correctly.
This error usually only occurs if embedding remote content fails; Please try playing the original video on the original site using the following link.
Scenes

Demonstrates combined oscillator frequency variation, amplitude variation, and triggered Drum sample ("Drumming by Dancing") modes along with Drancel RGB monitor visuals projected onto the "Drancer" performer.

For this demonstration two hand-held WiiTM Remotes on a MacBook Pro were used. (The original Drancing accelerometer suit (since 1997) used 5 triaxial accelerometers in a "body star" pattern").

DSP.pd

DSP.pd

Switches the DSP engine on or off. If it is off you can't hear the audio synthesis. Doh !

Monitor.pd

Monitor.pd

Combines circle and strip/bar monitor visuals for two accelerometer Drancel RGBs.

MonitorWin.pd

MonitorWin.pd

Opens a GEM window for the Drancel RGB monitors.

I have tuned the size to work well on a data projector display at 1280x960 (the Mac OS X reference in the patch is irrelevant). I usually have the PureData audio synthesis control patches on the main display of a MacBook Pro, and the GEM visuals projected on a 2nd display.

DranceWare.pd

DranceWare.pd

The 1st-level virtual instrument user interface for the system. It is just enough to manage a few fundamental Drancing operations modes, to manage conditioning and control of 2 Drancel virtual 3D synthesis atoms (fed here by 2 Wiimotes), as well as offering some global controls, some output filters, some monitors, and a simple recording system. (It also fits nicely into a 1280x960 screencast when combined with Drancel monitor visuals side-by-side.)

It looks of course almost exactly like the 0th-level "wrapper" for the skin, except it shows the (rather tedious) connections, and some initialisations, as well as some OSC dump feeds from specific ports "pragmatically hardwired" into A0.pd (5600) and A1.pd (5602) (yes, this is indeed a rapid prototype).

SysML and UML abstractions (used as typed parts with ports) are so much easier to model, diagram, and connect up than this. I am working on forward-engineering from SysML tools to PureData and also $jsyn_$, i.e. SysML tools becomes a real-time synthesis patch editors !

Syndicate content