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

Chunity (ChucK for Unity): Release!
by Jack Atherton 29 Jul '22

29 Jul '22

Dear all, Hello! I'm happy to announce the initial official release of Chunity (ChucK for Unity)! http://chuck.stanford.edu/chunity/ http://u3d.as/1bvM Chunity is the integration of ChucK in Unity. (For those of you not familiar with the Unity game engine, Chunity gives you the ability to do realtime sound + music generation natively in Unity, tightly coupled to interactions with graphical objects.) You can use most (possibly all?) ChucK features, run new ChucK code on-the-fly at any time, and communicate between Unity and ChucK using "global" (new keyword!) ints, floats, strings, Events, and 1D int and float arrays. (More types to come!) You can even run multiple VMs that share the same strong timing! Check out this video of things people have already made with Chunity: https://vimeo.com/263613454 And check out the original description of Chunity in this NIME paper: http://chuck.stanford.edu/chunity/files/2018-nime-chunity.pdf We want to know what you all do with this! Please feel free to send works in progress, bug reports, feature requests, finished works, etc. to the chuck-users mailing list! We are also planning to send a sparse series of follow-up emails covering tutorials, new features, and cool projects that people in the community have created. Please see the tutorials, documentation, etc. at the official Chunity website: http://chuck.stanford.edu/chunity/ Thank you and happy ChucKing!! Best, Jack + the ChucK team Music:Computing:Design @ CCRMA

1 2

Re: [chuck-users] chuck-users Digest, Vol 161, Issue 8
by Charlie 31 Jan '19

31 Jan '19

hey Casper thanks! I think the issue may also be in the statement if (i%iMax > jCount ) 0.0 =>s.gain; which is not the same as if (now%iMax > jCount ) 0.0 =>s.gain; because I don't think "now" increments at the same rate as i (I wonder if now increments one sample at a time, rather than .1 ms at a time, then they become equivalent, thus your fix.). Anyway, not sure--haveto try this at home. Cheers, Charlie On Thu, Jan 31, 2019 at 12:00 PM <chuck-users-request(a)lists.cs.princeton.edu> wrote: > 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: two similar shreds with different results (Casper Schipper) > > > > ---------- Forwarded message ---------- > From: Casper Schipper <casper.schipper(a)gmail.com> > To: ChucK Users Mailing List <chuck-users(a)lists.cs.princeton.edu> > Cc: > Bcc: > Date: Thu, 31 Jan 2019 09:31:01 +0100 > Subject: Re: [chuck-users] two similar shreds with different results > Hi Charlie, > > I think I found it: .1::ms is not the same as 1::samp > You do in both scripts .1 ::ms => now, but in the second variant, this > means now will have increased by 4.1 samples, instead of 1 unit (depending > on your samplerate). > I could get the same sound from both scripts by changing .1::ms => now to > samp => now; > > Best, > Casper > > On 27 Jan 2019, at 14:58, Charlie <taos.points(a)gmail.com> wrote: > > Hey folks, I'm puzzled why these two shreds don't make the same sound. I > created a simple bit crusher using an integer as an index and then using > time as an index; I thought these were equivalent but they aren't. I wonder > if this is because the integer increments at a different rate than the > sampling rate? Any guidance on this gratefully received! Thanks, > > Charlie > > First shred: > //--------------------------------------------- > > SinOsc s => dac; > > 110 => s.freq; > > 0 => int i; > 250 => int iMax; > 0 => int jCount; > > while (true) { > i++; > > // if (i%130 == 0 || i%201 ==0 || i% 737 == 0) 0 =>s.gain; > if (i%iMax > jCount ) 0.0 =>s.gain; > jCount++; > if (jCount > iMax) 0 => jCount; > // 1::samp => now; > .1::ms => now; > 1 => s.gain; > > } > > //--------------------------------------------- > > second shred: > > //--------------------------------------------- > > SinOsc s => dac; > > 110 => s.freq; > > 0::samp => dur jMin; > 250::samp => dur iMax; > 0::samp => dur jCount; > 1::samp => dur jDelta; > > while (true) { > > if (now%iMax > jCount ) 0.0 =>s.gain; > jCount+jDelta => jCount; > if (jCount > iMax) jMin => jCount; > .1::ms => now; > 1 => s.gain; > > } > > > //--------------------------------------------- > > > _______________________________________________ > 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 >

