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

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

looking for interview participant(s) for PhD thesis - questions on extending ChucK
by Andrew Telichan Phillips 09 May '20

09 May '20

Hello all - I am writing my phd thesis (at NYU) on a comparative study of musical programming languages and the social structures that surround them. I am particularly interested right now in user community development. I am looking to interview someone who has experience making contributions to ChucK through writing and contributing classes, ugens or extensions of library functions. If you are interested, I’d like to hear about your experience in terms of the step-by-step process, from programming, test case reviewing, squashing (if that term applies), communications, etc. It would be preferred if you’ve gone through this process with ChucK start to front. We can do the interview one-on-one remotely (around 30-40 minutes); email communications would be fine, too, if more comfortable. I will ask you to sign a consent form where you can specify if you would like to be identified in the context of the thesis or in further publications. Please let me know, and feel free to reach out: amp515(a)nyu.edu

1 0

Re: [chuck-users] chuck-users Digest, Vol 177, Issue 6
by Charlie 07 May '20

07 May '20

thanks for the update! ChucK doesn't seem to be able to hear adc in my shreds, though. The internal mic is audible in Live but I can't get it to register in ChucK, even with something as simple as adc => dac; 100::second => now; I tried it with an outboard mic as well, same thing. do I need to tweak something? I'm running Mojave (10.14.6) on a 2014 MacBook Air. Cheers, Charlie www.northwoodselectro.com On Wed, May 6, 2020 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. chuck-1.4.0.1 (numchucks) released! (Ge Wang) > > > > ---------- Forwarded message ---------- > From: Ge Wang <ge(a)ccrma.stanford.edu> > To: chuck(a)lists.cs.princeton.edu, chuck-users(a)lists.cs.princeton.edu > Cc: > Bcc: > Date: Tue, 5 May 2020 22:34:51 -0700 > Subject: [chuck-users] chuck-1.4.0.1 (numchucks) released! > 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/ > ~~~ > > > _______________________________________________ > chuck-users mailing list > chuck-users(a)lists.cs.princeton.edu > https://lists.cs.princeton.edu/mailman/listinfo/chuck-users >

1 0

Miniaudicle_crash
by sarerac 04 May '20

04 May '20

Hi everybody; i’ve experiment some troubles with Miniaudicle 1.4.0.0 in OSX Catalina. When i run a “while” loop the editor crash. F. ex. Please some idea to solve the problem? Thank you!!

1 0

ChucK => Artful Design TV
by Ge Wang 03 May '20

03 May '20

Dear ChucKists, I hope this finds you well. Since April, I have been hosting a Zoom series called Artful Design TV (COVID-19 Edition): a multi-format weekly series encompassing artful design, music, coding, critical making with helpings of history and philosophy, and life check-ins for participants. No experience is needed; it's free and all are welcome. https://artful.design/tv/ This coming Wednesday (5/6) at 1pm PDT/UTC-7, join us live for an episode all about ChucK. Perry Cook, Spencer Salazar, and I will host to unpack the arcane art of programming language design, write some code to make music, gaze into the abyss of the ChucK virtual machine, and more. In a word: fun! Learn more / sign up here (free and open to all): https://artful.design/tv Check out earlier episodes in the Archive: https://artful.design/tv/archive Keep on ChucKin', Ge! ~~~ 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/ ~~~

1 0

Efficient analysis & resynthesis for game audio
by S. Elliot Perez 01 May '20

01 May '20

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>

4 4

chuck hoarding the soundcard
by Geoff Little 29 Apr '20

29 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

Re: [chuck-users] Closing MIDI Ports (Mario asks)
by Mario Buoninfante 28 Mar '20

28 Mar '20

