- chuck-users - lists.cs.princeton.edu

Call for Participation: live.code.festival @ IMWI Karlsruhe
by David Ogborn 13 Aug '12

13 Aug '12

Begin forwarded message: > From: "Juan A. Romero" <rukano(a)gmail.com> > Subject: [livecode] Call for Participation: live.code.festival @ IMWI Karlsruhe > Date: 13 August, 2012 6:22:41 AM EDT > To: livecode(a)toplap.org > Reply-To: livecode(a)toplap.org > > *** Apologies for Multiple Posting *** > > Call for participants for the international live coding festival to be held at the University of Music Karlsruhe, Germany. > > ================================================================= > Dates: 19. - 21. April 2013 > Venue: University of Music Karlsruhe, Germany > Deadline for submission: 15th November 2012 > Website: http://imwi.hfm.eu/livecode/ > ================================================================= > > The live.code.festival will take place at the Institute for Musicology and Music Informatics (IMWI), University of Music Karlsruhe from 19th to 21th of April in 2013, organized by the IMWI, the local live coding band Benoît and the Mandelbrots and members of the live coding organization TOPLAP. It will be a weekend dedicated to this emerging discipline of computer music, to exchange ideas, demonstrate systems, enjoy concerts and establish connections between people and institutions interested in research and performance of live coding. Although the main focus of the festival is live coding of audio the festival will promote live coding in other disciplines as well. > > The festival will include live coding concerts and performances, talks, demonstrations, discussion panels, opportunities for collective improvisations and get-togethers. > > More information about deadlines, submissions and topics at http://imwi.hfm.eu/livecode ------------------------------------------------------------------- Dr. David Ogborn, Assistant Professor Communication Studies & Multimedia Director, Cybernetic Orchestra & ESP Studio McMaster University, Hamilton, Canada ogbornd --at-- mcmaster.ca http://davidogborn.net http://twitter.com/ogbornd http://esp.mcmaster.ca (Cybernetic Orchestra) 1-905-525-9140 ext 27603

1 0

chuck vs supercollider?
by ronni montoya 12 Aug '12

12 Aug '12

Hi, i was wondering, is there any benefit in chuck approach having one sample block size comparing with supercollider ? are there things that can be done with chuck that cannot be done with sc3? what do you think? Ronni

7 17

Re: [chuck-users] Sending raw midi / sysex
by Julian Faust 09 Aug '12

09 Aug '12

Success! Breaking 17 values into 6 triplets worked, with the data3 of the 6th being ignored. The first and last value mark the start and end of the sysex message, which I guess is why it works. Thankfully I only need to send and not receive these crazy messages. I'm playing around with a Livid Block and this allows me to set the state of all 64 lights with just 6 midi messages, instead of 64. I'm thinking this could make a difference in performance for something like making all the lights blink really fast, though that will also depend on if it prioritizes notes over sysex or something. -Julian

2 1

Sending raw midi / sysex
by Julian Faust 08 Aug '12

08 Aug '12

Hi all, Is it possible to send arbitrary midi messages like F0 00 01 61 03 04 7F 7F 7F 7F 7F 7F 7F 7F 7F 7F F7 (for example) ? I understand that you can work with hex, but it seems that MidiMsg is fixed at 3 data slots, and MidiIn and MidiOut interface via MidiMsg. Is there any way to use MidiOut without MidiMsg? Or possibly overload the class with a more flexible message holder? Cheers, Julian

4 5

MIDI tutorial problem
by Peter Lutek 07 Aug '12

07 Aug '12

BODY { font-family:Arial, Helvetica, sans-serif;font-size:12px; }greetings! a chuck novice here, so likely some silly user error!.... ;-) working through the tutorials in the pdf manual, when following the Getting MIDI section, if i do this... MidiIn min; if( !min.open(1) ) { me.exit(); } while(true){ min => now; while( min.recv(msg) ){ ; } } ...chuck throws me an "undefined variable 'msg'..." error! something i'm missing? recent change in MIDI syntax? (i'm on chuck v1.2.1.3 on linux) "chuck --probe" does show my desired MIDI interface as "1". thanks in advance... cheers! .pltk.

3 2

waveform generation by function
by Sample Hampton 06 Aug '12

06 Aug '12

Users, What is the best way to do waveform generation--one sample at time of course--with math functions? First I tried chucking a variable straight to the dac, but it didn't take. Then I tried chucking a variable to the value of a Step, and chucking the Step to the dac. That did work, and below I have a simple lpf'ed sawtooth going. Is there, however, a more conventional and direct way of doing this? Step taint => LPF passer => dac; 400 => passer.freq; -0.2 => float v; while(true) { v + 0.004 => v; if (v > 0.2) { -0.2 => v; } v => taint.next; 1::samp => now; } Sample

2 3

Time doubt...
by John Gamboa 01 Aug '12

