- chuck-users - lists.cs.princeton.edu

get whole sndbuf content as uana
by werteplus＠gmail.com 09 Dec '08

09 Dec '08

hey list! i'm trying to abuse chuck for non-realtime tasks. i want to fft a wav file, do some freaky stuff, ifft it again and save the result as wav to the disk + play it. problem with this is that fft seems to only accept incoming samples being chucked realtime. any chance to upchuck sndbuf's whole content to a uana like fft? thanks, fabb

1 0

static strings
by Beinan Li 07 Dec '08

07 Dec '08

Dear ChucKers, 1st of all I'm a newbie to ChucK (Many thanks to Steve who brought me here). I bumped into a problem regarding static strings, which would really not have been in my way if I designed it another way, but I still feel it important enough. Here is the story. I wanted to create a function in a stand-alone .ck module to load my instrument samples from disk. So I designed my loader class in *instr_loader.ck* like this: > public class Instr_loader > { > "path/to/instrument" => static string m_p_instr; > > fun static string get_instr {return m_p_instr;} > } > For some reason I just wanted to test the static flavor of ChucK, there is really no reason to use a static member here I must confess. Then my client code *main.ck* looks like this: > Instr_loader.get_instr() => string path_instr; > when I run both .ck's, I will get: > [Instr_loader.ck]:line(3): cannot declare static non-primitive objects > (yet)... > [Instr_loader.ck]:line(3): ...(hint: declare as ref (@) & initialize > outside for now) > Then I change the code with the reference to: > "some/path" => static string @ m_p_loop > Then I run > chuck Instr_loader.ck main.ck > and get this: [Instr_loader.ck]:line(3): cannot declare references (@) of primitive type > 'string'... > [Instr_loader.ck]:line(3): ...(primitive types: 'int', 'float', 'time', > 'dur') > So is there a reason why string is not part of primitive types? BTW: it works perfectly using string as normal class member. I'm just interested in this problem here. Thank you and hope ChucK will chuck it all up~! Beinan On Sun, Dec 7, 2008 at 8:09 PM, Stephen Sinclair <sinclair(a)music.mcgill.ca> wrote: > Yeah, but you have to make it a static function of a public class. > The class model in ChucK is still a little awkward, but public classes > can be instantiated in other files. Only one public class can be > defined per file! > > Steve > > > On Sun, Dec 7, 2008 at 7:51 PM, Beinan Li <li.beinan(a)gmail.com> wrote: >> Hi Steve, >> >> Should be a newbie question: >> In ChuCK, can you define a function in a single .ck file >> and call it from another .ck like in Matlab? >> >> Thanks. >> >> Beinan >> >> >> >

1 0

Re: [chuck-users] USB Accelerometer
by Les Hall 02 Dec '08

02 Dec '08

Hi again. Just to be clear, because I wasn't clear enough in my recent post, what I have is a prototype of the product. It is exactly like the version that Ultimarc will soon carry on their product line but at the moment the darn accelerometer chips are unavailable! Yep, we can't get the chips at this time. So they are on order. When the chips become available then the product will be added to the web page at a reasonable price. The link, www.ultimarc.com, and the sub-section on that page about the U-HID nano, describe the nano prior to having an accelerometer bolted onto it. I'll notify the list when the part becomes available and ready for purchase. Thanks, Les (Inventor)

1 0

USB Accelerometer
by Les Hall 01 Dec '08

01 Dec '08

Good news, friends! I have received a working prototype of the USB Accelerometer that I told you all about a couple of times in recent months, and initial testing indicates that it is working perfectly. This device is about the size of two postage stamps. It comes with a five-foot (I think?) USB cable and a small wire harness that attaches to a right-angle header. The header allows the device to be programmed to receive button and potentiometer inputs as well as slow Analog and Digital inputs. It can also drive LEDs, though ChucK does not drive joystick LEDs yet. Oh yes, and it looks like an ordinary joystick so the programming interface is joy-fully easy to do in ChucK. The accelerometer is the same ADXL330 that is in the WiiMote and the ADC has enough resolution to read it accurately down to the noise floor of the device, so it is plenty sensitive. Sounds like a commercial? Yeah, well I'm excited about it - this thingamajig is the product of several months of work. I had made all the plans to DIY such a beast when I approached the company Ultimarc and suggested they might want to add it to their product line. To my amazement, Andy at ultimarc said he'd like to do just that! I was so excited then, and now it's sitting on my desk awaiting further testing! If you want to get a feel for the device, you can look up the U-HID nano on the Ultimarc web site, which is www.ultimarc.com. Just click on U-HID and then look for the baby brother of the U-HID, the U-HID nano. Our product is the U-HID nano complete with expansion port and with an accelerometer squeezed onto the little board (well, a tiny bit bigger). You can also email Andy about it, his email address is andy(a)ultimarc.com. Just one more step forward on this fun and wild adventure that we call ChucK! Les (Inventor)

1 0

question about implementing a UANA
by Dexter J. Doyle 22 Nov '08

22 Nov '08