1 0

two similar shreds with different results
by Charlie 31 Jan '19

31 Jan '19

Hey folks, I'm puzzled why these two shreds don't make the same sound. I created a simple bit crusher using an integer as an index and then using time as an index; I thought these were equivalent but they aren't. I wonder if this is because the integer increments at a different rate than the sampling rate? Any guidance on this gratefully received! Thanks, Charlie First shred: //--------------------------------------------- SinOsc s => dac; 110 => s.freq; 0 => int i; 250 => int iMax; 0 => int jCount; while (true) { i++; // if (i%130 == 0 || i%201 ==0 || i% 737 == 0) 0 =>s.gain; if (i%iMax > jCount ) 0.0 =>s.gain; jCount++; if (jCount > iMax) 0 => jCount; // 1::samp => now; .1::ms => now; 1 => s.gain; } //--------------------------------------------- second shred: //--------------------------------------------- SinOsc s => dac; 110 => s.freq; 0::samp => dur jMin; 250::samp => dur iMax; 0::samp => dur jCount; 1::samp => dur jDelta; while (true) { if (now%iMax > jCount ) 0.0 =>s.gain; jCount+jDelta => jCount; if (jCount > iMax) jMin => jCount; .1::ms => now; 1 => s.gain; } //---------------------------------------------

2 1

Fauck Issues
by Perry Cook 28 Jan '19

28 Jan '19

I didn’t look at the verbose log, but it looks like maybe it can’t find the chugin. I’ve been having some trouble getting command line chuck to find the factory chugins. One way seems to be to have the .chug in the local directory, and specify it on the command line. Prc Sent from my iPhone

2 1

Re: [chuck-users] FaucK compilation/installation problem?
by Mario Buoninfante 27 Jan '19

27 Jan '19

Hi Marc, I installed the package you can find under 'Linux'. Cheers, Mario Sent from my WIKO U PULSE LITEOn 27 Jan 2019 13:35, Marc Lavallée <marc(a)hacklava.net> wrote: > > Le 2019-01-27 à 3:07 a.m., Mario Buoninfante a écrit : > > Hi Marc, > > > > I had the same on Ubuntu Studio 16.04, then I installed FaucK from here and everything worked > > > > https://ccrma.stanford.edu/~rmichon/fauck/ > > > > Worth giving a try. > > > > Cheers, > > Mario > > Hi Mario, > > Can you be more specific? What did you do with the information on web page? > > Thanks > > Marc > > > > > > > Sent from my WIKO U PULSE LITEOn 27 Jan 2019 01:13, Marc Lavallée <marc(a)hacklava.net> wrote: > >> Hello Chuck users (and gurus). This is my first message to the list. > >> > >> I'm a complete newbie, but I think I would enjoy using miniAudicle with > >> the Faust chugin (FaucK). So It could be a question for developers. I'm > >> an experienced Linux user. > >> > >> I compiled ChucK 1.4.0.0, the latest and greatest Faust, all the chugins > >> (including FaucK) and miniAudicle. > >> > >> Unfortunately, FaucK give me this error (on the command line and with > >> miniAudicle): > >> > >> chuck examples/flute.ck > >> [flute.ck]:line(5): undefined type 'Faust'... > >> [flute.ck]:line(5): ... in declaration ... > >> > >> Any pointer would be appreciated. > >> > >> Marc > >> > >> N.B. I first sent this message to the chuck announcement list, so please > >> ignore. > >> > >> _______________________________________________ > >> chuck-users mailing list > >> chuck-users(a)lists.cs.princeton.edu > >> https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

3 5

Re: [chuck-users] FaucK compilation/installation problem?
by Mario Buoninfante 27 Jan '19

27 Jan '19