Hi Perry, Thanks for the suggestion, I'll try that out. In fact I realized that unfortunately killing the shred, or terminating the program is not enough to close the ports. You need to terminate ChucK. An alternative could be that of using Std.system("chuck midi_config.ck"). At this point I could simply print the port names on the terminal. Anyway, I'll try both and see. 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 27 Mar 2020 16:09, "Perry R. Cook" <prc(a)cs.princeton.edu> wrote: > > I’m not sure if they can be closed, but as long as you don’t chuck them to now, the extra ones really shouldn’t take up (much) computational resources. > > One option would be to first run a MIDIConfig.ck file that opens them all and writes all the names and numbers into a MIDICONFIG.txt file. Then when you run your main file, it reads that and only opens the one(s) you need. Or your first MIDIConfig.ck file could pick the one(s) you need and write only them into the temp file. > > I’ve done this for PLOrk pieces, to figure out if laptops have accelerometers, and what orientation those are. > > prc > > from MyiPhone > >> On Mar 27, 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. Closing MIDI ports (mario buoninfante) >> >> >> ---------------------------------------------------------------------- >> >> Message: 1 >> Date: Thu, 26 Mar 2020 19:51:41 +0000 >> From: mario buoninfante <mario.buoninfante(a)gmail.com> >> To: ChucK Users Mailing List <chuck-users(a)lists.cs.princeton.edu> >> Subject: [chuck-users] Closing MIDI ports >> Message-ID: <dc574e2e-9f93-cb07-c743-38f88fa575e9(a)gmail.com> >> Content-Type: text/plain; charset="utf-8"; Format="flowed" >> >> Hi, >> >> >> Is it possible to close a MIDI port? >> >> I'm working on a MIDI class, and to print all the available ports, I >> open them one at the time and get the name. Then I end up with tons of >> open MIDI ports I'm not actually using. >> >> Apart from this, another user case could be a live set where different >> scripts are launched and each of them wants to talk to a specific MIDI >> port. Doing so one ends up with a lot of /leftovers/. >> >> >> 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/ >> >>

1 0

Re: [chuck-users] Closing MIDI Ports (Mario asks)
by Perry R. Cook 27 Mar '20

27 Mar '20

I’m not sure if they can be closed, but as long as you don’t chuck them to now, the extra ones really shouldn’t take up (much) computational resources. One option would be to first run a MIDIConfig.ck file that opens them all and writes all the names and numbers into a MIDICONFIG.txt file. Then when you run your main file, it reads that and only opens the one(s) you need. Or your first MIDIConfig.ck file could pick the one(s) you need and write only them into the temp file. I’ve done this for PLOrk pieces, to figure out if laptops have accelerometers, and what orientation those are. prc from MyiPhone > On Mar 27, 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. Closing MIDI ports (mario buoninfante) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Thu, 26 Mar 2020 19:51:41 +0000 > From: mario buoninfante <mario.buoninfante(a)gmail.com> > To: ChucK Users Mailing List <chuck-users(a)lists.cs.princeton.edu> > Subject: [chuck-users] Closing MIDI ports > Message-ID: <dc574e2e-9f93-cb07-c743-38f88fa575e9(a)gmail.com> > Content-Type: text/plain; charset="utf-8"; Format="flowed" > > Hi, > > > Is it possible to close a MIDI port? > > I'm working on a MIDI class, and to print all the available ports, I > open them one at the time and get the name. Then I end up with tons of > open MIDI ports I'm not actually using. > > Apart from this, another user case could be a live set where different > scripts are launched and each of them wants to talk to a specific MIDI > port. Doing so one ends up with a lot of /leftovers/. > > > 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/ > >

1 0

Closing MIDI ports
by mario buoninfante 26 Mar '20

26 Mar '20

Hi, Is it possible to close a MIDI port? I'm working on a MIDI class, and to print all the available ports, I open them one at the time and get the name. Then I end up with tons of open MIDI ports I'm not actually using. Apart from this, another user case could be a live set where different scripts are launched and each of them wants to talk to a specific MIDI port. Doing so one ends up with a lot of /leftovers/. 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/

1 0

compiling miniAudicle on ubuntu 18.04
by Forrest Curo 26 Mar '20

