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 <mario.buoninfante@gmail.com>
To: Curtis <curtullerich@gmail.com>
Cc: ChucK <chuck-users@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@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@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@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@gmail.com>
To: ChucK Users Mailing List <chuck-users@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@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 <curtullerich@gmail.com>
To: ChucK Users Mailing List <chuck-users@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 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 and 4096. That second peak is correlated with the window size, not the input frequency.

Thanks to Mario for his gnuplot wrapper 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.

Thanks,

Curtis

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