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

Writing wav results in empty file
by Tambet 07 Sep '10

07 Sep '10

Writing wav will result in file with correct length, but silence. BTW. how to make it so that if it is too slow to play it realtime, wav is still correct with no noises? Could you give exact command line for that? I'm using debian lenny with xfce and alsa+oss. Chuck is compiled for alsa support (I might want to change it already). Tambet

1 0

ChucK is too short.
by Tambet 06 Sep '10

06 Sep '10

The name "ChucK" needs some kind of prefix or suffix to give some method of good Google searches. "ChucK music" gives ChucK berry; just "ChucK" gives a movie; "ChucK videos" is useless. If Google did understand the last capital letter, it would be all fine. Google's own language is Go (or "Google Go"). They have another way to write it - "Go-lang". Go-lang gives all necessary things. "Go programming" does the same, but for general searches, this is not good - you might search for Go examples (and this sight might have no hint about programming) or Go users. You could search for Go libraries (not "Go programming libraries") or e-mail applications written in Go (no "e-mail applications written by programming in Go"). Just having some convention - for example that "ChucK" is abbreviation of "Chuck K..." and then having this "Chuck K..." in title or first occurrence of language's name in each good page talking about ChucK. Otherwise it's just too much work to search :) So ..ChucK name conquest? With this <http://www.dasher.org.uk/> powerful application I found a few days ago it took half of minute to find my own suggestion - "Chuck Kit". It could be also "Chuck sound Kit" or "Chuck soundKit" (to keep the case convention). I would be happy if it was *anything* - anything except some very common english name, which gives us all kinds of stars and TV programs when googled for. Tambet

8 12

Re: [chuck-users] ChucK is too short (Tambet)
by Perry Cook 05 Sep '10

05 Sep '10

As with much Google, just adding the right word(s) helps a lot. Yes, ChucK alone brings up Chuck Norris (and why wouldn't it?), but adding "Language" or "Unit Generators" or "Live Coding" usually gets the list you want. PRC > 5. ChucK is too short. (Tambet) > Message: 5 > Date: Sun, 5 Sep 2010 05:13:13 +0300 > From: Tambet <qtvali(a)gmail.com> > To: ChucK Users Mailing List <chuck-users(a)lists.cs.princeton.edu> > Subject: [chuck-users] ChucK is too short. > Message-ID: > <AANLkTimpduwmS-kewL0DGWh9N0xC9iWpD=vTSqtC98xN(a)mail.gmail.com> > Content-Type: text/plain; charset="iso-8859-1" > > The name "ChucK" needs some kind of prefix or suffix to give some method of > good Google searches. > > "ChucK music" gives ChucK berry; just "ChucK" gives a movie; "ChucK videos" > is useless. If Google did understand the last capital letter, it would be > all fine. > > Google's own language is Go (or "Google Go"). They have another way to write > it - "Go-lang". Go-lang gives all necessary things. "Go programming" does > the same, but for general searches, this is not good - you might search for > Go examples (and this sight might have no hint about programming) or Go > users. You could search for Go libraries (not "Go programming libraries") or > e-mail applications written in Go (no "e-mail applications written by > programming in Go"). > > Just having some convention - for example that "ChucK" is abbreviation of > "Chuck K..." and then having this "Chuck K..." in title or first occurrence > of language's name in each good page talking about ChucK. > > Otherwise it's just too much work to search :) > > So ..ChucK name conquest? > > With this <http://www.dasher.org.uk/> powerful application I found a few > days ago it took half of minute to find my own suggestion - "Chuck Kit". It > could be also "Chuck sound Kit" or "Chuck soundKit" (to keep the case > convention). I would be happy if it was *anything* - anything except some > very common english name, which gives us all kinds of stars and TV programs > when googled for. > > Tambet >

2 1

blind user
by tempjayren＠gmail.com 04 Sep '10

04 Sep '10

Would like to know if there are any other blind users of chuck besides myself and perhaps talk to them offlist so as to not spam the list needlessly.

7 13

Re: [chuck-users] "Or"
by Rebecca Fiebrink 04 Sep '10

04 Sep '10

