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

cast dur to time?
by Kassen 08 Jan '08

08 Jan '08

Dear list (and language designers in particular), this is legal; now + 2::second => time later; so, we know that time and duration are quite similar things (we already knew that ourselves but now we know ChucK agrees). However, this isn't legal; 2::second $ time => time later; I tried this, intending "later" to refer to the moment 2 seconds after the VM sprang to life. Are there good reasons not to allow the casting from time to dur and dur to time? Yours, Kas.

4 7

caps lock state?
by dan trueman 07 Jan '08

07 Jan '08

am i wrong that you can't get the state of the caps-lock button? you can, with Hid, see whether it's gets pressed or released, but you can't tell what state it's in. dt

2 1

WORKSHOP: Introduction to the ChucK Music Programming Language, January 13th
by Noah Thorp 07 Jan '08

07 Jan '08

WORKSHOP: Introduction to the ChucK Music Programming Language, January 13th RSVP: Please RSVP for this event through the Bay Area Computer Music Technology Group at http://electronicmusic.meetup.com/152/calendar/6710874/ PRESENTED BY: Ge Wang (http://ccrma.stanford.edu/~ge/) TIME: Sunday January 13th, 2008 1:00-1:30pm: ChucK presentation (30min) 1:30pm-4:00: ChucK workshop LOCATION: CCRMA, Stanford University 660 Lomita Drive, Stanford, CA 94305 More information: http://ccrma.stanford.edu/~ge/knoll/ INTENDED AUDIENCES: composers, sound designers/researchers, laptop performers, programming language enthusiasts, and anyone else interested in programming computer music. participants are encouraged, but NOT required, to bring laptops (if you do bring one, OS X, Linux, Windows are all supported). No prior experience with ChucK expected. DESCRIPTION: ChucK is a continually evolving computer music language being jointly developed at Princeton University and now Stanford University (with Ge's joining CCRMA). It combines familiar programming language constructs with a new time-based concurrent programming model and the ability to write code on-the-fly. This workshop is a crash course in the philosophy and use of ChucK. The audience will hopefully leave with basic ChucK programming skills, awareness of possible uses, as well as examples and documentation provided in the workshop. ChucK is freely available, cross-platform, and open-source. http://chuck.cs.princeton.edu/ --- WORKSHOP SCHEDULE: Presentation: What is ChucK? * uses of ChucK (real-time synthesis/analysis, composition/performance, experimentation/education, laptop orchestras) * "strongly-timed": precise control over time * what is concurrent programming and using it for music * on-the-fly programming (write/edit code at runtime) workshop: part 1 (language basics) * syntax and semantics - overview - types, values, variables - operators - control structures * real-time sound synthesis * unit generators * manipulating time to make timbres and music * functions, arrays (modularizing and organizing) * concurrency, processes, shreds, events (powerful music programming) * basic on-the-fly programming with ChucK workshop: part 2 (extended examples) * extended examples - mapping controllers via MIDI and OpenSoundControl (OSC) - creating instruments using laptop capabilities (keyboard, trackpad, sudden motion sensor, mic) - network synchronization - gui control with the audicle/miniAudicle --- BIO Ge Wang (http://ccrma.stanford.edu/~ge/) received his B.S. in Computer Science in 2000 from Duke University, PhD (soon) in Computer Science (advisor Perry Cook) in 2007 from Princeton University, and 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 for computer music, programming languages, sound synthesis and analysis, music information retrieval, new performance ensembles (e.g., laptop orchestras) 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 creator of the ChucK audio programming language. He is a founding developer and co-director of the Princeton Laptop Orchestra (PLOrk), and a co-creator of the TAPESTREA sound design environment. Ge composes and performs via various electro-acoustic and computer-mediated means. At CCRMA, Ge continues to research and develop ideas and systems for computer music (including ChucK), works on new music, and plans to initiate a Stanford Laptop Orchestra.

3 2