01 Aug '12

Hello Chuckist... I'm relatively new to Chuck -- although I've already used it some time ago -- and I have a doubt about how the time works in the VM. I was reading the Ge's PhD Thesis and I found this part: A ChucK shred must voluntarily relinquish the processor for other shreds to > run (In this they are like non-preemptive threads). [...] Shreds, by > design, > directly use ChucK’s timing mechanism: when a shred advances time or waits > for an event, it is, in effect, shreduled by the shreduler (which > interacts with > the audio engine), and relinquishes the processor. This is powerful in that > it can naturally synchronize shreds to each other by time, without using > any > traditional synchronization primitives. > My question is: if two threads try to change the same variable at the same time ("rounded" to the nearest sample), what is the expected behavior of the program? I tried to take a look at the code of the VM, but I couldn't understand exactly what would happen at that point D=. I imagine that the occurrence of such event is very unlikely (there are "a lot" of samples in one second), but supposing that the computation in Chuck really takes "no time" to happen (as the thesis often reforced), I believe it would happen soon or later. Anyway, I have right now [at least some] interest at how the shreduler works, so I'm possibly gonna spend some time trying to understand exactly what happens at that file. If you have some tip on where I should start, it would make me very happy =) -- John Gamboa rabanetescebolas.blogspot.com

3 3

Mixing recorded Voice with some music theme
by sunny chaudhary 01 Aug '12

01 Aug '12

Hi, I am new to this technology. I want to do some media processing on static file. I want to mix the recorded human voice with some music. The voice should time stretch and pitch stretch, pitch shift as per the music frequency. Totally want to merge sound with music. So when listening to the final output, it produces voice playing as per the flow of music. Any idea how to achieve this? Is CHUCK is the right tool for achieving this? I need this functionality on urgent basis. We can pay for the solution. Regards, Sunny

3 3

emacs mode?
by plutek 30 Jul '12

30 Jul '12

greetings! just getting (back!) into ChucK, and my fingers are hard-coded to emacs keybindings.... i'm seeing references to various emacs major-modes for ChucK, but all look old-ish and it's hard to tell which might be best suited for Dracula 1.2.1.3. any recommendations would be much appreciated! thanks in advance... cheers! .pltk.

2 1

dynamic array crashes for "int ar[]" but not "int ar[0]"
by George Locke 28 Jul '12

28 Jul '12

Hi, array.size(int) and the '<<' operator are crashing miniAudicle (version 0.2.0, on Windows 7 pro). (functionality added to chuck in 1.2.1.2, http://chuck.cs.princeton.edu/release/VERSIONS ). miniAudicle tells me it's running chuck 1.2.1.2. the following code produces a "NullPointerException" error int ar[]; ar.size(10); // crashes here, "NullPointerException: shred[id=1:*unnamed3], PC=[5]" for (0 => int i; i < 4; i++) { ar << i; // crashes here, "NullPointerException: (array append) in shred[id=1:*unnamed3], PC=[13]" } playing around a bit, I now find that if I follow what the example array_dynamic.ck says and replace "int ar[]" with "int ar[0]", then the code works. I guess that means this isn't a bug but a meaningful difference between ar[] and ar[0]? In any case, I might amend the array_dynamic.ck to say something like "float argh[0]; // must set argh[0] and not argh[]" Thanks again, George On Fri, Jul 27, 2012 at 12:44 PM, George Locke < george.locke.maxmsp(a)gmail.com> wrote: > thanks! > > > On Fri, Jul 27, 2012 at 10:31 AM, Julien Saint-Martin < > julien.saintmartin(a)googlemail.com> wrote: > >> Hi George, >> >> You can check examples in Chuck installation directory: \examples\array\ >> array_resize.ck and array_dynamic.ck >> Personally I use: >> array.size(new_size); >> or >> array << new_element; // to add an element. >> >> Happy chucking, >> Julien >> >> >> 2012/7/27 George Locke <george.locke.maxmsp(a)gmail.com> >> >>> Hi, >>> >>> I am creating an array, but i don't know how big I need it to be at the >>> time it is instantiated. Once I figure out what I want that size to be, >>> how do I assign it? The current solution i have is this: >>> >>> int array[]; >>> int size; >>> // do stuff >>> { // new block keeps dummy from clogging namespace >>> int dummy[size]; >>> dummy @=> array; >>> } >>> >>> Is there a better way? >>> >>> Regards, >>> George >>> >>> _______________________________________________ >>> chuck-users mailing list >>> chuck-users(a)lists.cs.princeton.edu >>> https://lists.cs.princeton.edu/mailman/listinfo/chuck-users >>> >>> >> >> _______________________________________________ >> chuck-users mailing list >> chuck-users(a)lists.cs.princeton.edu >> https://lists.cs.princeton.edu/mailman/listinfo/chuck-users >> >> >

2 3