April 2020 - 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

chuck hoarding the soundcard
by Geoff Little 28 Apr '20

28 Apr '20

Hi chuck-users, Not sure if this mailing list is still in use but I've signed up for the chuck course on kadenze and am having issues after installing chuck. I'm on Debian bullseye which is the current (as of April 2020) testing release. I've git clone'd the chuck repo and make'd and make install'd. I tried both `make linux-pulse` and `make linux-alsa`. My version of chuck is 1.4.0.1. I'm able to run ck files through `chuck` and hear output as expected, for example echo " SinOsc s => dac; 0.6 => s.gain; 220 => s.freq; 1::second => now; " | chuck /dev/fd/0 plays the expected sound and exits cleanly. However, if I'm watching a tutorial video on kadenze or youtube (in firefox if that matters), I get unexpected results when I run the above command. I see [chuck]: RtApiAlsa::getDeviceInfo: snd_pcm_open error for device (hw:0,0), Device or resource busy. Similarly if I run `speaker-test`--while this is running and making noise, `chuck` spits out the same resource busy error. However, if I run `speaker-test` and play a youtube video, it works as expected, the speaker-test noise and youtube noise mix and play at the same time. Interestingly, if I run `chuck` with nothing else and get the expected sound and soon after start `speaker-test`, `speaker-test` will wait / not start until `chuck` exists, suggesting that chuck somehow "hoards" the soundcard so that other sound-producing apps can't get access and mix-in. Does anyone know how to resolve this issue? I believe (I'm not 100% sure as I'm not very familiar with sound hardware and software) I have both alsa and pulseaudio? This is why I tried make'ing with both. I'm not sure how they interact. Thanks and hope everyone is staying safe and home, Geoff

1 0

Re: [chuck-users] Bela and ChucK (Mario asks)
by Perry R. Cook 24 Apr '20

24 Apr '20

I’ll be following this thread for sure. My kickstarter Bela is still in its box, waiting for me. I just got an email from them stating that the first “lecture” is up on their YouTube channel: https://m.youtube.com/channel/UCgWd1Q2dcWdqCGNl5BijFsA/ from MyiPhone > On Apr 24, 2020, 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. Bela + ChucK (Mario Buoninfante) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Fri, 24 Apr 2020 13:30:34 +0100 > From: Mario Buoninfante <mario.buoninfante(a)gmail.com> > To: ChucK <chuck-users(a)lists.cs.princeton.edu> > Subject: [chuck-users] Bela + ChucK > Message-ID: > <CAHs=M8RpMLs2f_hdJ-W=Oy9AS05o4_K_bUKMnOnkHehpCG_jxg(a)mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > Hi, > > I just got my Bela board, and I was wondering if anybody has done anything > with ChucK on it. > I found this > https://forum.bela.io/d/117-chuck > so it seems somebody could have done something. > > Cheers, > Mario >

2 1

Bela + ChucK
by Mario Buoninfante 24 Apr '20

24 Apr '20

Hi, I just got my Bela board, and I was wondering if anybody has done anything with ChucK on it. I found this https://forum.bela.io/d/117-chuck so it seems somebody could have done something. Cheers, Mario

1 0

Re: [chuck-users] sndBuf.valueAt (Forrest Curo asks)
by Perry Cook 20 Apr '20

20 Apr '20

This is truly odd. I don’t have easy means to test it. I don’t know why it wouldbe broken dependent on the dac, however. For fun you might try something like this, just to verify that the valueAt() function is what’s busted. SndBuf s => blackhole; “Fred.wav” => s.read; while (s.pos() < s.samples()) { <<< s.last() >>>; samp => now; } PRC > On Apr 19, 2020, 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. sndBuf.valueAt (Forrest Curo) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sun, 19 Apr 2020 07:30:15 -0700 > From: Forrest Curo <treegestalt(a)gmail.com> > To: ChucK Users Mailing List <chuck-users(a)lists.cs.princeton.edu> > Subject: [chuck-users] sndBuf.valueAt > Message-ID: > <CAAn-Ecy0LKVHCWmoUL2Y7w67rsibhRAHOOkN1neZyU=az3vm=g(a)mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > Using chuck linux-jack this gives me reasonable numbers between -1 and 1. > Using chuck linux-alsa I'm able to play the file I've read into sndBuf; but > trying to copy it via .valueAt gives absurdly high ["out of range"] numbers > at each point. [It can be a different high number different times I run > chuck, but the number it is turns up at every point I sample.] > > Is there a fix for this? Aside from using jack on a computer where it > befnurgles the midi? >