Re: [chuck-users] WORKSHOP: Introduction to the ChucK Music Programming Language, January 13th
by Noah Thorp 07 Jan '08

07 Jan '08

I'll look into it. Eventually, I would like to have dual screen recording for presenter and presentation. It seems possible that we may be able to record a single camera version. I'll check in with Ge. Best, Noah > Sender Allowed > > Any chance a video recording of a workshop such as this could be made > available online? > > J. > > > On Jan 6, 2008, at 1:21 PM, Noah Thorp wrote: > >> WORKSHOP: Introduction to the ChucK Music Programming Language, >> January 13th >> >> RSVP: Please RSVP for this event through the Bay Area Computer Music >> Technology Group at >> http://electronicmusic.meetup.com/152/calendar/6710874/ >> >> PRESENTED BY: Ge Wang (http://ccrma.stanford.edu/~ge/) >> >> TIME: >> Sunday January 13th, 2008 >> 1:00-1:30pm: ChucK presentation (30min) >> 1:30pm-4:00: ChucK workshop >> >> LOCATION: >> CCRMA, Stanford University >> 660 Lomita Drive, Stanford, CA 94305 >> More information: http://ccrma.stanford.edu/~ge/knoll/ >> >> INTENDED AUDIENCES: composers, sound designers/researchers, laptop >> performers, programming language enthusiasts, and anyone else >> interested >> in programming computer music. participants are encouraged, but NOT >> required, to bring laptops (if you do bring one, OS X, Linux, >> Windows are >> all supported). No prior experience with ChucK expected. >> >> DESCRIPTION: ChucK is a continually evolving computer music >> language being >> jointly developed at Princeton University and now Stanford University >> (with Ge's joining CCRMA). It combines familiar programming language >> constructs with a new time-based concurrent programming model and the >> ability to write code on-the-fly. This workshop is a crash course >> in the >> philosophy and use of ChucK. The audience will hopefully leave >> with basic >> ChucK programming skills, awareness of possible uses, as well as >> examples >> and documentation provided in the workshop. >> >> ChucK is freely available, cross-platform, and open-source. >> >> http://chuck.cs.princeton.edu/ >> >> --- >> WORKSHOP SCHEDULE: >> >> Presentation: What is ChucK? >> * uses of ChucK (real-time synthesis/analysis, composition/ >> performance, >> experimentation/education, laptop orchestras) >> * "strongly-timed": precise control over time >> * what is concurrent programming and using it for music >> * on-the-fly programming (write/edit code at runtime) >> >> workshop: part 1 (language basics) >> * syntax and semantics >> - overview >> - types, values, variables >> - operators >> - control structures >> * real-time sound synthesis >> * unit generators >> * manipulating time to make timbres and music >> * functions, arrays (modularizing and organizing) >> * concurrency, processes, shreds, events (powerful music programming) >> * basic on-the-fly programming with ChucK >> >> workshop: part 2 (extended examples) >> * extended examples >> - mapping controllers via MIDI and OpenSoundControl (OSC) >> - creating instruments using laptop capabilities >> (keyboard, trackpad, sudden motion sensor, mic) >> - network synchronization >> - gui control with the audicle/miniAudicle >> >> >> --- >> BIO >> >> Ge Wang (http://ccrma.stanford.edu/~ge/) received his B.S. in Computer >> Science in 2000 from Duke University, PhD (soon) in Computer Science >> (advisor Perry Cook) in 2007 from Princeton University, and 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 for computer music, programming >> languages, >> sound synthesis and analysis, music information retrieval, new >> performance >> ensembles (e.g., laptop orchestras) 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 creator of the ChucK audio programming >> language. He is a founding developer and co-director of the Princeton >> Laptop Orchestra (PLOrk), and a co-creator of the TAPESTREA sound >> design >> environment. Ge composes and performs via various electro-acoustic and >> computer-mediated means. At CCRMA, Ge continues to research and >> develop >> ideas and systems for computer music (including ChucK), works on new >> music, and plans to initiate a Stanford Laptop Orchestra. >> >> _______________________________________________ >> chuck-users mailing list >> chuck-users(a)lists.cs.princeton.edu >> https://lists.cs.princeton.edu/mailman/listinfo/chuck-users >> > > _______________________________________________ > chuck-users mailing list > chuck-users(a)lists.cs.princeton.edu > https://lists.cs.princeton.edu/mailman/listinfo/chuck-users >

