Re: [chuck-users] web integration (Spencer Salazar)

Spencer Thanks a lot for your suggestions. Yes, I'm definitely considering OSC between peer-peer connect Raspberry Pi's. Still in testing mode with web chuck for now, and will see if it is the right setup for a low latency AV installation. Ideally I'd love to be able to load .ck files within javascript, driving visualisations via javascript libraries (I'm still looking into what's possible - have looked at p5.js and d3.js so far). Really useful that you raised the point on UDP. Would an OSC javascript library give the best of both worlds, webchuck to allow chuck drive the javascript visualisations, with OSC maintaining low latency syncronisation? I haven't tried yet, but this looks promising... https://github.com/colinbdclark/osc.js/ Another consideration I should perhaps point out, is this... I primarily am designing the AV installation for people to experience in person in a gallery space - hence the peer to peer set up as a priority. However since the first showing is in October, a second wave lockdown could mean zero footfall. As a backup, I'm looking to be able to run the whole installation on my webserver, so that for example a group of 4 friends could experience the installation on 4 laptops set up in a configuration of their choice in one of their homes. Amazing to think that this is not so far fetched, latency issues aside... I've run ChucK on a single raspberry pi 3 before, using the linux-jack or linux-alsa compilation option. I definitely have LOTS to learn about getting the most out this setup, so I'll be glad of any pointers you may have, and will keep you and Jack posted! warmest wishes micheal From: Spencer Salazar To: ChucK Users Mailing List Cc: Bcc: Date: Mon, 20 Jul 2020 16:54:30 -0700 Subject: Re: [chuck-users] web integration Hey Micheal, As an alternative, if you intend for the sound to be coming from the Raspberry Pis and not a separate computer loading the webpages, you can run ChucK locally on the Raspberry Pi and communicate over OSC, though you may need to route OSC through Node as Im not certain that standard web browsers can send OSC over UDP natively. Its fairly easy to compile chuck on Raspberry Pi using the Linux compilation instructions (Ive done a lot of work with native ChucK + Raspberry Pi so can fill in any details if needed). Spencer On Mon, Jul 20, 2020 at 7:58 AM Mícheál Ó Catháin < micheal.ocathain@gmail.com> wrote:

hi I'm developing an audiovisual installation to tour a number of arts centres in Ireland. I want to use ChucK to drive the audio elements, linking raspberry pi devices (up to 4) connected via hdmi to screens. The visuals I want to use browsers - probably firefox run off the RPi's. Each screen then displaying a different page from a javascript application run from one of the RPi's.

I've done some initial check online of running ChucK wrapped in javascript, and this github page is the latest activity I can find https://github.com/aknuds1/chuck.

I thought it best to check with the user community if 1) there are further developments on running ChucK in the browser 2) if the av setup I'm considering has been done before so I could perhaps link in and learn from others 3) if there are better setups that I should be following...

Thanks and kind wishes micheal

I'm still trying to understand if web chuck is an entirely different setup - i.e., On Tue, 21 Jul 2020 at 17:00, wrote:

Send chuck-users mailing list submissions to chuck-users@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@lists.cs.princeton.edu

You can reach the person managing the list at chuck-users-owner@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: visualizing UGens and UAnae (Mario Buoninfante) 2. Re: web integration (Spencer Salazar) 3. AutoCorr behavior (Curtis Ullerich)

---------- Forwarded message ---------- From: Mario Buoninfante To: Curtis Cc: ChucK Bcc: Date: Mon, 20 Jul 2020 22:18:10 +0100 Subject: Re: [chuck-users] visualizing UGens and UAnae

You can have dac using multiple channels so that for example you can connect output 3 and 4 to baudline or any other software you want to use.

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 20 Jul 2020 22:12, Curtis Ullerich wrote:

Thank you! Plot seems like it'll do what I need for now. I wonder if there's a way to tee output to be read by sndpeek or baudline from a graph node other than dac.

On Mon, Jul 20, 2020 at 2:02 PM Mario Buoninfante < mario.buoninfante@gmail.com> wrote:

Also, if you're on Linux I recommend Baudline (http://www.baudline.com/). I often just leave it connected all the time.

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 20 Jul 2020 21:25, Curtis Ullerich wrote:

Is there a way to visualize the waveforms in UGens and data/waveforms in UAnae? I was hoping to see something in MiniAudicle. It seems like sndpeek could be useful here. My purpose is for debugging, so it doesn't need to be pretty. I'm dreaming of something that can show any/all units in the graph.

Thanks, Curtis

---------- Forwarded message ---------- From: Spencer Salazar To: ChucK Users Mailing List Cc: Bcc: Date: Mon, 20 Jul 2020 16:54:30 -0700 Subject: Re: [chuck-users] web integration Hey Micheal,

As an alternative, if you intend for the sound to be coming from the Raspberry Pis and not a separate computer loading the webpages, you can run ChucK locally on the Raspberry Pi and communicate over OSC, though you may need to route OSC through Node as Im not certain that standard web browsers can send OSC over UDP natively. Its fairly easy to compile chuck on Raspberry Pi using the Linux compilation instructions (Ive done a lot of work with native ChucK + Raspberry Pi so can fill in any details if needed).

Spencer

On Mon, Jul 20, 2020 at 7:58 AM Mícheál Ó Catháin < micheal.ocathain@gmail.com> wrote:

...

hi I'm developing an audiovisual installation to tour a number of arts centres in Ireland. I want to use ChucK to drive the audio elements, linking raspberry pi devices (up to 4) connected via hdmi to screens. The visuals I want to use browsers - probably firefox run off the RPi's. Each screen then displaying a different page from a javascript application run from one of the RPi's.

I've done some initial check online of running ChucK wrapped in javascript, and this github page is the latest activity I can find https://github.com/aknuds1/chuck.

I thought it best to check with the user community if 1) there are further developments on running ChucK in the browser 2) if the av setup I'm considering has been done before so I could perhaps link in and learn from others 3) if there are better setups that I should be following...

Thanks and kind wishes micheal

michealocathain.com _______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

---------- Forwarded message ---------- From: Curtis Ullerich To: ChucK Users Mailing List Cc: Bcc: Date: Tue, 21 Jul 2020 01:07:31 -0700 Subject: [chuck-users] AutoCorr behavior As a preamble, I'll note that I posted a question on chuck-dev about AutoCorr/XCorr always crashing for me. This patch https://github.com/ccrma/chuck/pull/150 seems to fix that.

That said, I don't understand the results I get from AutoCorr. For periodic inputs, I expect to see periodicity in the output. For small FFT sample sizes, I see the expected peak at 0, and at large sample sizes I see a second peak at the end of the window. See example plots at 128 https://i.ibb.co/BBZXgBB/autocorr-128.png and 4096 https://i.ibb.co/Mn5fty5/autocorr-4096.png. That second peak is correlated with the window size, not the input frequency.

Thanks to Mario for his gnuplot wrapper https://github.com/mariobuoninfante/ChucK_various that captured those plots.

Here's the plotting code if anyone would like to repro: SinOsc s => FFT fft =^ AutoCorr c => blackhole; 4400 => s.freq; 128 => fft.size; 300::ms => now; c.upchuck(); Plot plot; "autocorrelation of 4400 hz, 128 samples" => plot.title; plot.plot(c.fvals()); 200::ms => now;

Should I be using AutoCorr differently? Am I looking at the power spectrum or something, and not the correlation vector like I think I am? My current understanding comes from reading uana_extract.cpp many times with references like this http://paulbourke.net/miscellaneous/correlate/.

Thanks, Curtis _______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users