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

Installing on OSX 10.5.4
by Tom Charles-Edwards 05 Aug '14

05 Aug '14

Hello, first post here. Looking forward to learning ChucK. :) I have a G5 running OSX 10.5.4. The current version of ChucK is apparently good for 10.5 and later. Tried that - didn't work. I see all the older versions on a separate page. Which one should I try? Thanks for any help, Tom

2 1

Autoreload in on-the-fly-programming
by Carsten Høyer 04 Aug '14

04 Aug '14

Hi Completely new Chuck user. Can I do on the fly editing without using --replace? So that the programming will auto reload on save? Thanks Carsten

3 2

[chuck](VM): DestTimeNegativeException:
by Wolfgang Gil 22 Jul '14

22 Jul '14

Any clue to why does that error happens?

2 2

Any way to use .pos passing a string?
by Federico Lopez 17 Jul '14

17 Jul '14

Hi, I have an array of strings (p1) that contains the same names of SndBuff instances (kk sn), I would like to pass the strings of the array to trigger samples and I don't know how to do it. Here is some test code: SndBuf kk => dac; SndBuf sn => dac; me.dir() + "/audio/kick_01.wav" => kk.read; me.dir() + "/audio/snare_01.wav" => sn.read; kk.samples() => kk.pos; sn.samples() => sn.pos; while( true ) { ["kk", "sn"] @=> string p1[]; for( 0 => int i; i < p1.cap(); i++) { 0 => p1[i].pos; // not working 0.25::second => now; } } Thanks, Federico López

4 4

Re: [chuck-users] 147th shred removed...segmentation fault? (Ryan Supak)
by Perry R Cook 30 Jun '14

30 Jun '14

I have lots of programs that spork hundreds or thousands of shreds without this error. So, without seeing your code, my guesses (and questions) are as follows: Are you running this on a small memory architecture? Since you say headless, I'm guessing maybe Raspberry Pi? It could be that you're running out of memory, so see next question. Does the shred that you're sporking declare new UGs or require memory to be allocated (arrays, lots of string manipulation, etc.)? In general, this is a bad idea if you can avoid it. ChucK does no garbage collection, which means that you need to be cautious about declaring memory. So even a shred as simple as: fun void mySine() { SinOsc s => dac; Math.random2f(100,1000) => s.freq; second => now; s =< dac; } will eat up memory, because even though the SinOsc is unchucked and never computes again, the memory for that structure is still around. We want, someday to make ChucK a proper garbage collecting language, but it's hard, especially for real-time systems. If this turns out to be your issue, then one way to handle this is to make a global pool of fixed resources and have your shred grab from that. Like classic "round robin voice stealing" in synthesizers: SinOsc s[100]; 0 => int next2Use; fun void mySine() { next2Use => int thisOne; 1 +=> next2Use; if (next2Use > 99) 0 => next2Use; s[thisOne] => dac; Math.random2f(100,1000) => s[thisOne].freq; second => now; s[thisOne] =< dac; } // to test: while (1) { Math.random2f(0.01,0.1) :: second => now; spork ~ mySine(); } I just fired up a few dozen of these running in parallel, VM showed 2600 total shreds running, no problem (and no clicks or dropouts!!). Hope this helps, if none of this applies, then you may have discovered a strange bug. Source code please, and we can all scratch our heads on it. Thanx!! PRC Today's Topics: 1. 147th shred removed...segmentation fault? (Ryan Supak)

4 12

Latency issues on Windows
by Conor Barry 24 Jun '14

24 Jun '14

Hello! I'm putting together a workshop for visually impaired musicians to make DIY music controllers using arduino + chuck. Everything is working a charm but the only issue is latency on the Windows platform. I understand that the default windows audio drivers may be the root cause but I am wondering whether there are any alternatives or advice as to how to improve. I tried running the ASIO versions mentioned on this forum post: http://electro-music.com/forum/topic-18931-25.html However these were made with the older version of ChucK that does not feature the Serial functions introduced in the latest version which are necessary for the arduino communication. Any advice will be much appreciated! Conor B