I've been working on implementing a pitch detector as a UANA in ChucK and I am basing it off code for a pitch detector that is written in C. I've been editing the file, uana_extract.cpp and wanted to see if there is a way to handle shorts and longs and their respective arrays since ChucK only has int and float. Dexter

1 0

Re: [chuck-users] Mixing associative with integer indexed arrays? (multiple BUGS)
by Kassen 22 Nov '08

22 Nov '08

Hi, Stephen! 2008/11/22 Stephen Sugden <glurgle(a)gmail.com> > Is it possible to mix both types of array keys? Yes... or at least it *should* be.... ;¬) > The code I below works fine until I try to access any elements of the > array, then I get an ArrayOutofBounds exception. I corrected the lack of a type for "melodies". Then I had a hard time with it, as it turns out that this; [ 0, 2, 4, 5, 7, 9, 11, 12 ] @=> int melodies[0]; crashes ChucK. That's a bug, and it's good that we accidentally found it but kindly try to avoid such confusion by making sure the code you send works as you described. Right, on to the business at hand; > <<< scales["just"][0] >>>; > > You can't print the contents of a array (which this refers to) in one swoop like this, I fear. If you'd like to do this you'd have to loop over the array, if they all need to be on the same line and the length of the array is dynamic I think you'll have to join all elements together in a string and print that. Let's look at a version that should work properly; //=========================== float scales[0][0][0]; [ 0, 2, 4, 5, 7, 9, 11, 12 ] @=> int melodies[]; [ [1.0, 1.0], [16.0, 15.0], [9.0, 8.0], [6.0, 5.0], [5.0, 4.0], [4.0, 3.0], [7.0,5.0], [3.0, 2.0], [8.0,5.0], [5.0, 3.0], [7.0, 4.0], [15.0, 8.0], [2.0, 1.0] ] @=> scales["just"]; float et[13][2]; for(0 => int i; i <= 12; ++i){ 1.0 => et[i][0]; Math.pow(2.0, i / 12.0) => et[i][1]; } et @=> scales["equalTempered"]; for(int n; n< scales["just"][0].cap(); n++) { //goes out of bound for n==0 already <<<scales["just"][0][n]>>>; } //================== So... that's a bug, yes, and clearing out the associative indexes in favour of ints makes it go away. Good catch! If you'd like; add it to the Wiki here; http://wiki.cs.princeton.edu/index.php/ChucK/Bugs/Release Yours, Kas.

2 2

Mixing associative with integer indexed arrays?
by Stephen Sugden 21 Nov '08

21 Nov '08

Is it possible to mix both types of array keys? The code I below works fine until I try to access any elements of the array, then I get an ArrayOutofBounds exception. The snippet is pretty short and I would hope it's self evident what I'm trying do with it. float scales[0][0][0]; [ 0, 2, 4, 5, 7, 9, 11, 12 ] @=> melodies[0]; [ [1.0, 1.0], [16.0, 15.0], [9.0, 8.0], [6.0, 5.0], [5.0, 4.0], [4.0, 3.0], [7.0,5.0], [3.0, 2.0], [8.0,5.0], [5.0, 3.0], [7.0, 4.0], [15.0, 8.0], [2.0, 1.0] ] @=> scales["just"]; float et[13][2]; for(0 => int i; i <= 12; ++i){ 1.0 => et[i][0]; Math.pow(2.0, i / 12.0) => et[i][1]; } et @=> scales["equalTempered"]; <<< scales["just"][0] >>>;

1 0

Bay Area Computer Music Technology Group
by Noah Thorp 19 Nov '08

19 Nov '08

