[chuck-users] web integration (Spencer Salazar)

Wed Jul 22 13:23:14 EDT 2020

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 <spencer.salazar at gmail.com>
To: ChucK Users Mailing List <chuck-users at lists.cs.princeton.edu>
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 at 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, <chuck-users-request at lists.cs.princeton.edu>
wrote:

> Send chuck-users mailing list submissions to
>         chuck-users at 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 at lists.cs.princeton.edu
>
> You can reach the person managing the list at
>         chuck-users-owner at 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 <mario.buoninfante at gmail.com>
> To: Curtis <curtullerich at gmail.com>
> Cc: ChucK <chuck-users at lists.cs.princeton.edu>
> 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 <curtullerich at gmail.com> 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 at 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 <curtullerich at gmail.com> 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 <spencer.salazar at gmail.com>
> To: ChucK Users Mailing List <chuck-users at lists.cs.princeton.edu>
> 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 at 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 at lists.cs.princeton.edu
>> https://lists.cs.princeton.edu/mailman/listinfo/chuck-users
>>
>
>
>
> ---------- Forwarded message ----------
> From: Curtis Ullerich <curtullerich at gmail.com>
> To: ChucK Users Mailing List <chuck-users at lists.cs.princeton.edu>
> 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 at lists.cs.princeton.edu
> https://lists.cs.princeton.edu/mailman/listinfo/chuck-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.cs.princeton.edu/pipermail/chuck-users/attachments/20200722/e32a2e05/attachment-0001.html>