1 0

147th shred removed...segmentation fault?
by Ryan Supak 23 Jun '14

23 Jun '14

Hi, I've got a .ck file (designed to run in headless mode) that programmatically generates and destroys shreds (for a few different purposes). The calls always look something like this: lfoModShredReference.id() => Machine.remove; spork~LFOMod(msTapTempoRate) @=> lfoModShredReference; This works flawlessly until I get to shred 147, then on exactly the 147th shred, ChucK crashes with "segmentation fault" every time. Is this a bug, or is there perhaps some startup parameter I can change to fix this? Thanks, rs

1 0

a newbie
by Atasa 21 Jun '14

21 Jun '14

Hi friends, I am very new to sound but i have fallen in love with chuck from what I see on the internet. How is best way to start with chuck? I am running ubuntu 14.04 on a core i3 laptop... already instaled : chuck version: 1.2.0.8 (dracula) exe target: linux (jack) thank you :)

1 0

Re: [chuck-users] WvOut format (Spencer Salazar)
by Perry Cook 16 Jun '14

16 Jun '14

Ok, I just tried this on Windoze 8.1 Pro. Newest installer from The ChucK/mini download page. Ran both command line and miniAudicle. Audacity, QuickTime player, iTunes, and my own sndview (DOSBox based sound/spectrum viewer, First created in 1988, migrated forward since) all read and play the created file without complaint. Only GoldWave gave me a warning that the internal size didn't match the header, but opened it and played it fine. Prc Sent from my iPad :-) > On Jun 14, 2014, 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. Re: WvOut format (Spencer Salazar) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sat, 14 Jun 2014 14:37:09 +0800 > From: Spencer Salazar <spencer(a)ccrma.stanford.edu> > To: ChucK Users Mailing List <chuck-users(a)lists.cs.princeton.edu> > Subject: Re: [chuck-users] WvOut format > Message-ID: > <CA+ezOE5VO+V40a3oK+V1W+A1WLrUA6R+O4uNjQpvhkXEevPung(a)mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > George, > > This has been a source of problems the past few versions as we have > refactored WvOut to optimize real-time performance. That being said I can't > reproduce this bug on Windows XP with chuck 1.3.3.0 or 1.3.4.0. I can't > test on Windows 7 at the moment, but I may be able to try that a bit later. > > A few ideas- > > - Try an absolute path for the file path, or use me.dir(): > me.dir() + "/blerg.wav" => string file; > There might be some strange file permissions issues happening if the > destination file isn't in a directory chuck can write to. > > - Try updating to the latest version of chuck/mini (1.3.4.0). > > - Do you get the same results in the command line version of chuck as in > miniAudicle? > > spencer > > > >> On Sat, Jun 14, 2014 at 4:32 AM, Michael Heuer <heuermh(a)gmail.com> wrote: >> >> Hello George, >> >> Your example seems to work fine for me on Windows XP >> >> $ chuck --version >> chuck version: 1.3.4.0 (chimera) >> microsoft win32 : 32-bit >> http://chuck.cs.princeton.edu/ >> http://chuck.stanford.edu/ >> >> $ cat blerg.ck >> SinOsc s => Gain g => dac; >> s.freq(400); >> g.gain(0.5); >> g => WvOut w => blackhole; >> "blerg.wav" => string file; >> w.wavFilename(file); >> 1::second => now; >> w.closeFile(file); // what is the function of the argument here? can >> WvOut record multiple buffers at once? >> >> $ chuck blerg.ck >> >> blerg.wav opens fine in VLC, Audacity, and Reaper. >> >> michael >> >> >> On Fri, Jun 13, 2014 at 11:39 AM, George Locke >> <george.locke.maxmsp(a)gmail.com> wrote: >>> just going to bump this. chuck can't record a wav! what?! >>> >>> aifFilename is working, so at least I can record what I'm doing. but >> srsly, >>> ppl, this is a major bug. >>> >>> - George >>> >>> >>> On Tue, Jun 10, 2014 at 5:02 PM, George Locke >>> <george.locke.maxmsp(a)gmail.com> wrote: >>>> >>>> Thanks for the reply. I tried w.closeFile() (w/o the argument), and I >>>> tried ending the script with null @=> w; and neither has helped. >>>> >>>> Regards, >>>> George >>>> >>>> >>>>> On Tue, Jun 10, 2014 at 4:43 PM, Tom Lieber <tom(a)alltom.com> wrote: >>>>> >>>>> This probably isn?t helpful, but I?m using the same versions of ChucK >> and >>>>> miniAudicle on OS X and the blerg.wav file looks fine. >>>>> >>>>> I?ve had trouble generating WAV files from miniAudicle in the past, >> but I >>>>> think that was when I didn?t call closeFile() explicitly and ChucK >> never >>>>> flushed. >>>>> >>>>> I don?t think the argument to closeFile does anything, so I never >> provide >>>>> it. :) >>>>> >>>>> >>>>> 2014-06-10 8:34 GMT-07:00 George Locke <george.locke.maxmsp(a)gmail.com >>> : >>>>>> >>>>>> Hi, >>>>>> >>>>>> The output format of WvOut is coming out wrong. Audacity doesn't >>>>>> recognize it as a wav (does not recognize type, suggests import raw), >> and >>>>>> windows media player rejects it as well. Importing the file into >> Audacity >>>>>> as raw data works somewhat, but as I'm diagnosing a dc-offset, I need >> an >>>>>> exact result. >>>>>> >>>>>> here's some example code: >>>>>> >>>>>> SinOsc s => Gain g => dac; >>>>>> s.freq(400); >>>>>> g.gain(0.5); >>>>>> g => WvOut w => blackhole; >>>>>> "blerg.wav" => string file; >>>>>> w.wavFilename(file); >>>>>> 1::second => now; >>>>>> w.closeFile(file); // what is the function of the argument here? can >>>>>> WvOut record multiple buffers at once? >>>>>> >>>>>> >>>>>> I'm not so experienced with chuck but experienced in "normal" computer >>>>>> programming. Running miniAudicle 1.3.1 with chuck 1.3.3.0 on windows >> 7 pro >>>>>> sp1 (32 bit). >>>>>> >>>>>> Thanks, >>>>>> George >>>>>> >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> chuck-users mailing list >>>>>> chuck-users(a)lists.cs.princeton.edu >>>>>> https://lists.cs.princeton.edu/mailman/listinfo/chuck-users >>>>> >>>>> >>>>> >>>>> -- >>>>> Tom Lieber >>>>> http://AllTom.com/ >>>>> http://infinite-sketchpad.com/ >>>>> >>>>> _______________________________________________ >>>>> 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 1

Problem: chuck --silent --srateXXXXX not timing correctly
by Ryan Supak 14 Jun '14

14 Jun '14

Hi, I'm running the latest version of chuck on OSX 10.6.9. I've got a program that doesn't process audio, but it does take MIDI input in realtime and it outputs various kinds of synchronization signals based on it. I originally tried running it with just the --silent flag but chuck was 'saying' that time durations were way shorter than they were. I attempted the same thing without the --silent flag (defaulting to onboard soundcard) and time durations were accurate. Then, I tried using both the --silent and --srate44100 flags to see if that would help, but it behaved just as it did with the --silent flag. The ultimate goal is to install this program on a Raspberry Pi without using sound at all (and chuck on RPi freaks out unless you install a bunch of other stuff, if you try to run it without the --silent flag). Anyway, is there a method or trick to make the combined usage of --silent and --srateXXXXX properly measure duration in realtime use? Thanks for any help! rs

2 3