26 Mar '20

The instructions for doing this when chucK 14 is already installed & working are basically unclear, ie changing some unnamed link from src in the miniAudicle directory to point to the directory containing chucK. But simply trying to compile this for whatever chucK the package contains: forrest@salvage:~/miniAudicle-1.3.5.2/src$ make linux-alsa qmake-qt4 "RTAUDIO_BACKEND=ALSA" -o makefile.qt-alsa miniAudicle.pro make -f makefile.qt-alsa make[1]: Entering directory '/home/forrest/miniAudicle-1.3.5.2/src' /usr/lib/x86_64-linux-gnu/qt4/bin/uic qt/mAMainWindow.ui -o build/ui_mAMainWindow.h /usr/lib/x86_64-linux-gnu/qt4/bin/uic qt/madocumentview.ui -o build/ui_madocumentview.h /usr/lib/x86_64-linux-gnu/qt4/bin/uic qt/mAConsoleMonitor.ui -o build/ui_mAConsoleMonitor.h /usr/lib/x86_64-linux-gnu/qt4/bin/uic qt/mAVMMonitor.ui -o build/ui_mAVMMonitor.h /usr/lib/x86_64-linux-gnu/qt4/bin/uic qt/mAPreferencesWindow.ui -o build/ui_mAPreferencesWindow.h /usr/lib/x86_64-linux-gnu/qt4/bin/uic qt/mAExportDialog.ui -o build/ui_mAExportDialog.h /usr/lib/x86_64-linux-gnu/qt4/bin/uic qt/mADeviceBrowser.ui -o build/ui_mADeviceBrowser.h g++ -c -m64 -pipe -D__LINUX_ALSA__ -D__CK_SNDFILE_NATIVE__ -D__LINUX__ -D__PLATFORM_LINUX__ -Ichuck/src -DHAVE_CONFIG_H -O3 -w -D_REENTRANT -DHAVE_CONFIG_H -DQT_NO_DEBUG -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_CORE_LIB -DQT_SHARED -I/usr/share/qt4/mkspecs/linux-g++-64 -I. -I/usr/include/qt4/QtCore -I/usr/include/qt4/QtNetwork -I/usr/include/qt4/QtGui -I/usr/include/qt4 -Ibuild -Ibuild -o build/mAMainWindow.o qt/mAMainWindow.cpp In file included from qt/mAMainWindow.cpp:28:0: qt/madocumentview.h:31:10: fatal error: Qsci/qscilexer.h: No such file or directory #include <Qsci/qscilexer.h> ^~~~~~~~~~~~~~~~~~ compilation terminated. makefile.qt-alsa:466: recipe for target 'build/mAMainWindow.o' failed make[1]: *** [build/mAMainWindow.o] Error 1 make[1]: Leaving directory '/home/forrest/miniAudicle-1.3.5.2/src' makefile:38: recipe for target 'linux-alsa' failed make: [linux-alsa] Error 2 (ignored) [help?]

1 2

Re: [chuck-users] float to int
by Perry Cook 10 Mar '20

10 Mar '20

