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

Re: [chuck-users] pitching samples
by Ollie Glass 29 Nov '05

29 Nov '05

Brilliant, this is exactly what I'm looking for. Thank you Atte. Ollie > Ollie Glaskovik wrote: > >> I'd like to make a pitched sample playing function which, given a >> sample at a known pitch (say C-2) and a MIDI pitch value (0-127), >> plays the sample at that pitch. I suppose this could be done with >> sndbuf's .rate function and some math but I'm not sure where to >> start. > > Given you have the midi pitch in the variable "note", the following > will work. "transpose" is just a handy way of transposing the > instrument, "root" is the known pitch of the sample. Note also that > mtof will work with float, so you can have 12.01 => transpose, to > transpose an octave + a cent. > > 12 => transpose; > 60 => root; > > sndbuf s => dac; > > std.mtof(note + transpose)/ std.mtof(root) => s.rate; > > -- > peace, love & harmony > Atte > > http://www.atte.dk

1 0

which language resembles chuck the most
by Atte André Jensen 28 Nov '05

28 Nov '05

Hi I normally use ctags for finding my way through my own code. For those un-aware of ctags, its a utility that generates a TAGS file containing all functions and variables in a project. Armed with that emacs (or vi?) can quickly jump to the place where a certain definition is made, across files and directories. Now, ctags clearly needs to understand the structure of the code, and unfortunately (but understandably) chuck is not on the list of supported languages. But parsing in a syntactically similar language is often enough. My question is: which of the following languages resembles chuck the most, syntacticlly speaking (my guess is Java): [atte@aarhus midi_input_07]$ etags --list-languages Asm Asp Awk BETA C C++ C# Cobol Eiffel Erlang Fortran HTML Java JavaScript Lisp Lua Make Pascal Perl PHP Python REXX Ruby Scheme Sh SLang SML SQL Tcl Vera Verilog Vim YACC -- peace, love & harmony Atte http://www.atte.dk

2 2

pitching samples
by Ollie Glaskovik 28 Nov '05

28 Nov '05

I'd like to make a pitched sample playing function which, given a sample at a known pitch (say C-2) and a MIDI pitch value (0-127), plays the sample at that pitch. I suppose this could be done with sndbuf's .rate function and some math but I'm not sure where to start. Any suggestions would be appreciated. Thanks, Ollie

2 1

sndbuf vs WaveLoop
by Atte André Jensen 28 Nov '05

28 Nov '05

Hi I tried both sndbuf and WaveLoop for playing and there seems to be a problem with both: sndbuf sounds like 8 bit, maybe the interpolating is broken? WaveLoop sounds fine, but is out of tune, something like 250 cents (from memory). This is all under debian/linux/unstable with the latest chuck... -- peace, love & harmony Atte http://www.atte.dk

2 1

Re: [chuck-users] Inter-shred communication
by Ollie Glass 28 Nov '05

28 Nov '05

> Hi Ollie, > > All is good except that you probably want to make a static TheEvent > somewhere and use that one instance among the shreds. slightly > modified code below, with a new class 'The' to hold the global/ > static object(s). Perfect, thank you Ge. Ollie

1 0

stereo patching
by Atte André Jensen 28 Nov '05

28 Nov '05

Hi Suppose we have a stereo generating UGen, like Chorus. If I do the following: Chorus c => ADSR e => dac; everything is back to mono, since ADSR (like almost all UGens) is mono. Wouldn't it be more practical if all UGens were stereo? They should then also have .left, .right and .pan like pan2. Or am I missing something here? What's the nicest way to do the above mentioned patching while maintaining stereo? -- peace, love & harmony Atte http://www.atte.dk

1 0

Re: [chuck-users] The ChucK Manual prerelease
by Felix Meinhold 28 Nov '05

28 Nov '05