5 8

sndBuf.valueAt
by Forrest Curo 19 Apr '20

19 Apr '20

Using chuck linux-jack this gives me reasonable numbers between -1 and 1. Using chuck linux-alsa I'm able to play the file I've read into sndBuf; but trying to copy it via .valueAt gives absurdly high ["out of range"] numbers at each point. [It can be a different high number different times I run chuck, but the number it is turns up at every point I sample.] Is there a fix for this? Aside from using jack on a computer where it befnurgles the midi?

1 0

memory usage
by Mario Buoninfante 16 Apr '20

16 Apr '20

Hi, I was trying to better understand how ChucK deals with memory management. I know there's no garbage collector in place and I also checked on the mailing list, where I found several really interesting conversations about this topic. But still, I've got this scenario where the memory in use keeps growing.: >From terminal I launch: chuck --loop then I run several times: chuck + gc_empty.ck every time I wait that this ends first. gc_empty.ck contains just 1 line: 1::second => now; at the same time I'm monitoring chuck using top (on MacOS High Sierra 10.13.1) and I get the following values for MEMORY: as soon as I launch ChucK: 9008K 1st time I run "gc_empty.ck": 9108K 2nd time I run "gc_empty.ck": 9112K 3rd time I run "gc_empty.ck": 9196K Why is ChucK using more and more memory? Sorry if this is maybe a silly question. Cheers, Mario

1 0

Re: [chuck-users] Oscillosope UI
by Mario Buoninfante 15 Apr '20

15 Apr '20

Hi Spencer, Amazing, I'll have a look at the links you shared, it's good to have a starting point :) thanks. About the Chugins I'll make a PR then, I think that due to their simplicity and general-purpose nature, it could be useful to have them in the Chugin repo. Cheers, Mario -- electronic musician, sound artist, creative coder, QA engineer https://vimeo.com/creativecodingsalerno http://mbuoninfante.tumblr.com https://github.com/mariobuoninfante https://bitbucket.org/mariobuoninfante On 15 Apr 2020 19:23, Spencer Salazar <spencer.salazar(a)gmail.com> wrote: > > Also, feel free to make a PR if you youre chugins are cross-platform and you want to share any of them in the main chugin repo! > > Spencer > > > > On Wed, Apr 15, 2020 at 10:00 AM Spencer Salazar <spencer.salazar(a)gmail.com> wrote: >> >> Hey Mario- >> >> Yep, Perry's got the right idea. The big cleanup in the ChucK 1.4 update left out a component that had been built to support GUI chugins, but two alpha-status examples you can look at are MAUI.chug and chugl (ChucK GL). These are currently Mac only. >> https://github.com/spencersalazar/MAUI.chug >> https://github.com/spencersalazar/chugl >> >> I recently spent a little time reimplementing support for these GUI chugins, which works in the current master branch of ChucK or will work in an upcoming 1.4.0.1 release that is being prepared soon. >> >> The basic idea is that most GUI frameworks expect to operate on a main thread of sorts. Chugins that want to run a GUI can submit a hook/callback for chuck to call in its main thread, which is otherwise mostly idle (chuck's VM and audio synth are running in a separate real-time audio thread). >> >> There are other considerations such as what happens if two GUI chugins compete with each other, how GUI chugins are meant to work in miniAudicle, Windows/Linux, etc. But the basic idea is there / not crazy! >> >> Spencer >> >> >> >> On Wed, Apr 15, 2020 at 6:50 AM Mario Buoninfante <mario.buoninfante(a)gmail.com> wrote: >>> >>> Hi, >>> >>> Recently I've been poking around with Chugins and created a couple of things I thought were 'missing' in the official ChucK and Chugin repos, UGens like Wrap, Clip, Sample and Hold, etc. (https://github.com/mariobuoninfante/ChucK_chugins), and I was thinking about adding an oscilloscope as well. >>> Recently I also put together a clunky class that allows you to plot things using gnuplot, but it's an offline thing, then you need to use Std.system() (that means using --caution-to-the-wind), I mean it's not ideal to be honest, especially if you're looking for an oscilloscope. >>> I was wondering, would a Chugin be the right thing to work on to create an oscilloscope? >>> I never dealt with UIs before, so I could be saying something completely naive here, but I was thinking about having a Chugin you can connect UGens to then display their waveform. >>> Then have methods that allow to change the oscilloscope settings (ie x-axis and y-axis resolution, etc.). >>> Does anybody have any experience with this kind of things? Chugins with UIs? >>> Is it even sensible? >>> >>> Cheers, >>> Mario >>> >>> _______________________________________________ >>> chuck-users mailing list >>> chuck-users(a)lists.cs.princeton.edu >>> https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