1 0

January Bay Area Computer Music Technology Group Meetup
by Noah Thorp 06 Jan '08

06 Jan '08

January Bay Area Computer Music Technology Group Meetup Our January 10th Bay Area Computer Music Technology meetup will run from 7:30-9:30pm and will be hosted by Pyramind (www.pyramind.com) @ 832 Folsom St, San Francisco. You must RSVP for this event as we may need to verify names at the door. RSVP here: http://electronicmusic.meetup.com/152/calendar/6710904/ Our presentations this month: - Andrew Benson from Cycling 74 will present on the new features in Max 5! - Craig Latta will be presenting his Smalltalk based musical livecoding project called "quoth" that uses executable natural language. Craig presented an exciting preview of quoth at our December Stanford Meetup. - Lightning talk by Ge Wang on the upcoming ChucK workshop and an update on the forming Laptop Orchestras - A lightning talk by you? If you would like to do a lightning talk (5 minute presentation) come with your laptop. Let me know in advance or just come prepared and let me know when you see me that you would like to present. Also, let me mention that there are two other upcoming events in January: - January 13th (Sunday): Ge Wang will be teaching a workshop on ChucK programming at Stanford (more info at http://electronicmusic.meetup.com/152/calendar/6710874/) - January 24th (Thursday): Build Ruby Language Audio APIs Brainstorming session will meet in SF (Venue TBD; Learn more here: http://electronicmusic.meetup.com/152/calendar/6806947/ ) All the best, Noah Thorp Bay Area Computer Music Technology Group Organizer ABOUT THE PARTICIPANTS Cycling 74 ---------------- Cycling '74 creates software for the specialized needs of artists, educators, and researchers working with audio, visual media, and physical computing. Our visual programming tools Max/MSP and Jitter serve as the creative engine behind thousands of innovative projects. More information about Cycling '74 and its entire product line available at http://www.cycling74.com Craig Latta ----------------- Craig Latta is descended from a long line of itinerant researchers. Asking only for a fast network connection and an occasional glimpse at the sky, he explores the hinterlands of experimental music and computer science. Craig earned simultaneous bachelor degrees in music and computer science from UC Berkeley in 1991. Later that year, he discovered dynamic object programming with the Smalltalk system and realized that improvisational musical informatics was his thing. He enjoyed a variety of ambitious projects at ParcPlace Systems, Atari Games, Interval Research, the IBM Watson Research Center, and the Bootstrap Institute. In 2004, he fell in with the highly suspicious "livecoding" crowd (toplap.org), and two years after that joined the multimedia improv group "dud" (dudland.com). This afternoon he worked for the Fuji Xerox Palo Alto Laboratory. At twilight he went for a nice walk. Now, under cover of night, he pursues the NetJam project (netjam.org), a music improvisation network. Pyramind - Institute For Advanced Digital Audio Training (our host) ----------------------------------------------------------------------------------------------------- Designed for the professional and developing recording artist, Pyramind's certificate programs are the result of over fifty years of collective experience in: production, composition, sound design, engineering, mixing, mastering, studio design and installation. The curriculums are firmly based on the three foundations needed for success: technology, creativity and business. Pyramind's unique training programs include both Apple and Digidesign manufacture certificates. Website: http://www.pyramind.com/ Many thanks to Pyramind for hosting our January event!

1 0

december
by Kassen 06 Jan '08

06 Jan '08

^ / \ || true => int happy; happy::year => now; (in case the acii art doesn't survive sending, that's a chuck operator put sideways to form a tree) Kas.