Hi Eduard, i would like to translate your fine manual to german. are you okay with releasing the latex code to the wild? -felix On 26.11.05 17:35, Adam Tindale wrote: > Hi Eduard, > > Thanks for your comments. I agree about having more thorough documentation. I > will add the changes you suggest. I don't have time to add in an example for > everything in the docs. I also don't know when things break or change. > Sometimes I hear about it and sometimes I don't. I am more than happy to make > small changes and keep the manual as up to date as possible. If you have any > small patches that demonstrate ugen parameters I would love to add them to the > docs. That goes for all you ChucKers out there. This is a community project. > Let's all help each other! > > Please let me know anything that you would like to see in the manual. I am the > documentation editor. I develop some of the docs, but most of it has been > developed by Ge, Ananya and Phil. They deserve a big round of applause. > > The docs should help you learn ChucK. If they don't then let me know. > > Thanks for your input. > > --art > > > > On 26-Nov-05, at 4:34 AM, eduard wrote: > > >Hello all, > > > >I think you have done a great job on writing the documentation, however I > >have found that it is not "completely" up to date. > >For instance, when I use impulse.value() I get an error like class 'impulse' > >has no member 'value'. > > Right, I haven't put that in yet. Will do. Thanks for pointing it out. > > >The same for things like math.pi, which now seems it's only pi. > This I am not aware of, but thanks for pointing it out. Maybe this should be > fixed so that old patches aren't broken. Ge? > > >But both of them ( impulse.value() and math.pi() ) appear in the > >documentation. These two examples are the only ones I can remember now, but I > >think I found other ones in the past, but not sure now. > > > >I would find very useful to have more explicit examples for each UGen, such > >as writing an example in which you use all (or most of) the members. > >Also, I would give an interval, when possible, for the values they can take > >and give a little explanation for each member depending on the values they > >take. i.e: > >.rate [0, inf) a rate of 0 would mean blablabla and a rate of 2 would mean > >blablablabla > > > >Explaining every member can be a bit redundant, but sometimes it is not that > >clear how you can use them and what values make sense. > > > > > >I hope this feedback is useful, > > > Extremely, thank you. > > >Thanks > > > >Eduard > > > > > > > >On 17 Nov 2005, at 17:01, Ge Wang wrote: > > > >>Hi Adam and all, > >> > >>This is great!! (It's about time we retire the poor doc/GOTO file in the > >>current distribution and include actual documentation.) > >> > >>Spectacular job to Adam and many others for creating the manual! > >> > >>We still have much work to do on documentation: tutorial series are coming > >>soon, and we need to document the emerging features/bugs and class > >>libraries. It would also be nice to aggregate existing chuck documentation > >>nodes (including Gary Williams's Beginning ChucK blog and others). Please > >>pipe up if you want to join this effort. > >> > >>Great job once again to Adam and others on the manual. Adam, when do you > >>think we can start shipping it with the distribution? > >> > >>Best, > >>Ge! > >> > >>On Mon, 14 Nov 2005, Adam Tindale wrote: > >> > >> > >>>Hi All, > >>> > >>>I have been working on the manual for almost a year. It is nearing > >>>"completion". Some of you may have seen it in cvs. You can get your copy > >>>here: > >>> > >>>http://web.uvic.ca/~art/chuck/ChucK_manual.pdf > >>> > >>>I am making a public plea for help. The manual needs your help, fellow > >>>ChucKer. What needs to be documented? Do you have ideas? Do you know what > >>>all the values of the UGens are? The manual should help you use ChucK > >>>better. I hope to put it out in the wild "soon", in the truest ChucK sense > >>>of soon... > >>> > >>>I will take patches in plain text or .diff files. I will take criticism or > >>>abuse or ideas. I am more than happy to typeset text, but I only have so > >>>much time to write up tutorials, etc. If you have an idea for a tutorial, > >>>get it started and then I can finish it off when I merge it to the docs. > >>> > >>>The manual is done with LaTeX. If you or someone you know wants to help > >>>with that part of the manual it would be greatly appreciated. > >>> > >>>Enjoy. I look forward to you comments. > >>> > >>>--art > >>> > >>>_______________________________________________ > >>>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 > >> > > > >_______________________________________________ > >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 2

Inter-shred communication
by Ollie Glaskovik 28 Nov '05

28 Nov '05