1 0

Oscillosope UI
by Mario Buoninfante 15 Apr '20

15 Apr '20

Hi, Recently I've been poking around with Chugins and created a couple of things I thought were 'missing' in the official ChucK and Chugin repos, UGens like Wrap, Clip, Sample and Hold, etc. ( https://github.com/mariobuoninfante/ChucK_chugins), and I was thinking about adding an oscilloscope as well. Recently I also put together a clunky class that allows you to plot things using gnuplot, but it's an offline thing, then you need to use Std.system() (that means using --caution-to-the-wind), I mean it's not ideal to be honest, especially if you're looking for an oscilloscope. I was wondering, would a Chugin be the right thing to work on to create an oscilloscope? I never dealt with UIs before, so I could be saying something completely naive here, but I was thinking about having a Chugin you can connect UGens to then display their waveform. Then have methods that allow to change the oscilloscope settings (ie x-axis and y-axis resolution, etc.). Does anybody have any experience with this kind of things? Chugins with UIs? Is it even sensible? Cheers, Mario

2 2

Re: [chuck-users] Chugin for UI (oscilloscope)
by Perry R. Cook 15 Apr '20

15 Apr '20

Well, MAUI is a chugin, only for Mac, so there is precedent for UI in Chugin. MAUI is currently broken in the command line, only working in MiniAudicle. Perhaps Spencer/Ge can chime in on the vagaries of doing UI/graphics via Chugin?? Prc from MyiPhone > On Apr 15, 2020, 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. Oscillosope UI (Mario Buoninfante) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 15 Apr 2020 14:48:25 +0100 > From: Mario Buoninfante <mario.buoninfante(a)gmail.com> > To: ChucK <chuck-users(a)lists.cs.princeton.edu> > Subject: [chuck-users] Oscillosope UI > Message-ID: > <CAHs=M8TSCUvfz-Ry5Q-ifht4Y9MMxnZV6H_L74zosDi+We3J5A(a)mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > Hi, > > Recently I've been poking around with Chugins and created a couple of > things I thought were 'missing' in the official ChucK and Chugin repos, > UGens like Wrap, Clip, Sample and Hold, etc. ( > https://github.com/mariobuoninfante/ChucK_chugins), and I was thinking > about adding an oscilloscope as well. > Recently I also put together a clunky class that allows you to plot things > using gnuplot, but it's an offline thing, then you need to use Std.system() > (that means using --caution-to-the-wind), I mean it's not ideal to be > honest, especially if you're looking for an oscilloscope. > I was wondering, would a Chugin be the right thing to work on to create an > oscilloscope? > I never dealt with UIs before, so I could be saying something completely > naive here, but I was thinking about having a Chugin you can connect UGens > to then display their waveform. > Then have methods that allow to change the oscilloscope settings (ie x-axis > and y-axis resolution, etc.). > Does anybody have any experience with this kind of things? Chugins with UIs? > Is it even sensible? > > Cheers, > Mario >

2 1