Hi Marc, I had the same on Ubuntu Studio 16.04, then I installed FaucK from here and everything worked https://ccrma.stanford.edu/~rmichon/fauck/ Worth giving a try. Cheers, Mario Sent from my WIKO U PULSE LITEOn 27 Jan 2019 01:13, Marc Lavallée <marc(a)hacklava.net> wrote: > > Hello Chuck users (and gurus). This is my first message to the list. > > I'm a complete newbie, but I think I would enjoy using miniAudicle with > the Faust chugin (FaucK). So It could be a question for developers. I'm > an experienced Linux user. > > I compiled ChucK 1.4.0.0, the latest and greatest Faust, all the chugins > (including FaucK) and miniAudicle. > > Unfortunately, FaucK give me this error (on the command line and with > miniAudicle): > > chuck examples/flute.ck > [flute.ck]:line(5): undefined type 'Faust'... > [flute.ck]:line(5): ... in declaration ... > > Any pointer would be appreciated. > > Marc > > N.B. I first sent this message to the chuck announcement list, so please > ignore. > > _______________________________________________ > chuck-users mailing list > chuck-users(a)lists.cs.princeton.edu > https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

2 1

FaucK compilation/installation problem?
by Marc Lavallée 26 Jan '19

26 Jan '19

Hello Chuck users (and gurus). This is my first message to the list. I'm a complete newbie, but I think I would enjoy using miniAudicle with the Faust chugin (FaucK). So It could be a question for developers. I'm an experienced Linux user. I compiled ChucK 1.4.0.0, the latest and greatest Faust, all the chugins (including FaucK) and miniAudicle. Unfortunately, FaucK give me this error (on the command line and with miniAudicle): chuck examples/flute.ck [flute.ck]:line(5): undefined type 'Faust'... [flute.ck]:line(5): ... in declaration ... Any pointer would be appreciated. Marc N.B. I first sent this message to the chuck announcement list, so please ignore.

1 0

error message
by Charlie 05 Jan '19

05 Jan '19

Hi folks, when running the code linked below I get this error message: [chuck](via STK): DelayL: setDelay(1173.42) too big! FYI here's the code: https://github.com/charliekramer/ChucK/blob/master/WIP%20call%20and%20respo… It's weird because I'm not using DelayL in my code (but I guess it's in one of the STK models--I'm using Saxofony and Bowed). The message seems innocuous--it seems to continue running fine. It doesn't occur right away but after the code's been running for a little while. Just curious if I'm doing something weird. I'm running it on a MacBook Air with Mojave 10.14.2. Thanks! Charlie

2 1

Why is my code doing this?
by Forrest Cahoon 04 Jan '19

04 Jan '19

Sorry, I tried to come up with a more hello-world example of the problem I'm experiencing, but I really don't know what's going on so I have to post something a bit complex. My ChucK code is here: https://gist.github.com/forrcaho/21acdb25e05a8620f56dba591cd52ed5 I have a class called AdditivePartial and one called Additive which contains an array of AdditivePartial objects. The Additive objects play method sporks the play method for all its partials. The first Additive object I create appears to ignore the noteAmplitude I have set; it is pegged and clipping. That is, until the second Additive object is sporked, at which point the first object suddenly "remembers" it's noteAmplitude. I've looked at the output in Sonic Visualiser and that confirmed this is what's happening, at least on my linux machine. Can anyone reproduce this behavior, or does it work for you? If you can reproduce it, what the heck is going on? Forrest

3 4

running() doesn't return status of the shred
by mario buoninfante 03 Jan '19

03 Jan '19

Hi, I found out that running() always return the value 0, doesn't matter if the shred is actually running or not. done() instead seems to work fine. I tried on my Linux machine running Ubuntu Studio 16.04 using ChucK 1.4.0.0. Here's a little script that shows the issue: 0 => int c; spork ~ loop() @=> Shred parallel; //---------MAIN--------- while( c < 5 ) { <<< "running(): " + parallel.running() + "\t||\t " + "done(): " + parallel.done() >>>; if( c == 2 ) { <<< "exiting the shred" >>>; parallel.exit(); } c++; 0.5::second => now; } //-------FUNCTIONS-------- function void loop() { while( true ) { 333::ms => now; } } Cheers, Mario -- Electronic Musician, Creative Coder, QA Engineer https://vimeo.com/creativecodingsalerno http://mbuoninfante.tumblr.com/ https://github.com/mariobuoninfante https://bitbucket.org/mariobuoninfante/

1 0