OR, because it's chuck and therefore more fun than your average language: if (maybe) 1.0 => sampleRate; else 1.5 => sampleRate; > > > Message: 2 > Date: Fri, 3 Sep 2010 11:21:34 -0400 > From: Timothy Leonido <timothy.leonido(a)gmail.com> > To: chuck-users(a)lists.cs.princeton.edu > Subject: [chuck-users] "Or" > Message-ID: > <AANLkTikKmHj+557HnyR5wB3Mpd1owLc+D8zhwrKrFFZT(a)mail.gmail.com> > Content-Type: text/plain; charset="iso-8859-1" > > Hallo, > > Once again, sorry for the rudimentary questions, but I can't seem to find > the correct language for a very simple function: Instead of using > Std.rand2f( ) for fluctuating volume or buf.rate, I'd like to simply have an > either/or option. Play sample at a rate of 1.0 *or *1.5, randomly. The moses > function (in pure data) was useful for this. Direction to the appropriate > helpful would also be appreciated. > > > > Thanks so much, > > Tim >

9 14

new ideas, new bugs...
by Kassen 04 Sep '10

04 Sep '10

Fellow ChucKists, I was poking around in the source for "maybe" to try to figure out how hard Joe's idea would be to implement. So far it looked really quite easy to me, except that the chuck operator would have to be overloaded to deal with chucking floats to "likely" and "unlikely". This made me wonder what kind of error this would give; 1 => maybe; It turns out that doesn't give a error at all and instead seg-faults (latest miniAudicle, linux ALSA, canonical version except for the CNoise fix). So; regardless of whether or not we go with Joe's idea this area does need a look. I vote that we do take this idea as it would be very little work for something that would be that much fun. With a default of .75% for likely and 25% for unlikely it would have all of the advantages of the various proposed strategies and on top of that we'd get a easy "crossfade" for chance-based techniques that may span several shreds. Yours, Kas.

3 2

new version of chuck
by tempjayren＠gmail.com 03 Sep '10

03 Sep '10

one of the webpages has code examples for current chuck and upcoming for chuck 2. i can't seem to locate any data on when this is to be released. i like version 1 so much i'll probably love v2.

3 4

Re: [chuck-users] chuck-users Digest, Vol 62, Issue 6
by Timothy Leonido 03 Sep '10

03 Sep '10