4 5

OSC multiple host bug
by Daniel Trueman 29 Dec '07

29 Dec '07

an OSC bug that took a little bit to isolate. i've put it on the bug wiki: http://wiki.cs.princeton.edu/index.php/OSC_multiple_port_bug not the end of the world, but it can raise issues when working with multiple machines and perhaps GUI apps using OSC to communicate with chuck. dt

1 0

chuckctrl python application (was: Controling Chuck - building accessible GUI)
by Stephen Sinclair 29 Dec '07

29 Dec '07

> OOPS! That wasn't supposed to goto the list. > -- Rich Heheh... but since it did... On the subject of user interfaces, I've been working on a little something for controlling chuck for my own needs. I've written a little Python program (using GTK and Cairo for drawing) which interfaces between my MIDI controller and chuck. Each knob in the interface can automatically be assigned to an OSC control, which is announced by the chuck script. The user can, at runtime, load various chuck scripts for each column of knobs on my MIDI controller and those knobs get automagically assigned to specific OSC messages for the script. (Each script, in my case, is playing some kind of loopy thing, but that's not entirely necessary.) The MIDI/OSC part is written in C++, using RtMidi and LibLo. It works quite well, so far. Still needs some work, and I've had to put it on the backburner for the moment, but I thought I may as well post the code anyway. Just thought it was worth mentioning another approach. Using python, I managed to slap together a fairly functional application in about a week and a half, which was pretty cool. Grab it with git: git-clone http://www.music.mcgill.ca/~sinclair/git/chuckctrl.git (Sorry I'll post a tarballs sometime, just not right now since it's 1:45am.) cheers, Steve

1 0

Controling Chuck - building accessible GUI
by Rich Caloggero 29 Dec '07

29 Dec '07

There was a thread on this list back in January about control of chuck via OSC, a Python package. I have a few questions: First, I'm blind and use a screen reader. I want to build something that allows me to control chuck sreds via a GUI. I don't like Python much for programming, and am not sure if OSC would even work with my screen reader (anyone have any quick demos I could try just to see if the screen reader will deal with the UI toolkit at all)? What I was thinking of doing is building something in Mozilla's XUL language. This does have the ability to send network packets, and also can execute shell commands. So, was thinking about writing code in chuck and then pass arguments to each .ck file to change parameters. Of course, this might not work so smoothly if we wanted to change things on the fly. FOr this I guess I'd need to implement something like OSC's message passing scheme in XUL. Any advice, or suggestions? Anyone interested in rewriting audical so it works with a screen reader? There are so many great software synthesizers on the market now that work as both stand alone and/or plugins to popular hosts like Cakewalk's Sonar, but none that I've ever tried will allow the screen reader enough control to do real sound design. With effort, one can usually figure out how to change presets, but in a large number of cases even this is not possible. I was hoping that chuck could be used to build a fully accessible sound designers toolbox that could allow one to do things quickly and easily without having to write too much code. I've obviously never used it because it is very graphically oriented, but think of something like PD "Pure Data". You aparently can build all sorts of neat stuff by just plugging stuff together, without having to write a line of code. Thanx for any thoughts/suggestions... -- Rich

7 17

Compiling chuck on UbuntuStudioGutsy32
by Eric Hedekar 28 Dec '07

28 Dec '07