Also, A more obvious and Java-like way to convert float to int is the built-in function: Std.ftoi(myFloat) => int myInt; Sent from my iPhone > On Mar 10, 2020, at 8:51 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. Std.fabs() keeps giving float (herman verbaeten) > 2. Re: Std.fabs() keeps giving float (Jack Atherton) > > ---------------------------------------------------------------------- > From: Jack Atherton <lja(a)ccrma.stanford.edu> > To: ChucK Users Mailing List <chuck-users(a)lists.cs.princeton.edu> > Subject: Re: [chuck-users] Std.fabs() keeps giving float > Message-ID: > <CAEygkh_FzLPeDuZQCPtgc4e0V=+BJwDU7-H+X8=ku8JJ4ZvkFw(a)mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > $ is the explicit cast operator -- see > https://chuck.cs.princeton.edu/doc/language/oper.html > > For example, Std.fabs( timedur ) $ int => period; > > ~Jack > >> On Mon, Mar 9, 2020 at 4:05 PM herman verbaeten <hverb54(a)hotmail.com> wrote: >> >> Hi, >> >> In your archives i found a way to cast dur as float. But every attempt to >> convert float to int >> failes somehow... Error message:* "[test dur-int.ck >> <http://dur-int.ck>]:line(4): cannot resolve operator '=>' on types 'float' >> and 'int'..."* >> >> 4400::ms => dur pduration; >> int period; >> pduration/1::samp => float timedur; >> <<<Std.fabs(timedur) => period>>>; >> >> kind regards, >> >> Herman >> _______________________________________________ >> chuck-users mailing list >> chuck-users(a)lists.cs.princeton.edu >> https://lists.cs.princeton.edu/mailman/listinfo/chuck-users >>

1 0

using global variables as arguments in sporking functions
by herman verbaeten 10 Mar '20

10 Mar '20

Hi, I'm having a problem passing a changing parameter(by an LFO in another function) to a function i'm sporking . Maybe this isn't possible :-( but i'd like your opinion) This is part of my script. Let me tell you this: When i give float Cfreq an initial value of 0.3 LFO does change gain of SinOsc c. If i don't give it an initial value and have LFOtochangeCfreq change it -> no sound. SinOsc m => SinOsc c => Pan2 p => dac; 2 => c.sync; float Cfreq; //if i replace this line by: .3 => float Cfreq; spork ~ LFOtochangeCfreq(.1); spork ~ LFO(Cfreq); fun void LFOtochangeCfreq(float variation) { SinOsc lfo => blackhole; variation => lfo.freq; while( true ) { 1000::samp => now; <<<lfo.last() => Cfreq>>>; } } fun void LFO(float LFOfreq) { SinOsc lfo => blackhole; LFOfreq => lfo.freq; while( true ) { 1::samp => now; lfo.last() => c.gain ; } } while (1) 10::ms=> now;

2 1

Std.fabs() keeps giving float
by herman verbaeten 09 Mar '20

09 Mar '20

Hi, In your archives i found a way to cast dur as float. But every attempt to convert float to int failes somehow... Error message: "[test dur-int.ck]:line(4): cannot resolve operator '=>' on types 'float' and 'int'..." 4400::ms => dur pduration; int period; pduration/1::samp => float timedur; <<<Std.fabs(timedur) => period>>>; kind regards, Herman

2 1

Vec3 interpolation interpolate.ck
by herman verbaeten 07 Mar '20

07 Mar '20

Hi, In the examples included in the miniaudicle installation there is a "interpolate.ck" But i cant't find any documentation about this. It uses vec3. I'd like to know more about how to use i.update and i.interp. Thanks ! Kind regards, Herman // name: interpolate.ck // desc: using vec3 as an non-linear, slewing interpolator // this is quite useful to making a percentage progress // towards a goal, in an amount proportional to the slew // and some delta time // connect SinOsc foo => dac; // the interpolator vec3 i; // the interpolation rate 10::ms => dur irate; // set initial .value, .goal, .slew i.set( 440, 440, .05 * (second/irate) ); // spork interpolate function spork ~ interpolate( irate ); // main shred sets the goal while( true ) { // set interpolator goal i.update( Math.random2f(200,1000) ); // every so often 500::ms => now; } // function to drive interpolator(s) concurrently fun void interpolate( dur delta ) { while( true ) { // interpolate (can also get new value via .value) i.interp( delta ) => foo.freq; // advance time by rate delta => now; } }

1 0

Using ADSR as a P(itch)envelope
by herman verbaeten 04 Mar '20

04 Mar '20

Hi, I was hoping to use an ADSR as a pichenvelope But Chuck doesn't want to accept it. Is there another way to achieve this? SndBuf buf => dac; ADSR Penv => buf.rate; Kind regards, herman

3 3