Ah, thanks so much-- this is very helpful. How about "impending" ? ;) 2010/9/3 <chuck-users-request(a)lists.cs.princeton.edu> > Send chuck-users mailing list submissions to > chuck-users(a)lists.cs.princeton.edu > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.cs.princeton.edu/mailman/listinfo/chuck-users > or, via email, send a message with subject or body 'help' to > chuck-users-request(a)lists.cs.princeton.edu > > You can reach the person managing the list at > chuck-users-owner(a)lists.cs.princeton.edu > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of chuck-users digest..." > > Today's Topics: > > 1. Re: "Or" (David M) > 2. Re: "Or" (Kassen) > 3. Re: "Or" (Rebecca Fiebrink) > 4. Re: "Or" (Kassen) > > > ---------- Forwarded message ---------- > From: David M <fimbulwintr(a)gmail.com> > To: ChucK Users Mailing List <chuck-users(a)lists.cs.princeton.edu> > Date: Fri, 3 Sep 2010 12:02:24 -0400 > Subject: Re: [chuck-users] "Or" > I believe that the much simpler way is to simply use "maybe" > > float sampleRate > > if (maybe) > 1.0 => sampleRate; > else > 1.5 => sampleRate > > 2010/9/3 Mark Cerqueira <mark.cerqueira(a)gmail.com> > >> Tim, >> You can use rand2f to do this.... >> >> float sampleRate; >> >> if (std.rand2f(0.0, 1.0) < 0.5) >> 1.0 => sampleRate; >> else >> 1.5 => sampleRate; >> >> I ran this section of code 1,000,000 times in my program doing this chunk >> of code every 1 sample and: >> >> 1. ChucK did not make my computer explode :) >> 2. The rate was set to 1.0 500,814 times and 1.5 499,186 times (pretty >> good distribution) >> >> Hope that helps! >> >> Best, >> Mark >> >> On Sep 3, 2010, at 8:21 AM, Timothy Leonido wrote: >> >> Hallo, >> >> Once again, sorry for the rudimentary questions, but I can't seem to find >> the correct language for a very simple function: Instead of using >> Std.rand2f( ) for fluctuating volume or buf.rate, I'd like to simply have an >> either/or option. Play sample at a rate of 1.0 *or *1.5, randomly. The >> moses function (in pure data) was useful for this. Direction to the >> appropriate helpful would also be appreciated. >> >> >> >> Thanks so much, >> >> Tim >> _______________________________________________ >> 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 >> >> > > > -- > David M > > > ---------- Forwarded message ---------- > From: Kassen <signal.automatique(a)gmail.com> > To: ChucK Users Mailing List <chuck-users(a)lists.cs.princeton.edu> > Date: Fri, 3 Sep 2010 18:04:34 +0200 > Subject: Re: [chuck-users] "Or" > > > 2010/9/3 Mark Cerqueira <mark.cerqueira(a)gmail.com> > >> Tim, >> You can use rand2f to do this.... >> >> float sampleRate; >> >> if (std.rand2f(0.0, 1.0) < 0.5) >> 1.0 => sampleRate; >> else >> 1.5 => sampleRate; >> >> >> > Mark is right, his code is clean, readable and correct. It could also > easily be tweaked to change the distribution.... And yet I'd still be > tempted to do this; > > 1 + (.5 * maybe) => float sampleRate; > > Generally "maybe" is my first port of call if I want to quickly and > randomly choose between two options; > > if (maybe) do_stuff(); > else do_things(); > > Take Mark's option for long term projects that you will need to get back to > or collaborate on. Pick my first option when livecoding as it's short to > type and audiences like "maybe" as a word. My second expample might be > closest to the PD object that you are missing. "maybe" resolves to "true" or > "false" ("1"(int) and "0" (int) in ChucK) with 50/50 chance at each call. > Practically speaking it's completely equivalent to; > > Std.rand2(0,1) > > However that, unlike Mark's example, can't be tuned in case you later > decide you need a 25/75 distribution instead. > > Yours, > Kas. > > > ---------- Forwarded message ---------- > From: Rebecca Fiebrink <fiebrink(a)princeton.edu> > To: chuck-users(a)lists.cs.Princeton.EDU > Date: Fri, 3 Sep 2010 12:09:53 -0400 > Subject: Re: [chuck-users] "Or" > OR, because it's chuck and therefore more fun than your average language: > > if (maybe) > 1.0 => sampleRate; > else > 1.5 => sampleRate; > > > > Message: 2 > Date: Fri, 3 Sep 2010 11:21:34 -0400 > From: Timothy Leonido <timothy.leonido(a)gmail.com> > To: chuck-users(a)lists.cs.princeton.edu > Subject: [chuck-users] "Or" > Message-ID: > <AANLkTikKmHj+557HnyR5wB3Mpd1owLc+D8zhwrKrFFZT(a)mail.gmail.com> > Content-Type: text/plain; charset="iso-8859-1" > > Hallo, > > Once again, sorry for the rudimentary questions, but I can't seem to find > the correct language for a very simple function: Instead of using > Std.rand2f( ) for fluctuating volume or buf.rate, I'd like to simply have > an > either/or option. Play sample at a rate of 1.0 *or *1.5, randomly. The > moses > function (in pure data) was useful for this. Direction to the appropriate > helpful would also be appreciated. > > > > Thanks so much, > > Tim >

1 0

"Or"
by Timothy Leonido 03 Sep '10

03 Sep '10

Hallo, Once again, sorry for the rudimentary questions, but I can't seem to find the correct language for a very simple function: Instead of using Std.rand2f( ) for fluctuating volume or buf.rate, I'd like to simply have an either/or option. Play sample at a rate of 1.0 *or *1.5, randomly. The moses function (in pure data) was useful for this. Direction to the appropriate helpful would also be appreciated. Thanks so much, Tim

4 3

In/Out Fest 2010!
by Chris Gilroy 01 Sep '10

01 Sep '10

We are curious, just like you. Because of this, we decided to bring those that inspire, move, and challenge us together to write, make, perform, and teach. Musicians and artists huddled together to learn and share the secrets of computers. How to make them do the things we dream, how to control them to do those things, and hopefully stumble across some happy accidents along the way. So join us for a time of sharing, learning, and experimenting in creating computer programs and designing control interfaces for audio and video performances. Let us rejoice in all things open source! Check out this years line up including performances by: Protofuse (maker of the Protodeck) Rosa Menkman Peter Kirn Makingthenoise Ostracon Philip White and more! and workshops on Building Your Own Controller using M4L Textiles and Electronics Creating a Digital Synth with CMOS Lecture by Brian Crabtree of monome and more! get all the details here: http://inoutfest.org/

1 0