I'm trying to communicate between shreds. The docs say static data isn't completely implemented so I realize this may not be possible right now. If it is possible, I wondering if someone could let me know if I'm taking the correct approach here and how I might achieve this goal. I run the command "chuck TheEvent.ck events.ck" and get this result: [chuck](VM): sporking incoming shred: 3 (events2.ck)... [chuck](VM): sporking incoming shred: 4 (events2.ck)... [chuck](VM): sporking incoming shred: 5 (events2.ck)... [chuck](VM): sporking incoming shred: 6 (events2.ck)... "signaling" : (string) "signaling" : (string) "signaling" : (string) "signaling" : (string) ... It keeps signaling but the data is never printed. The three files used are given below. Thanks for any help, Ollie ========================= TheEvent.ck ========================= public class TheEvent extends Event { static int value; } ========================= events.ck ========================= // the event TheEvent e; machine.add( "events2.ck" ); machine.add( "events2.ck" ); machine.add( "events2.ck" ); machine.add( "events2.ck" ); // infinite time loop while( true ) { // advance time 1::second => now; // set data math.rand2( 0, 5 ) => e.value; // signal one waiting shred e.signal(); <<<"signaling">>>; } ========================= events2.ck ========================= // the event TheEvent e; // loop while( true ) { // wait on event e => now; // get the data <<<me.id(), e.value>>>; }

2 1

stack class
by Atte André Jensen 27 Nov '05

27 Nov '05

Hi I took Grahams advise and started coding some of what I'll be needing and came up with the following way to do legato the IMO prober way; latest note on is sounding. I figured I needed a stack, so I made one. Three questions arise: 1) Did I reinvent a wheel? Is there alreasy a stack implemented in chuck (I looked in the docs but didn't find one)? 2) Is there a smarter/smaller/more elegant way of implementing a legato instrument the way I want; latest note on is sounding? 3) Most importently (for my learning chuck): Is there a way of getting rid of the static stack size (int stack_size)? In other words; can I have a dynamically growing array in chuck? Thanks in advance for any reply... -- peace, love & harmony Atte http://www.atte.dk 1 => int device; MidiIn midi_in; MidiMsg msg; if(!midi_in.open(device)) me.exit(); <<< "MIDI device:", midi_in.num(), " -> ", midi_in.name() >>>; sinosc s => ADSR env => gain g => dac; .01 => env.attackTime; .1 => env.releaseTime; .35 => g.gain; 1 => env.keyOff; stack held_keys; while(true) { // wait on the event 'midi_in' midi_in => now; // get the message(s) while(midi_in.recv(msg)) { // print out midi message <<< msg.data1, msg.data2, msg.data3 >>>; if(msg.data3 != 0) { held_keys.push(msg.data2); } else { held_keys.remove_by_value(msg.data2); } if(held_keys.count() > 0) { std.mtof(held_keys.pop()) => s.freq; held_keys.unpop(); if(msg.data3 != 0){ 1 => env.keyOn; } } else { 1=> env.keyOff; } } } public class stack { 200 => int stack_size; int latest_popped; int the_stack[stack_size]; 0 => int nb_elements; fun void push(int element) { if(nb_elements < stack_size) { element => the_stack[nb_elements]; nb_elements++; } } fun int pop() { if(nb_elements > 0) { the_stack[nb_elements--] => latest_popped; return latest_popped; } else { return 0; } } fun void unpop() { this.push(latest_popped); } fun void remove_by_value(int value_to_be_removed) { for(0 => int i; i <nb_elements; i++){ if(the_stack[i] == value_to_be_removed) { this.remove_by_index(i); i--; } } } fun void remove_by_index(int index_to_be_removed) { if(index_to_be_removed >= 0 && index_to_be_removed < nb_elements) { for(index_to_be_removed => int i; i <nb_elements; i++){ the_stack[i + 1] => the_stack[i]; } nb_elements--; } } fun int count() { return nb_elements; } }

2 1

help needed
by Atte André Jensen 27 Nov '05

27 Nov '05

Hi I'm trying to figure out a way to handle the multible keyboards I spoke about. So far I have something like the attached file (linux users can run the load script to load in corect order). But I really need some feedback on the following two things: 1) In sine.ck: listen() never recieves any messages. What am I doing wrong? Is my definition of the InstrMsg class screwed? 2) I would like to spork a member objects function (in zone.ck) but I get a [chuck](VM): NullPointerException: shred[id=5:spork~exp:(2)], PC=[137269484] if I try to. Isn't that possible or am I getting something wrong? Both questions are uncommented in the code. I really hope someone will help me a bit further. Thanks in advance. -- peace, love & harmony Atte http://www.atte.dk

2 1