Difference between revisions of "ChucK/2011 PRC"

Revision as of 03:09, 18 October 2011

1) Buildable/Runnable ChucK with MAUI included

  (Mac OSX, Snow Leopard, Lion required, Windoze desired but optional).

  chuck-Mini would in a way take care of my file-path problems,
  as running chuck from the command line or from a clickable
  script (which could do a cd if necessary) would automagically
  put things in the directory from where chuck was evoked, and
  I can ensure all necessary files are there.

  Buildable means getting makefiles in a state where I can build stuff.

  I have lots of things I'd like to fold into/expose that I could try
  out and give you for future releases, or just use in my own
  private chuck builds, but only if I can compile.  Some of these
  include making sure every UG that makes sense obeys some
  standard messages (like NoteOn, ADSR for example doesn't
  know what NoteOn means, only KeyOn), more innards of UGs
  are exposed for power users, etc.

Update 2011-10-18

I managed to get the UI stuff to pop up from command line chuck. Its still a bit messy, but you should be able to build the latest with the following:

  $ svn checkout https://chuck-dev.stanford.edu/svn/chuck/branches/prc-levitin/ chuck-prc-levitin
  $ cd chuck-prc-levitin
  $ make osx

If you run one of the miniAudicle examples:

  $ ./chuck examples/maui/mode-o-ui.ck

you should see a window pop up that you can interact with.

-spencer

2) extended MAUI widgets (vertical slider, bitmap buttons, other?)

3) SetPath("path"); for chuck

  Maybe support for an environment CHUCK_PATH variable,
  maybe support for ./  ../ etc.
  while you're at it, maybe support for environment variables in general?

4) something else I think of that I need for levitin's study

5) Some HID additions:

   Absolute trackpad finger position.  I think I've seen code for this
   in various forums, and we can get absolute cursor position, but just delta track pad.
   Possible multi-touch support as well.
   Fuller (native) support for graphics tablets

6) GreyHole

  (BlackHole that ticks at decimated rate, anything
  chucked to it only runs each N samples).  This would be hugely
  helpful for smoothing functions, doing lower rate signal processing,
  etc.  It could also really ease up processor use, as long as the underlying
  tree-traversal is efficient.  I've implemented it native by chucking for
  one sample and unchucking for N-1.  But it would be nice for a UG to
  take care of this automatically, and efficiently.

7) Chug-in (runtime) UG loading.

 I understand you've worked on this
  some already.

Update 2011-10-18

Right, I've already got together most of the stuff needed for this. I'd say try getting my Bitcrusher ugen chugin to work, and then use that as a framework to build whatever else you need.

https://ccrma.stanford.edu/~spencer/chuck/Bitcrusher.zip

To get it working:

 $ unzip Bitcrusher.zip
 $ cd Bitcrusher
 $ make -f makefile.osx
 $ sudo make -f makefile.osx install
 $ chuck Bitcrusher-test.ck

You should hear a delayed version of the adc/mic input thats been decimated and artificially quantized to a low bitrate sample-format.