ChucK: Strongly-Timed, Concurrent, and On-the-Fly Music Programming Language
chuck.cs.princeton.edu
chuck.cs.princeton.edu
But isn't Midi the equivalent to SVG, Wave the equivalent to BMP, Flac to PNG and MP3 the one to JPEG?
MIDI (1.0) is more equivalent to NES/GameBoy-style sprites. It was designed almost exclusively with piano-like keyboard controllers in mind, suffers from a lot of 80's-era hardware limitations, heavily biased towards western music, relies completely on the sound bank for actual rendering (you can't even set your own pixels on a sprite - you can only say "paint a Mario here"), relies in some places on vendor-specific extensions, overall really it hasn't aged as nicely as say TCP.
A true "SVG, but for music" kind of equivalent would be an insanely interesting and challenging project. I'm not even sure if it should strive for more of a middle ground (so it can gain widespread adoption), or for flexibility (so it doesn't constrain creativity and allows expressiveness).
Also check out: MIDI 2.0, OSC.
I don't know how you can want this so bad an not run into these. I mean I had the csound book like 15-20 years ago.
I wonder if its possible today to port the RTAudio lib ChucK is based on to the Web Audio API. Can we possibly see a ChucK.js for use in browser?
This is in fact underway! Jack Atherton has been working on this though I am not certain of its current progress. Its certainly a lot more practical now with AudioWorklet now being available in all major browsers.
> my own Scheme for Max/Pd, that sort of thing.
I think I ran across your video on the "Music with Lisp" YouTube channel some time ago. Neat stuff!SinOsc s => dac;
is a valid program, but i get
[chuck]: no active JACK server detected (or connection error)... [chuck]: no audio output device with requested channel count (2)...