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

[chuck]: cannot bind to tcp port 8888...
by Amir Teymuri 23 May '15

23 May '15

2 1

Re: [chuck-users] Stereo example problem with chuck-1.3.5.1 (Julien Saint-Martin)
by Casper Schipper 13 May '15

13 May '15

Hi Julien, I can confirm the error here on OSX 10.10 with 1.3.5.1 with that array.ck example. also found that: Noise n[1] => Pan2 p => dac; p.gain(0.1); minute => now; crashes my mini-audicle. Weird, I think it was working correctly in the past ? Best, Casper > On 08/05/2015 14:50, Julien Saint-Martin wrote: >> Hi friends, >> >> I just installed chuck-1.3.5.1 on linux and I have this error when >> trying to run /examples/stereo/array.ck : >> >> [array.ck]:line(6): array ugen type 'Pan2' has more than one input >> channel - can only => array of mono ugens >> >> Is it only on my side or anyother can see this error ? >> >> Thanks >> Julien > > > > > _______________________________________________ > chuck-users mailing list > chuck-users(a)lists.cs.princeton.edu > https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

2 1

Re: [chuck-users] 1. Stereo example problem with chuck-1.3.5.1 (Julien Saint-Martin)
by Perry Cook 11 May '15

11 May '15

Yep, this is broken as written in the examples. I think that Spencer and Ge were looking at modifying ChucK so this would work, but for now you have to explicitly wire up things. Spencer/Ge, chime in here if I”m wrong and this is now implemented, but I don’t see it working for me. To fix, you can modify the first few lines to look like this. Note that we hook up each SndBuf to a pann, then we hook the left and right outputs of each pan to the left and right reverbs. // dope storm // using arrays as UGen busses // author: Spencer Salazar - spencer(a)ccrma.stanford.edu // date: May 2013 SndBuf buf[32]; Pan2 pan[32]; NRev reverb[2]; reverb[0] => dac.left; reverb[1] => dac.right; 0.1 => reverb[0].mix; 0.11 => reverb[1].mix; for(int i; i < buf.cap(); i++) { // load dope sound "special:dope" => buf[i].read; // set to end buf[i].samples() => buf[i].pos; buf[i] => pan[i]; pan[i].chan(0) => reverb[0]; pan[i].chan(1) => reverb[1]; }

1 0

Stereo example problem with chuck-1.3.5.1
by Julien Saint-Martin 11 May '15

11 May '15

Hi friends, I just installed chuck-1.3.5.1 on linux and I have this error when trying to run /examples/stereo/array.ck : [array.ck]:line(6): array ugen type 'Pan2' has more than one input channel - can only => array of mono ugens Is it only on my side or anyother can see this error ? Thanks Julien

1 1

Jack Server shuts down ChucK client ...
by Niklas Reppel 01 Apr '15

01 Apr '15