Hi, I've just downgraded from UbuntuStudioGutsy64 and I'm attempting to get Chuck running but I can't seem to understand this error that I'm getting. I have downloaded rtaudio4.0.3 and it looks like it compiled fine. make linux-jack make -f makefile.jack make[1]: Entering directory `/home/stochastic/Desktop/ChucK/chuck- 1.2.1.1/src' g++ -D__LINUX_JACK__ -c -O3 -D__CK_SNDFILE_NATIVE__ rtaudio.cpp rtaudio.cpp:2715:23: error: jack/jack.h: No such file or directory rtaudio.cpp:2721: error: ISO C++ forbids declaration of 'jack_client_t' with no type rtaudio.cpp:2721: error: expected ';' before '*' token rtaudio.cpp:2722: error: ISO C++ forbids declaration of 'jack_port_t' with no type rtaudio.cpp....... what obvious part am I missing? It would really be nice if some proper Linux documentation could be written into the upcoming versions of the install tutorial. I'd be happy to help write it once I understand it. Thanks. -Eric

6 14

Re: [chuck-users] MIDI-controlled synth example?
by pibsid＠suomi24.fi 24 Dec '07

24 Dec '07

Hi Darren! I've attached my version of a midi controlled triangle oscillator with pitch bends and modulation. Have fun! :) Pyry Pakkanen >----Alkuperäinen viesti---- >Lähettäjä: darren.landrum(a)sbcglobal.net >Päivämäärä: 23.12.2007 22:42 >Vastaanottaja: "ChucK Users Mailing List"<chuck-users(a)lists.cs. princeton.edu> >Aihe: Re: [chuck-users] MIDI-controlled synth example? > >Oh, hey, I got the examples to work now. It must have been me doing >something stupid. I'm getting pretty high latency, though, and >polyfony.ck stops working after what seems to be so many notes (or maybe >me doing fast runs is choking something). polyfony2.ck doesn't >acknowledge note-off messages, though I don't know if that's intentional >or not. Still it's a result. > >I still wouldn't mind seeing what others might have come up with, >though. Thanks all for the help! > >Regards, >Darren Landrum > > >Darren Landrum wrote: >> Hi, all! I now have my MIDI controller and new computer all set up, and >> I wanted to give real-time control of ChucK a shot. I looked through the >> examples in the MIDI folder, but I couldn't make anything work, and >> couldn't really understand the code. So I was wondering if anyone might >> have a simple MIDI-controlled synth program out there that I can try out >> and dissect, as I learn so much better from example. Thank you! >> >> Regards, >> Darren Landrum >> >> PS - Happy Holidays to all! >> _______________________________________________ >> chuck-users mailing list >> chuck-users(a)lists.cs.princeton.edu >> https://lists.cs.princeton.edu/mailman/listinfo/chuck-users >> > >_______________________________________________ >chuck-users mailing list >chuck-users(a)lists.cs.princeton.edu >https://lists.cs.princeton.edu/mailman/listinfo/chuck-users >

1 0

MIDI-controlled synth example?
by Darren Landrum 23 Dec '07

23 Dec '07

Hi, all! I now have my MIDI controller and new computer all set up, and I wanted to give real-time control of ChucK a shot. I looked through the examples in the MIDI folder, but I couldn't make anything work, and couldn't really understand the code. So I was wondering if anyone might have a simple MIDI-controlled synth program out there that I can try out and dissect, as I learn so much better from example. Thank you! Regards, Darren Landrum PS - Happy Holidays to all!

1 1

Uana tutorials/examples
by pibsid＠suomi24.fi 23 Dec '07

23 Dec '07

Hi. I think it's wonderful that ChucK can do analysis now. I know what the FFT is but having very little experience with Fourrier transforms I'm quite in the dark on how to modify them. I'm trying to create a realtime pitch-shifter but I'm having trouble getting the phases of successive segments to match. Is there anyone here who knows more about FFT and could write a pitch-shifter example. The short examples that come with Chuck can get people started on how to use the Uana objects but more detailed examples like a phase-vocoder or a pitch-shifter would really help clear some heads on how to truly utilize the power of analysis in ChucK. Cheers! -Pyry Pakkanen (Frostburn)

1 0

chuck and midi clock (again), ignoreTypes() method
by Julien Canet 21 Dec '07

21 Dec '07

Dear All, I am learning chuck and I've made some scripts for the monome 40h interface (if someone wants I can post them). I really need to sync my script with another software, using MIDI. I saw on the users mailing list ( https://lists.cs.princeton.edu/pipermail/chuck-users/2006-April/000503.html ) that midi sync wasn't possible. I didn't really understood why at first, because I thought we just have to make a midi input handler that waits for MIDI clock messages, just like the example in the message : 0 => int device; // number of the device to open (see: chuck --probe) MidiIn min; // the midi event MidiMsg msg; // the message for retrieving data if( !min.open( device ) ) me.exit(); // open the device spork ~ handleMIDI(); fun void handleMIDI() { while (1) { min => now; // wait on the event 'min' while( min.recv(msg) ) // get the message(s) { if (msg.data1 == 248) { // MIDI Clock // Do clocky stuff, count to 24, determine delta-now, whatever } } } } So I wrote a little loop waiting for midi clock message, similar to the script above. I never received midi clock messages... (I am sure they are sent using a MIDI monitor). I read on chuck forum that MIDI clock messages were not parsed. So I had a quick look into Chuck source code and try to found why. I said quick look because I do not understand the whole code to 100%, I've just tried to find more about these MIDI clock messages. I saw that in the midiInputCallback, the midi time code and tick messages (and some other midi messages) are ignored depending on some RtMidiInData flags : the ignoreFlags, initialized to true (ignoreFlags set to 7 in fact) in the constructor. If these flags are true, the size of the message is set to 0 and it is ignored. I saw that there is a method called RTMidiIn::ignoreTypes that can changes these flags. But my BIG question : how to access this ignoreTypes method in chuck language? I recompiled chuck with ignoreFlags initialized to 0. And now I received them... So what is the problem with the midi clock messages? Why disabling them? Can the end-user re enable them without recompiling? Thanks and congratulations for chuck, this is really wonderful, Best regards, Julien.

3 4

.op(0)?
by Kassen 19 Dec '07

19 Dec '07

Fellow ChucKists, Dr. Spankenstein (Rhys) and me just went over some topics on the forum and a question came up about .op(0) in relation to saving CPU time. .op(0), according to the docs stops processing in the Ugen and makes it return only 0's but does that mean it also stops it from pulling Ugens before it in the chain like unchucking does? Clearly it's different from unchucking as .op(0) should allow Ugens after it to keep running (for example to avoid clicks caused by resonant filters dropping out) but I'm not sure how it relates to Ugens after it and can't find any documentation on this. This could become relevant if low on CPU while wanting to preserve click-free sound quality. Yours, Kas.

1 0

forum vs. list (was: simple distortion/clipping)
by Stephen Sinclair 17 Dec '07

17 Dec '07

> It turns out that there are people who prefer a forum and others prefer a > list while yet others (like me) think both are nice in different ways. Yes, I understand this. I used to be more of a forum person, but things changed for me, essentially, when I got my gmail account. I find the 'label' system so good for tracking mailing lists that I can't imagine going back. While previously the idea of receiving huge amounts of mail offended me, nowadays checking on a forum just seems so chore-like to me. In any case, I've always found it funny that there aren't more forum-mailinglist combination systems out there, considering how similar the two concepts are. Some sort of phpBB-mailman integration could go a long way to solving that problem... I think there are some scripts available but it would probably take some work, and not necessarily be a good solution. > Somehow it looks like the forum appears more accessible to people who are > just starting out or are considering to jump in. The forum -so far- also > seems more conductive to colaborations, while the list tends to be more > in-depth on a technological level especially once the bugs hit the fan. I agree, there seems to be tons of cool ideas on the forum, I wish I'd checked it out earlier. It's nice to see people exploring chuck in various ways and coming up with UGen tricks as opposed to just discussing language semantics and such. (Though I'm a language nerd so I don't mind.. ;-) > points as well as a public shared VM capable of streaming for online > jam-sessions but until then I think that so far the price is worth the > gains. That is a really cool idea... and totally do-able. ajax-audicle anyone?? Steve

2 1

MOTU UltraLite interface
by Gregory Brown 17 Dec '07

17 Dec '07

Hello all, I am thinking of getting the MOTU UltraLite interface to use with my MacBook Pro. Has anyone had any positive/negative experiences using this device with ChucK? I am particularly interested in exploring the multi- channel in/out capabilities. Thanks, Greg

3 3

simple distortion/clipping
by Stephen Sinclair 17 Dec '07

17 Dec '07

Hi, I've been trying to figure out how to do some simple distortion / clipping in Chuck. I'm not sure I fully understand the GenX objects. Is this the best way to do it? Ideally I just want something that clips a waveform when it exceeds x or -x. Even better if the "corner" is somewhat rounded, but not necessary. I thought there might be a simple "Clip" UGen but it doesn't seem to exist. By the way, on a similar topic, what happens exactly when the signal input in "dac" exceeds [-1,1]? It doesn't really sound like clipping to me, so is it integer wrapping? I find my audio output significantly degrades (i.e., sound pops, goes silent, or makes strange unpleasant noises) when I exceed this limit, so I always have to fight to keep it within the correct range. Steve (currently working on my first chuck-related music performance!)

7 12

ChucK says "Chuck"
by Perry R Cook 17 Dec '07

17 Dec '07

In response to a couple of threads a while ago, I present a short program that makes ChucK say "Chuck." I'm working on a complete Klatt-like speech synthesizer that will take ARPABET as input and render speech in ChucK in real time. Don't hold your breath, but I'll try to post something that does more than just say "chucK" sometime over the holidays. Best, PRC

3 2

FYI: storing light with sound
by AlgoMantra 17 Dec '07

17 Dec '07

http://www.nature.com/news/2007/071213/full/news.2007.376.html Just thought this might be nice with your morning cuppa. -- ------- -.- 1/f ))) --. ------- ... http://www.algomantra.com

1 0

microphone in ubuntu gutsy
by AlgoMantra 15 Dec '07

15 Dec '07

Dear All, Attached is the screenshot of my $alsamixer status in Ubuntu Gutsy. audio outputs are all working fine, but I can't seem to get my external microphone working with anything - Chuck programming language, Audacity, etc. Any ideas on how to fix this? I'm on a Compaq Presarion C500. And here is a portion of my $lspci which might be relevant here: *00:1b.0 Audio device: Intel Corporation 82801G (ICH7 Family) High Definition Audio Controller (rev 01) 00:1c.0 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 1 (rev 01) 00:1c.2 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 3 (rev 01)* thanks in advance, -- fadereu ------- -.- 1/f ))) --. ------- ... http://www.algomantra.com

3 6

chuck and 64-bit
by rubber glove 13 Dec '07

13 Dec '07

>From reading through the mailinglist archives, I've learned that chuck is not compatible with 64-bit operating systems. The incompatibility I can understand, but I'd just like to suggest that that information be added to the build notes/download page to save some potential frustration... The situation is especially confusing since there are (non-functional) 64-bit packages available for Debian and Ubuntu. Please let me know if I'm mistaken here, otherwise I'll add a page to the wiki detailing how to get chuck working in a 32-bit chroot environment. thanks, Martin

2 1

shreds, namespace, functions, classes, etc
by Kassen 13 Dec '07

13 Dec '07

Dear list, Shreds are objects (of type Shred) and functions aren't objects. This is all good and well but it gets harder when we spork a function and the function becomes a Shred and hence a Object. Consider this; ------------------------ fun void tester() { "boom" => string beep; while(1) { <<<beep>>>; second => now; } } spork ~ tester() @=> Shred foo; 5::second => now; "clik" => foo.beep; //this doesn't work day=> now; ---------------------------------------- It's not so clear to me *why* the offending line doesn't work. Maybe I'm misunderstanding something or making a syntax error but I think that what we are seeing here is a loss of namespace that would be useful and I don't understand why this happens. I also tried stuff along these lines; ---------------------- class Bar extends Shred { //stuff including variables and a constructor } ------------------------------ If I do that I can instantiate a "Bar" but all it does is run it's constructor; I can't manage to spork a Bar or assign a sporked shred to a Bar. I can also make a array of Bar's but all that gets me is the constructor running; --------------------------- class Bar extends Shred { static int number; <<<number++>>>; } //print a series of numbers, no shreds in sight Bar array[5]; ---------------------------------- So, now I'm quite happy I said so many times that there are no "stupid n00b questions" because now it's my turn to ask exactly what a "Shred" is because I'm starting to feel like I have no idea. :¬) Could somebody please explain to me exactly what's going on here? Yours, Kas.

4 10

Sending an OSC Message with no Parameters
by Christopher Graham 03 Dec '07

03 Dec '07

I'm trying to send an OSC message with no parameters, just an address string, but the examples all show the message being created with xmit.startMsg( "/..., ..."), and then sent when the last parameter is provided with say a xmit.addInt. The tutorial also says that the message is sent when all parameters have been provided. Therefore I would expect that xmit.startMsg( "/...") with no OSC parameters specified sends the message immediately. How would one trigger the sending of an OSC message such as xmit.startMsg( "/Start") ? - Chris

2 1

Sitar, hearing voices, Miniaudicle
by Kassen 03 Dec '07

03 Dec '07

Dear ChucKists, Last night I was fooling around with some STK instruments and it looks like Sitar needs some attention. First of all Sitar.pluck() doesn't.... well, pluck. Sitar.moteOn() does pluck and as far as I can see .noteOn could simply be refered to by .pluck(). Second one is slightly more complicated and turns out to be downright dangerous. I accidentally send Sitar some every low notes (in the bottom octave of the MIDI range) and this results in a error that the delay line is too short. Strangely StifKarp doesn't do the same (that one "plucks" as well). This gets dangerous as I believe Sitar will report on this issue for every sample so that's 44 Kilo-errors per second. This was too much for the poor MiniAudicle to deal with and I had to quit it. If it's intended behaviour that Sitar has a minimum frequency (for example because real sitars don't go into the very low range either) it would be bettter to have a sanity check on the frequency before this happens. I could probably fix these myself tomorow and send in the fixed STK Ugens cpp file if that would be helpfull? Next up; VoicForm's documentation doesn't include any mention of the allowed phonemes (sp?) and the only way that I could find them was read the source. Without those this Ugens is almost unusable for non-random usage so that probably needs a fix. I realise, BTW, that figuring out the parameters is time-consuming and probably boring as well but wouldn't it be a lot of fun if ChucK could say it's own name? I tried to persuade it to do that but I think we are short a few sounds.Generally we don't seem to have any plosives or "C"/"k" type clicking sounds so that"s no "chucK', "spork" or "crash" maybe "shred" would be possible. It's kinda trivial but it would be so much fun for demonstrations. I could submit a sugested addition for the docs to the WiKi as well tomorow, the source is quite clear on this once you know your way around. Finally, I did some more testing and I'm now sure that on XP the Mini affects keyboard settings. More speciffically on startup the Mini switches the keyboard layout in the "langiuage bar" to the default one that XP asumes on startup. This can get anoying; my default setting is the Dutch one so I can use my trusty IBM model M but the laptop itself has a US layout so when traveling lightly ( a Model M clocks in at 2.5KG, roughly 5 pounds) I use the US layout. It gets iritating if the Mini keeps switching this back to NL every time it's started (which can get frequent when hunting bugs), especially as I can't see a reason for that. Note that characters like "=" and ">" are in different places on various layouts, as are all the brackets.... It also looks like the Mini doesn't use XP's clip-board so pasting from the Mini to other aplications is impossible, it's also not possible to use "copy", re-start the Mini (or crash it!), then paste. So, that's it, quite a few issues for a 1.5::hour session but that's how it goes :-) Yours, Kas.

4 6