[chuck-users] Wekinator

Michael Heuer heuermh at gmail.com
Fri Apr 8 12:03:46 EDT 2011


Hello Rebecca,

It seems odd that writing synths in ChucK for Wekinator should involve
copy and paste.  SynthClass is begging to be made a superclass that
users might extend from.

synth_skeleton.ck:

/* Simple synth skeleton
 To make your own synth, edit everywhere marked TODO below!

 Wekinator version 0.2
 Copyright 2009 Rebecca Fiebrink
 http://wekinator.cs.princeton.edu
*/

//The synth always lives in a SynthClass definition
public class SynthClass {

	//Don't change this part: necessary state objects and overall envelope
...

   michael


Rebecca Fiebrink wrote:

>>> ? ?http://wekinator.cs.princeton.edu/
>>
>> Every time Ge drops by this mailing list, it feels like a drive-by.
>>
>> This is awesome!  Why haven't we heard about it before?  A lot of us
>> are doing similar things (Monome, iPhone/iPad, Android,
>> OpenKinect/OpenNI, game controllers <--> OSC <--> ChucK, Processing,
>> mlrv, PD) and probably could have been helpful in its development.
>
> Thanks for the shout-out, Ge, and for the interest, Michael.
>
> In short, you haven't heard about Wekinator because I was nose-deep in dissertation work until quite recently. The Wekinator is software I built during my recent PhD at Princeton, and it's meant to enable composers and musicians to more easily use machine learning to create interactive systems. (Please see the website for more info: http://wekinator.cs.princeton.edu/)
>
> The software is currently in a stable state, and it's usable by anyone who wants to control ChucK, Processing, Unity, Ableton, or pretty much anything else that can be controlled by a stream of OSC messages. These audio/video/etc. systems can be controlled by gesture (Kinect, Arduino, USB game controllers, webcam, ...), audio (e.g. using ChucK audio feature extractors, Max/MSP analyzer~, etc.), or anything else that can extract information about human actions in real-time and pass it to Wekinator via OSC.
>
> The software will continue to evolve. There are some architectural changes which must happen soon, but if anyone is looking to help with development, there are a few areas where I see room for collaboration:
> - UI (to keep this cross-platform, my plan is to stay in Java, using JavaFX + processing; that said, the UI needs an overhaul)
> - Documentation (READMEs, FAQ, and in-app help)
> - Examples (e.g., putting together a nice repository of code examples of ChucK, Max/MSP, Ableton, Processing, etc. being driven by Wekinator)
> - Determining what is necessary for tighter integration into Max/MSP (e.g. using Jamoma framework), with working examples for our Max-loving friends
>
> Additionally, I'm very interested in hearing suggestions, bug reports, and feature requests from people who are actively using Wekinator. From the beginning, the software has been driven by the ideas of people actually using it to make music, and it's become a much better project as a result.
>
> Lastly, if this project interests you at all, please consider joining the Wekinator mailing list at http://groups.google.com/group/wekinator-users?pli=1. That's the best forum to share your ideas, bugs, questions, etc.
>
> Best,
> Rebecca
>
> _______________________________________________
> chuck-users mailing list
> chuck-users at lists.cs.princeton.edu
> https://lists.cs.princeton.edu/mailman/listinfo/chuck-users
>


More information about the chuck-users mailing list