So, i'm trying to write a simple SawOsc-Synth with Polyphony, triggered by OSC messages ... You can check it out here: https://github.com/the-drunk-coder/graa/blob/master/shreds/buzz.ck As i want to use a filter with adsr, i can't just spork a single method right ? But, with the current version, the Jack-Server (i'm on Linux) shuts the client down, with the following message: (JACK) the JACK server is shutting down this client... ... stream stopped and closed! Anyone's got an idea why ? Regards, Nik

4 5

Saving state
by Atte 22 Mar '15

22 Mar '15

Hi What are the options for saving a state in recalling it in chuck. I'm mainly thinking saving/loading arrays, but objects would be great... Thanks in advance! -- Atte http://atte.dk http://a773.dk

1 0

Re: [chuck-users] is shred running? (Atte)
by Perry Cook 16 Mar '15

16 Mar '15

Atte, A handy list of Shred functions (From our new Book, Appendix A :-): The ones you want are running() or done() Shred.fromId(int id) Returns shred object corresponding to id. int id(); Returns the ID number of the shred. void yield(); Causes the shred to temporarily discontinue processing and allows other active shreds to run. void exit(); Schedules the shred for immediate termination. int running(); Returns 1 if shred is still running, 0 otherwise. int done(); Returns 1 if shred has finished, 0 otherwise; except in rare cases, this is the opposite of done(). int args(); Returns the number of command-line arguments. string arg(int num); Returns command-line argument at position num. string me.dir(); Returns the directory from whence this shred came. string me.dir(int numUp); Returns numUp directories from whence this shred came; numUp can be positive or negative, with the same result. > On Mar 4, 2015, at 9:00 AM, chuck-users-request(a)lists.cs.princeton.edu wrote: > > Message: 1 > Date: Wed, 04 Mar 2015 12:51:11 +0100 > From: Atte <atte(a)youmail.dk> > To: ChucK Users Mailing List <chuck-users(a)lists.cs.princeton.edu> > Subject: [chuck-users] is shred running? > Message-ID: <54F6F1AF.6070209(a)youmail.dk> > Content-Type: text/plain; charset=utf-8 > > Hi > > I spork a file like this: > > Machine.add(filename) => int id; > > Is there a way to later on figure out if the shred is still running? > > -- > Atte > > http://atte.dk http://a773.dk > > > ------------------------------ > > _______________________________________________ > chuck-users mailing list > chuck-users(a)lists.cs.princeton.edu > https://lists.cs.princeton.edu/mailman/listinfo/chuck-users > > > End of chuck-users Digest, Vol 116, Issue 1 > *******************************************

6 13

extending buildin Ugen (eg SndBuf)
by Atte 14 Mar '15

14 Mar '15

Hi Thought I could inherit from SndBuf and extend by overiding some funtions: public class Beat extends SndBuf{ int last_pos; fun void tempo_match(dur match_length){ length()/match_length => rate; } fun void pos(int sample){ if(sample < 0){ last_pos => sample; } sample => s.pos => last_pos; } fun void random(int nb_slices){ Math.random2(0,nb_slices-1) * samples()/nb_slices => pos => last_pos;; } } but chuck gives me: [lib_beat2.ck]:line(13): function 'Beat.pos' matches 'SndBuf.pos' but cannot override... Any way to achieve what I'm trying to do? Cheers -- Atte http://atte.dk http://a773.dk

1 0

Re: [chuck-users] Heavy distortion/clipping in Windows (Kassen)
by Perry Cook 13 Mar '15

13 Mar '15

Kas/others, It's even a little stranger than one might think. On Mac OSX, it's really hard to clip at all. For example, this code: SinOsc s => dac; 8.0 => s.gain; second => now; runs and sounds fine. You might need to turn your master system volume down so it doesn't blow out your headphones or speakers, but if you do that, you will hear a pretty pure sine wave. The proper gain for this should be 1.0 (the default), but it works ok up to pretty large numbers, but only on Macs. I haven't tried this in a VM Windoze on Mac, and I'm not sure how the audio is virtualized in this case. BUT This very same code would cause hideous distortion on a Windows/ Linux machine, because those audio subsystems have a hard limit on the amplitude that can be sent into the dacs. Mac seems to have figured out a how to deal with this in a very different (floating point) way. PRC > 2. Re: Heavy distortion/clipping in Windows (Kassen) > > Message: 2 > Date: Thu, 19 Feb 2015 19:44:05 +0100 > From: Kassen <signal.automatique(a)gmail.com> > To: ChucK Users Mailing List <chuck-users(a)lists.cs.princeton.edu> > Subject: Re: [chuck-users] Heavy distortion/clipping in Windows > Message-ID: > <CAK4G45dtCcjRuEwiVmcKRHnLcNe6S3me5__oqOOzfm20NErSsA(a)mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > On 19 February 2015 at 18:59, Perry Cook <prc(a)cs.princeton.edu> wrote: > >> Ack! This is a common problem, and I thought I had caught all of >> the clipping/distortion cases on Windows/Linux with our last >> passes on checking the source code. I'll check it all again and >> put it in our Errata file for future ChucK/Mini releases, and future >> printings of the book. >> > > Perry, now that you mention the OS's I'd like to share a thought. I wanted > to postpone debating OS audio infrastructure because debates on OS features > tends to lead to debates on OS preferences and the next step is likely to > be total war and so I thought I'd try to figure out what was going on on my > own. ;-) > > Am I correct in understanding that you are saying the files could have been > made on OSX with the system audio gain set to -say- 0.5? Then ChucK's > output could reach peaks of -say-1.5 , it's get attunated and be at .75 > when hitting the DAC; perfectly fine. In this case the audio reaching such > amplitudes at ChucK's output might go unnoticed by the file's author. Under > OS's with a audio infrastructure expressed in int's a output of 1.5 at the > ChucK dac would clip at 1 at hitting the OS's audio rating and the final > output (assuming identical system volume) would end up at a 0.5 amplitude > while being heavily clipped. Is that correct? > > Yours, > Kas.

4 4

Re: [chuck-users] ChucK on Yosemite
by Perry Cook 13 Mar '15

13 Mar '15

I'm using the hell out of it on Yosemite. Only problems I've observed are: Something odd going on with Processing sending OSC to ChucK. It works sometimes, then not. Something odd going on with networked pieces like CliX, Gamelan, etc. Possibly a new machine/firewall settings issue rather than Yosemite Not Yosemite problem, but newer machine problem: SSD machines have no SMS hardware, so all PLOrk canon examples that use the accelerometers like droner, my LORx Aeterna, BBLVL, etc. die on launch. I've hacked versions that check for SMS, then fail by opening up a listen for TouchOSC tilt messages thread. Then you can just lay your phone on the computer and it all works fine. PRC > On Mar 13, 2015, at 9:00 AM, 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. Yosemite (Daniel L. Trueman) > 2. Re: Yosemite (Paul B) > 3. Re: Yosemite (Michael Heuer) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Thu, 12 Mar 2015 21:03:29 -0400 > From: "Daniel L. Trueman" <dtrueman(a)princeton.edu> > To: ChucK Users Mailing List <chuck-users(a)lists.cs.princeton.edu> > Subject: [chuck-users] Yosemite > Message-ID: <3069E145-43E4-43F6-8F66-069F782D1B32(a)princeton.edu> > Content-Type: text/plain; charset=windows-1252 > > hey all, what?s the current status of ChucK on Yosemite? does it work? someone tell me not to upgrade please? > > tanks, > dan > > ------------------------------ > > Message: 2 > Date: Thu, 12 Mar 2015 19:16:49 -0600 > From: Paul B <witchbutter(a)gmail.com> > To: ChucK Users Mailing List <chuck-users(a)lists.cs.princeton.edu> > Subject: Re: [chuck-users] Yosemite > Message-ID: > <CAApX0EtXaU1w=CuA4PZo85VbQSNWZjb+NoS=eFJ87PRLbA7zmg(a)mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > Works fine for me. > On Mar 12, 2015 7:03 PM, "Daniel L. Trueman" <dtrueman(a)princeton.edu> wrote: > >> hey all, what?s the current status of ChucK on Yosemite? does it work? >> someone tell me not to upgrade please? >> >> tanks, >> dan >> _______________________________________________ >> chuck-users mailing list >> chuck-users(a)lists.cs.princeton.edu >> https://lists.cs.princeton.edu/mailman/listinfo/chuck-users >> >

2 1