2,816 karma · joined April 5, 2013
Merch plop!
Then try mindful self-compassion: https://www.compassionintherapy.com/daily-challenge/day1
If you're still concerned you should speak to a professional. Good luck.
Robert H. Jack, Tony Stockman, and Andrew McPherson. 2016. Effect of latency on performer interaction and subjective quality assessment of a digital musical instrument. In Proceedings of the Audio Mostly 2016 (AM '16). Association for Computing Machinery, New York, NY, USA, 116–123. DOI: https://doi.org/10.1145/2986416.2986428
https://scholar.google.com/scholar?cluster=13472622195552899...
If you've ever been in a recording studio with headphone monitoring / studio talkback, it's like that. Really intimate.
This project uses RTCDataChannel for audio, which is very neat, but it's a shame that once again audio on the web has to be hacked to perform well.
Good luck!
Those people are practically exalted today, whereas their existence should indicate that for the vast majority of people, computers are inhumane and inefficient in the Bret Victor sense: http://worrydream.com/TheHumaneRepresentationOfThought/note....
I implore anyone serious about changing how software development works to digest Andrei Chis' thesis Moldable Tools: http://scg.unibe.ch/archive/phd/chis-phd.pdf
Once you understand the consequences of reducing the cost of specialised tool development by orders of magnitude, it becomes obvious that a qualitative change in experience follows, that brings us much closer to what people like Engelbart were searching for.
I am excited about the DMA and PIOs having used BeagleBoard PRUs, but what about the quality of the ADCs/DACs?
Isn't all the talk of hard real-time applications and so on somewhat moot if those aren't high quality enough?
(afraid I haven't had time to read the datasheet yet!)
I can vouch for that being a high priority feature for any interactive audio development, not just for live coding scenarios.
Even though this already sounds great, hot swapping state would be the really big deal here. Do you think the Faust program itself might be able to save/load state somehow?
On licensing, how will it work for creators of open source hardware? Will they still need to pay a licensing fee if they are targeting a specific device with closed driver IP? Or could there be an exception there?
Do you also see yourselves supporting open low-level hardware (RISC-V, FPGA, ...?), and in that case would you consider opening your driver IP for those targets?
So you're saying it should be technically feasible to live code/hot reload faust.dsp on Bela with no glitching?
What's the latest on using SOUL with platforms like Faust and Bela?
I also managed to prototype interactive audio programming with http://bela.io with Cling https://gist.github.com/jarmitage/6e411ae8746c04d6ecbee1cbc1...
You might want to read Mark Guzdial's blog for more on that:
> What makes GP remarkable is that it aims to be a general purpose language. John’s vision for GP is to be the language that students might move to after Scratch, with the highest possible ceilings. Think about GP as Python or Smalltalk in blocks — and even more the latter than the former. From the virtual machine (VM) on which it runs to the class browser, GP feels like a blocks-based form of Smalltalk. Because GP is VM-based, it’s portable — there are versions for Mac, Windows, iOS, and even a JavaScript implementation of the VM so that GP runs in the browser.
– https://computinged.wordpress.com/2016/06/13/introducing-gp-...
Podcast: https://kidslab.dev/2020/08/03/microblocks-with-bernat-romag...
May 2020 keynote from John Maloney: https://www.youtube.com/watch?v=Iq4fOv64CfQ
Can it be combined with https://svelte.dev? Would be great for reactivity and cheaply creating visualisations.
White privilege and male privilege: A Personal Account of Coming to See Correspondences Through Work in Women's Studies (1988) by Peggy McIntosh https://www.collegeart.org/pdf/diversity/white-privilege-and...