Jack Thanks very much for the pointers on web chuck! I've got a very basic setup working here https://michealocathain.com/av/webchuck-test/.
Note I'm loading Chrome from the cli on a mac as follows: /Applications/Google\ Chrome.app/Contents/MacOS/Google\ Chrome --autoplay-policy=no-user-gesture-required It loads /chuck/micheal2.ck, which in plays aah.wav using a sndbuf ugen. Chrome takes about 3 sec to load chuckscript.wasm, and about 2 sec to load aah.wav. This with an empty cache. It's quicker to reload after the first load, but it made me realise that there will possibly be a practical limit on the size of .wav files loaded. Has there been any best practice developed on how to (pre)load .wav files longer than 5 seconds or so? I'm interested in sampling from several ca. 5 min tracks I have recorded at 24bit, ie ca 100mb. This could be way beyond the normal user-case for webchuck!! I'm also curious to know if there is any variant of sndbuf which can handle mp3's or other compressed formats? Have done a scan of the chuck-users archive - apologies if I have missed previous answers to my queries !! Warm regards micheal On Wed, 22 Jul 2020 at 18:23, Mícheál Ó Catháin <micheal.ocath...@gmail.com> wrote: > 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.sala...@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.ocath...@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-requ...@lists.cs.princeton.edu> > 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-requ...@lists.cs.princeton.edu >> >> You can reach the person managing the list at >> chuck-users-ow...@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.buoninfa...@gmail.com> >> To: Curtis <curtuller...@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 <curtuller...@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.buoninfa...@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 <curtuller...@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.sala...@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.ocath...@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 <curtuller...@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 >> <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 >> >
_______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users