Thank you to Pyramind for hosting the Bay Area Computer Music Technlogy Group this month. Our speakers will be Yale Professor Paul Hudak on Haskore (a functional programming audio library written in Haskell) and Smule CTO and Stanford Assistant Professor Ge Wang on iPhone audio applications (including Smule's #1 selling US iPhone app Ocarina). Hope to see some of you there. The details are below. Best, Noah Thorp Bay Area Computer Music Technology Group Organizer ------------------------------------------------- Bay Area Computer Music Technology Group (BArCMuT) Presentations Thursday, Nov 20th 2008 @ 7pm Pyramind, 832 Folsom, SF, CA Please RSVP here for event sign in: http://www.barcmut.org Haskore II: from Signals to Symphonies Paul Hudak Haskore is a computer music library written in Haskell. As such it is not a new language, although it has the "look and feel" of a special- purpose language. It is the only computer music programming environment based on a purely functional programming model. In the context of Yale's new Computing and the Arts initiative, Haskore is being re-designed and enhanced in a number of ways. In this talk we discuss the design rationale for Haskore II, describe its basic functionality, and highlight some of its more innovative features: a vertical language design (from signals to symphonies), a separation between structure and interpretation (form and function), its graphical music interface (GMI), real-time sound synthesis, and its use of functional reactive programming (FRP) in interactive music applications. Introducing Smule: Interactive Sonic Media on the iPhone Ge Wang We present our adventure (so far) with Smule, a startup company exploring interactive sonic media on the iPhone (whatever that might mean). Co-founded in 2008 by CEO Jeff Smith, CTO Ge Wang, along with several Stanford and Princeton professors and students, Smule serves as a unique platform for research and development combining the state- of-the-art in computer music research with the potential to bring its visions to a wide population. In this presentation, we not only showcase the end products (Sonic Lighter, Sonic Boom, Sonic Vox, and the #1 bestselling Ocarina), but also discuss the roles sound and interaction take on in creating them. Smule is exploring how to change the way people think, work, and play through sound and music. Smule/Ocarina: http://www.smule.com/ http://ocarina.smule.com/ Also, after the BArCMuT presentations Peter Nyboer will be debuting his new video and hand drawing sound interface at the Luggage Store Music by The Eyeful event. In his words: "My newest creation combines the joys of music improv, mathematics lecturing, simple concepts of sound synthesis, and mid-(last)-century notions of electronic music scores. My instrument is a pen-and-paper, channeled through a computer." Peter will perform a little after 9pm here: http://www.luggagestoregallery.org , 1007 Market St. (@ 6th St), SF, CA. BIOS --- PAUL HUDAK was one of the principal organizers of the "Haskell Committee," an international group of computer scientists who designed Haskell. He is co-Editor-in-Chief for the Journal of Functional Programming, Editor for the Journal of Higher-Order and Symbolic Logic, and charter member of IFIP Working Group 2.8 on Functional Programming. He is a recipient of an NSF Presidential Young Investigator Award and an IBM Faculty Development Award, and in 2004 was elected as a Fellow of the ACM. Prof. Hudak was also Chairman of the Department of Computer Science at Yale from 1999 to 2005. Paul is also the author of The Haskell School of Expression: Learning Functional Programming through Multimedia, Cambridge University Press, New York, 2000. For more information about Paul and projects he is involved in visit these links: http://cs-www.cs.yale.edu/homes/hudak-paul/ http://www.cs.yale.edu/people/hudak.html GE WANG is currently an assistant professor at Stanford University in the Center for Computer Research in Music and Acoustics (CCRMA). His research interests include interactive software systems (of all sizes) for computer music, programming languages, sound synthesis and analysis, music information retrieval, new performance ensembles (e.g., laptop orchestra) and paradigms (e.g., live coding), visualization, interfaces for human-computer interaction, interactive audio over networks, and methodologies for education at the intersection of computer science and music. Ge is the chief architect and co-creator of the ChucK audio programming language, and the Audicle environment. He was a founding developer and co-director of the Princeton Laptop Orchestra (PLOrk), the founder and director of the Stanford Laptop Orchestra (SLOrk). Ge composes and performs via various electro-acoustic and computer- mediated means. Additionally, Ge is the Co-founder and CTO of Smule (a.k.a. SonicMule, Inc.), a startup company exploring interactive sonic media for the iPhone. Smule serves as a unique platform for research and development combining the state-of-the-art in computer music research with the potential to bring its visions to a wide population. Ge is the lead designer of Smule's Ocarina (currently the paid #1 iPhone application in the U.S. as well as in 20 other stores around the world). Ge Wang: http://ccrma.stanford.edu/~ge/

1 0

Re: [chuck-users] negative duration syntax and bug
by Les Hall 16 Nov '08

16 Nov '08

Hi Lucas, I am sorry if my little joke backfired and you misinterpreted it as being in poor taste. Kassen knows my sense of humor so he got it, and he joked right back at me. Any language with sporks and upChucKs can't be taken too seriously, lol! Cheers and don't do anything I wouldn't do (twice)! Les (Inventor) p.s. remember: "Time flies like an arrow, fruit flies like a banana."

3 2

LiSa SndBuf rate bug?
by mike clemow 15 Nov '08

15 Nov '08

Hey folks, In the below example (which you will all find in the LiSa-SndBuf.ck file in examples in your installation), after populating the buffer in the LiSa object with the values of the samples from SndBuf, the rate of the LiSa object is set equal to 2. in order to play back normally. Why is it not 1? Why this should be the case makes little sense to me and I respectfully submit this as a bug, unless someone can provide a reasonable explanation. Thoughts? -Mike ----- //ugens SndBuf buf; LiSa lisa => dac; //change this path to your own sample "/Users/dan/Files/Chuck/LiSa_examples/TomVega.wav" => buf.read; //set lisa buffer size to sample size buf.samples() * 1::samp => lisa.duration; //transfer values from SndBuf to LiSa for ( 0 => int i; i < buf.samples(); i++ ) { //args are sample value and sample index (dur must be integral in samples) lisa.valueAt(buf.valueAt(i), i::samp); } //party on... 1 => lisa.play; 2. => lisa.rate; //look at some of the data //returns value at given time, with linear interpolation <<< Std.rand2f( 0., lisa.duration() / 1::samp ) :: samp => lisa.valueAt >>>; //hang on until it's done... lisa.duration() * 0.5 => now; -- http://michaelclemow.com http://semiotech.org

4 15