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

Re: [chuck-users] Machine.add() (.yield) from mike clemow
by Perry Cook 03 Jul '20

03 Jul '20

Depending on how HUGE the SndBuf files are, I have often loaded all of the files sequentially at the beginning, before I make any sound at all, into a single SndBuf, not to play them, but to get them into the cache. Then when the time comes to truly load them, they can be zero-disk loads. If they’re too big, this won’t work of course because you’ll exhaust your cache. PRC > On Jul 2, 2020, at 2:19 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. Machine.add() and me.yield() (mike clemow) > 2. Re: Machine.add() and me.yield() (Michael Heuer) > 3. Re: Machine.add() and me.yield() (mike clemow) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Thu, 2 Jul 2020 16:43:51 -0400 > From: mike clemow <michaelclemow(a)gmail.com> > To: ChucK Users Mailing List <chuck-users(a)lists.cs.princeton.edu> > Subject: [chuck-users] Machine.add() and me.yield() > Message-ID: > <CADddD5mL1NzWPVs4GgX=VPsezSUPw-01O_=iAKMDfuPxYtDBiQ(a)mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > Greetings Chuckists, > > Looking for validation on this before I change many, many lines of code: > I'm noticing clicks and pops in running audio when I do something like this: > > Machine.add("thingOne.ck"); > Machine.add("thingTwo.ck"); > Machine.add("thingThree.ck"); > Machine.add("thingFour.ck"); > > and also with Machine.remove(idNum); four times in a row. > > Question: > > Is this: > > Machine.add("thingOne.ck"); > Machine.add("thingTwo.ck"); > Machine.add("thingThree.ck"); > Machine.add("thingFour.ck"); > me.yield(); > > significantly different than this: > > Machine.add("thingOne.ck"); > me.yield(); > Machine.add("thingTwo.ck"); > me.yield(); > Machine.add("thingThree.ck"); > me.yield(); > Machine.add("thingFour.ck"); > me.yield(); > > ??? > > The same for sporking shreds four in a row. > > Warmly, > Mike > > -- > Michael Clemow > Artist/Composer/Sound Designer > http://michaelclemow.com > (he/him) >

2 1

health for everyone in COVID-19 pandemia's time.
by maria p cruz 27 Jun '20

27 Jun '20

health for everyone in COVID-19 pandemia's time.

1 0

Re: [chuck-users] chuck-users Digest, Vol 178, Issue 1
by Claudio Donaggio 01 Jun '20

01 Jun '20

Hi Mario and thanks for your response! Is it possible for a shred to receive an float argument, from Command Line, that is the Gain of the shred and so gradually and manually faing the shred? Thanks for answering my surely stupid question! Claudio Il lun 1 giu 2020, 18:00 <chuck-users-request(a)lists.cs.princeton.edu> ha scritto: > 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: Shreds fade out (mario buoninfante) > > > > ---------- Forwarded message ---------- > From: mario buoninfante <mario.buoninfante(a)gmail.com> > To: chuck-users(a)lists.cs.princeton.edu > Cc: > Bcc: > Date: Sun, 31 May 2020 19:31:28 +0100 > Subject: Re: [chuck-users] Shreds fade out > > Hi Claudio, > > I suspect ChucK just 'kills' the programs when you run > > > chuck - 1 > > from terminal. What it does it's just sending the 'remove' command to the > Virtual Machine, so the program itself is not really aware of what's going > on. > > If you want to fade the program out (or do any other operation) before > removing it, you must find a way to let it know first, if that makes sense. > > One solution could be to kill (and maybe launch as well) your program from > a different ChucK script (see Machine section here: > https://en.flossmanuals.net/chuck/_full/#standard-libraries), at this > point you could put the 2 in communication and have the parent program > sending an Event to the child before killing it, so that the latter has the > time to fade out and then 'remove' itself (ie me.exit()). > > One other way could be to have all your programs able to receive msg via > OSC. > > Then you have a dedicate program that deals with removing them, sending > messages via OSC. > > For example you can have a cleanup.ck program that simply takes one > argument (provided via terminal) that is the ID of the program to remove. > > For example: > > > cleanup.ck:12 > > to remove the program with the ID 12. > > When this is launched it fires an OSC message that looks like this: > > "remove x" > > where 'x' is the ID of the program to remove. > > Now all the other "active" programs receive this message, but only the one > with the right ID will respond to it and maybe run your cleanupAndLeave() > function, that fades out and exits (me.exit()). > > This of course means that all your other programs need to have a simple > parser that deals with the incoming OSC msg. > > > Of course I don't know anything about the context here, so these solutions > could be not suitable for you. > > Maybe if you share a bit more about how and why you're trying to achieve > this, we'd be able to provide a bit more support. > > > Hope this helps, anyway. > > > Cheers, > > Mario > > > > > On 30/05/2020 23:33, Claudio Donaggio wrote: > > > > Hi all! > I was wondering if there is a way to smoothly fade out a shred. Example: > from command line you add a shred with chuck + shred.ck and remove it > with chuck - 1. But when you remove the shred or replace it gets cut off > instantly. I am sure there is a way to dinamically scale the gain from 1 to > 0 smoothly before remove the shred, but I do not have a clue on how to go > about it... > Thanks! > Claudio > > Inviato dal mio dispositivo mobile Huawei > > > _______________________________________________ > chuck-users mailing listchuck-users@lists.cs.princeton.eduhttps://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

Shreds fade out
by Claudio Donaggio 31 May '20

31 May '20

Hi all! I was wondering if there is a way to smoothly fade out a shred. Example: from command line you add a shred with chuck + shred.ck and remove it with chuck - 1. But when you remove the shred or replace it gets cut off instantly. I am sure there is a way to dinamically scale the gain from 1 to 0 smoothly before remove the shred, but I do not have a clue on how to go about it... Thanks! Claudio Inviato dal mio dispositivo mobile Huawei

4 3

Re: [chuck-users] Multi-channel weirdness (mike clew)
by Perry Cook 14 May '20

14 May '20

what does chuck —probe print out? Maybe you’re connecting to the wrong dac?? For reference, here’s an invocation script I used last time I did a multichannel performance: chuck -c8 -bufsize2048 -in2 --dac1 --adc0 INIT.ck That would have been an older version of chuck, but it worked then. PRC > From: mike clemow <michaelclemow(a)gmail.com> > To: ChucK Users Mailing List <chuck-users(a)lists.cs.princeton.edu> > > Hi folks, > > Been a while, hope everyone is safe. > > I'm experiencing something very strange and feel I must be doing something > wrong. (MacOS 10.14.6) > > Running chuck on command line like this: > > $ chuck --dac7 --out7 --channels4 --srate48000 --verbose --loop > > Then I run this file to test outputs: > > SinOsc s0 => dac.chan(0); > SinOsc s1 => dac.chan(1); > SinOsc s2 => dac.chan(2); > SinOsc s3 => dac.chan(3); > 1::second => now; > > Yields this error: > > [chuck](VM): NullPointerException: (UGen link) on line[3] in shred[id=1: > speaker_tester.ck] > > Note: "line[3]"... it only thinks there are two dac channels. Indeed, I can > only get sound out of dac.chan(0) and dac.chan(1). > > I get the same behavior in chuck versions 1.4.0.1, 1.4.0.0, & 1.3.6.0 > I get the same behavior in different sound cards with 4+ channels out. > > BUT... the code works with 4 channels in miniAudicle! > > What is going on? What am I doing wrong? > > All best, > Mike > > -- > Michael Clemow > Artist/Composer/Sound Designer > http://michaelclemow.com > (he/him) >

2 1

Command line multichannel weirdness (multiple versions!)
by mike clemow 14 May '20

14 May '20

Hi folks, Been a while, hope everyone is safe. I'm experiencing something very strange and feel I must be doing something wrong. (MacOS 10.14.6) Running chuck on command line like this: $ chuck --dac7 --out7 --channels4 --srate48000 --verbose --loop Then I run this file to test outputs: SinOsc s0 => dac.chan(0); SinOsc s1 => dac.chan(1); SinOsc s2 => dac.chan(2); SinOsc s3 => dac.chan(3); 1::second => now; Yields this error: [chuck](VM): NullPointerException: (UGen link) on line[3] in shred[id=1: speaker_tester.ck] Note: "line[3]"... it only thinks there are two dac channels. Indeed, I can only get sound out of dac.chan(0) and dac.chan(1). I get the same behavior in chuck versions 1.4.0.1, 1.4.0.0, & 1.3.6.0 I get the same behavior in different sound cards with 4+ channels out. BUT... the code works with 4 channels in miniAudicle! What is going on? What am I doing wrong? All best, Mike -- Michael Clemow Artist/Composer/Sound Designer http://michaelclemow.com (he/him)

1 0

Re: [chuck-users] chuck-1.4.0.1 (numchucks) released!
by Mario Buoninfante 12 May '20

12 May '20

Hi, I second what Michael said, the streaming was really cool and interesting! About the new features and "libchuck", I am more than happy to help out as much as I can. I am not a C/C++ programmer, but I'm currently studying it. Recently I have done few little things in ChucK (mainly Chugins and easy bug fixes documented on github) and am getting more and more familiar with ChucK's source code, that is always useful. I suppose I could be of some help in some way. What I can do for sure though, is support with testing, mainly on Linux but also MacOS and Windows. Also, about the github repo, it seems like there are still old issues open even if they have been fixed. In case it can be useful I'd be happy to double check them so that we can then maybe close the cases. 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/mariobuoninfanteOn 11 May 2020 17:04, Michael Heuer <heuermh(a)gmail.com> wrote: > > Hello Ge, Spencer, Perry > > It was very nice to meet you virtually in the recent Artful Design TV meetup! > > With that event and the recent ChucK version 1.4.0.1 release I have been inspired to ask a bunch of questions. Hope you don't mind. > > Is there much interest in implementing new ChucK language features? There are some suggestions in GitHub issues > > Add abstract and final class and method modifiers > Allow a class to implement more than one interface or extend more than one class > Order of class definitions in a file matters sometimes > Add constructors to class definitions > Add namespaces and import statements > Allow => from a UGen into a field/parameter > > > Then outside of the new language features, my most desired feature request would be > > Chubgraphs and ChuGens don't support stereo operation > > > Next, it sounds like the new ChucK version will be easier to use as a library. Is there interest from the community in helping wrap this library into plugins? Despite occasional attempts with libchuck (which I assume may be deprecated now?), I am not much of a C/C++ developer and often find myself lost in build issues. > > LV2 plugin for Linux, this would allow running ChucK on the MOD Devices pedals https://wiki.moddevices.com/wiki/Creating_Audio_Plugins > > AudioUnit v3 for OSX and iOS, https://forum.juce.com/t/ios-audiounit-wait-what/17224 > > VCV Rack plugin, custom API https://vcvrack.com/manual/PluginDevelopmentTutorial > > > Then on a somewhat related note, what the hell? These are header files! > > This repository is currently disabled due to a DMCA takedown notice. > https://github.com/spencersalazar/libchuck > https://github.com/github/dmca/blob/master/2018/2018-06-13-Steinberg.md > > This breaks the https://github.com/mtiid/chuck-racks build. > > Cheers, > > michael >

3 2

Re: [chuck-users] chuck-users Digest, Vol 177, Issue 1
by S. Elliot Perez 12 May '20

12 May '20

Hey, thanks for the information. I'm currently learning DSP and the JUCE framework, so it sounds like I'd be able to incorporate ChucK there as well with the chuck.cpp file. Are there tutorials for that specifically? Or is it roughly the same as the Chunity implementation and I should be able to figure it out by looking at that? On Sat, May 2, 2020 at 1: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. Efficient analysis & resynthesis for game audio (S. Elliot Perez) > 2. Re: Efficient analysis & resynthesis for game audio > (Jack Atherton) > > > > ---------- Forwarded message ---------- > From: "S. Elliot Perez" <s.elliot.perez(a)gmail.com> > To: chuck-users(a)lists.cs.princeton.edu > Cc: > Bcc: > Date: Fri, 1 May 2020 21:01:01 +0900 > Subject: [chuck-users] Efficient analysis & resynthesis for game audio > Hello! > > I've been using Pure Data and the Heavy compiler (hvcc) to make procedural > audio for games/interactive media pieces the last couple of years. I just > started going through the videos of the Kadenze course. The first couple of > lessons, I did what Mr. Cook was doing in his ChucK software using Pure > Data... but then I got to Session 3 where he showcases a method of > resynthesis using two scripts- one to analyze a sound file and output a > list of peaks (frequency and amplitude), and one to perform the > resynthesis. I was very impressed with how quickly this goes as you can > just copy and paste the list from the 1st list into the 2nd one and you > already have a working model which you can then begin to tweak. With Pure > Data, this would be an exponentially more arduous process of manually > looking at a spectral analysis, filling out boxes, connecting them with > wires, copying & pasting for each frequency... > > I'm curious as to what the possibilities of integrating these ChucK > algorithms into standard programming languages like C++/C# for use in game > engines. On the download page of ChuCK it says that the newest versions are > made to be embedded in other systems. Is there documentation detailing this > somewhere? > > -- > > > *Ｓ・エリオット・ペレスwww.selliotp.com <http://www.selliotp.com>*Sound Designer for > * enenインタラクティブサウンドディザイン* > [image: http://enengame.com/] <https://youtu.be/xYpc9agfil8> > *「エンエン」は日本のAppStoreでリリースされました！* > [image: https://itunes.apple.com/us/app/enen/id1164297889?ls=1&mt=8] > <https://itunes.apple.com/us/app/enen/id1164297889?ls=1&mt=8> > > > > ---------- Forwarded message ---------- > From: Jack Atherton <lja(a)ccrma.stanford.edu> > To: ChucK Users Mailing List <chuck-users(a)lists.cs.princeton.edu> > Cc: > Bcc: > Date: Fri, 1 May 2020 07:34:24 -0700 > Subject: Re: [chuck-users] Efficient analysis & resynthesis for game audio > Hello! > > There's documentation for the Unity embedding here: > http://chuck.stanford.edu/chunity/ > Compared to Heavy, your ChucK code is compiled at runtime, so you can even > assemble ChucK scripts on the fly with string manipulation while your game > is currently running. > > If you're looking to embed ChucK in another program, you will want to use > the ChucK class in the core/chuck.cpp file as the interface. You will need > to include all of the core/ files and none of the host/ files. The changes > we made to ChucK involved separating its core logic (most of it) from its > host -- command line and RtAudio interface, as well as reducing its > dependencies on global variables so that multiple ChucK VM instances can > coexist. > > Then, there's also the new "global" variables in ChucK. If you add the > global keyword to a variable, it's accessible by name across the entire VM > (ChucK instance), and can also be set and gotten from outside ChucK (e.g. > from Unity). > > ~Jack > > On Fri, May 1, 2020 at 5:01 AM S. Elliot Perez <s.elliot.perez(a)gmail.com> > wrote: > >> Hello! >> >> I've been using Pure Data and the Heavy compiler (hvcc) to make >> procedural audio for games/interactive media pieces the last couple of >> years. I just started going through the videos of the Kadenze course. The >> first couple of lessons, I did what Mr. Cook was doing in his ChucK >> software using Pure Data... but then I got to Session 3 where he showcases >> a method of resynthesis using two scripts- one to analyze a sound file and >> output a list of peaks (frequency and amplitude), and one to perform the >> resynthesis. I was very impressed with how quickly this goes as you can >> just copy and paste the list from the 1st list into the 2nd one and you >> already have a working model which you can then begin to tweak. With Pure >> Data, this would be an exponentially more arduous process of manually >> looking at a spectral analysis, filling out boxes, connecting them with >> wires, copying & pasting for each frequency... >> >> I'm curious as to what the possibilities of integrating these ChucK >> algorithms into standard programming languages like C++/C# for use in game >> engines. On the download page of ChuCK it says that the newest versions are >> made to be embedded in other systems. Is there documentation detailing this >> somewhere? >> >> -- >> >> >> *Ｓ・エリオット・ペレスwww.selliotp.com <http://www.selliotp.com>*Sound Designer for >> * enenインタラクティブサウンドディザイン* >> [image: http://enengame.com/] <https://youtu.be/xYpc9agfil8> >> *「エンエン」は日本のAppStoreでリリースされました！* >> [image: https://itunes.apple.com/us/app/enen/id1164297889?ls=1&mt=8] >> <https://itunes.apple.com/us/app/enen/id1164297889?ls=1&mt=8> >> _______________________________________________ >> 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 > -- *Ｓ・エリオット・ペレスwww.selliotp.com <http://www.selliotp.com>*Sound Designer for * enenインタラクティブサウンドディザイン* [image: http://enengame.com/] <https://youtu.be/xYpc9agfil8> *「エンエン」は日本のAppStoreでリリースされました！* [image: https://itunes.apple.com/us/app/enen/id1164297889?ls=1&mt=8] <https://itunes.apple.com/us/app/enen/id1164297889?ls=1&mt=8>

2 1

Re: [chuck-users] chuck-1.4.0.1 (numchucks) released!
by Michael Heuer 11 May '20

11 May '20

Hello Ge, Spencer, Perry It was very nice to meet you virtually in the recent Artful Design TV meetup! With that event and the recent ChucK version 1.4.0.1 release I have been inspired to ask a bunch of questions. Hope you don't mind. Is there much interest in implementing new ChucK language features? There are some suggestions in GitHub issues Add abstract and final class and method modifiers <https://github.com/ccrma/chuck/issues/105> Allow a class to implement more than one interface or extend more than one class <https://github.com/ccrma/chuck/issues/106> Order of class definitions in a file matters sometimes <https://github.com/ccrma/chuck/issues/107> Add constructors to class definitions <https://github.com/ccrma/chuck/issues/108> Add namespaces and import statements <https://github.com/ccrma/chuck/issues/109> Allow => from a UGen into a field/parameter <https://github.com/ccrma/chuck/issues/110> Then outside of the new language features, my most desired feature request would be Chubgraphs and ChuGens don't support stereo operation <https://github.com/ccrma/chuck/issues/111> Next, it sounds like the new ChucK version will be easier to use as a library. Is there interest from the community in helping wrap this library into plugins? Despite occasional attempts with libchuck <https://github.com/mgyucht/libchuck> (which I assume may be deprecated now?), I am not much of a C/C++ developer and often find myself lost in build issues. LV2 plugin <http://lv2plug.in/> for Linux, this would allow running ChucK on the MOD Devices pedals https://wiki.moddevices.com/wiki/Creating_Audio_Plugins <https://wiki.moddevices.com/wiki/Creating_Audio_Plugins> AudioUnit v3 for OSX and iOS, https://forum.juce.com/t/ios-audiounit-wait-what/17224 <https://forum.juce.com/t/ios-audiounit-wait-what/17224> VCV Rack <https://vcvrack.com/> plugin, custom API https://vcvrack.com/manual/PluginDevelopmentTutorial <https://vcvrack.com/manual/PluginDevelopmentTutorial> Then on a somewhat related note, what the hell? These are header files! This repository is currently disabled due to a DMCA takedown notice. https://github.com/spencersalazar/libchuck <https://github.com/spencersalazar/libchuck> https://github.com/github/dmca/blob/master/2018/2018-06-13-Steinberg.md <https://github.com/github/dmca/blob/master/2018/2018-06-13-Steinberg.md> This breaks the https://github.com/mtiid/chuck-racks <https://github.com/mtiid/chuck-racks> build. Cheers, michael

1 0

chuck-1.4.0.1 (numchucks) released!
by Ge Wang 10 May '20

10 May '20

Dear all, chuck-1.4.0.1 (numchucks) is available: http://chuck.stanford.edu/ http://chuck.cs.princeton.edu/ This is an minor release of ChucK and addresses a number of specific issues. Please see the release notes at the end of this email and, as usual, thank you and happy ChucKin! Also, tune in to Artful Design TV today (Wednesday 5/6) 1pm PDT/UTC-7; Perry Cook, Spencer Salazar, and I will host to talk coding and music with ChucK! It's free and open to all. ********************************************************* What: Artful Design TV #6 "Coding Music with ChucK" When: Wednesday (5/6) 1pm PDT (UTC-7) ********************************************************* learn more/register/tune-in HERE: http://artful.design/tv ********************************************************* ------- 1.4.0.1 - (fixed) when opening audio input devices where the default device has insufficient channels (e.g., MacOS input is mono by default), logic has been added to also match sample rates when searching for alternate audio input devices; additional logic added in the specific case of mono input devices to simulate stereo, to fulfill the standard request for stereo input. - (fixed) added check to prevent crash in rare situations involving self-join when deleting XThread in background. (git PR #103) - (fixed) by stuntgoat@github -- right-recursion in chuck parser can exhaust memory in larger chuck files; this has been updated to use left recursion. (git PR #32, (finally) merged by hand by Spencer and Ge) Also thanks to Tom Lieber for the initial analysis and solution: https://lists.cs.princeton.edu/pipermail/chuck-users/2009-April/004029.html - (added) by Nathan Tindall -- Q and freq bounding for filters (LPF, HPF, BPF, BRF) to avoid LOUD FILTER EXPLOSIONS; now negative values will throw an exception on the offending shred. - (restored, macOS) MAUI Chugin now (re)supported, post 1.4.0.0 - (added; developer) ChucK.h API to set a main thread hook (e.g., for graphical functionalitie from Chugins) - (updated, developer) Chugin API now support main thread callback for graphical-/GUI purposes - (developer) refactored code to move I/O-related code out of chuck_lang and into chuck_io. Best, Spencer, Ge, and ChucK team ~~~ Ge Wang Associate Professor Center for Computer Research in Music and Acoustics (CCRMA) Department of Music (also Computer Science, by Courtesy) Stanford University https://ccrma.stanford.edu/~ge/ ~ Artful Design: Technology in Search of the Sublime! -- a book for the engineer with a soul -- https://artful.design/ ~~~

3 2