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

Virtual Audio World (VAW)
by Les Hall 17 Jun '11

17 Jun '11

I have decided to create a ChucK-based distributed virtual audio world. In this world we will have places which are physically located on each other's computers and virtually located throughout cyberspace. The first place in this world will be on my Mac mini. I have received permission to use five of the public streaming ports on radio.electro-music.com for this world temporarily. In the event that it grows, we will address the issue of expansion with electro-music server resources, however this world will not be restricted in any way other than morally, ethically, and legally as appropriate. This means that if you have streaming resources you may use them as well. The focal point for discussion of this virtual audio world will be a thread that I just started on the ChucK forum of electro-music.com. The thread is here: http://electro-music.com/forum/viewtopic.php?t=48042 Tonight I will set up a two-channel version of this world so that I and up to two guests can participate as soon as possible. It will use public ports public_1, public_2, and public_3, the latter two of which are for guests of my place in this world. I will post full information of the admittedly somewhat complex task of setting up for streaming into this world in the thread linked above. I openly invite your participation. Les (Inventor)

2 5

sleep sort port
by Kassen 16 Jun '11

16 Jun '11

Fellow ChucKists, I just noticed this sorting algorithm; http://dis.4chan.org/read/prog/1295544154 (should be work-safe, despite that URL) for those afraid of 4chan links and for reference, here is it; #!/bin/bash function f() { sleep "$1" echo "$1" } while [ -n "$1" ] do f "$1" & shift done wait example usage: ./sleepsort.bash 5 3 6 3 6 3 1 4 7 Since this is time-based and also spectacularly impractical it should be of acute interest to present company. I therefore ported this to ChucK which was so far lacking a sorting algorithm that is consistent with our time-centric approach to programming. ----------------------8<------------------------------------- int input[8]; for (int n; n< input.size(); n++) Std.rand2(0, 20) => input[n]; int output[false]; fun void arrayPrinter( int arg[] ) { for (int n; n < arg.size(); n++) chout <= arg[n] <= " "; chout <= IO.newline(); } fun void waiter(int length) { length::second => now; output << length; } arrayPrinter(input); for (int n; n< input.size(); n++) spork~waiter(input[n]); while (output.size() < input.size()) second => now; arrayPrinter(output); ---------------------------------------------8<---------------------------------- This will display a list of random numbers, spends some time on sorting them, then displays the numbers again, but sorted. Hope that's good for a smile for some. Yours, Kas.

3 2

Assigning tasks to keys
by Timothy Leonido 13 Jun '11

13 Jun '11

Hey All, In the theme of the "key organ" example patch, I'm wondering how to assign more varied tasks to my keyboard. Rather than give the keyboard a midi-type of access to scales, I'd like to have different keys control different aspects of loops, such as sample rate control (or if "r" could increase the reverb on a loop while it's in action). Please let me know if you have any advice on this one... Thanks! Tim

3 2

Tracking down clicks and pops..
by Johnathan Bell 13 Jun '11

13 Jun '11

I'm working on a subtractive synthesis program written in ChucK, and I'm not sure, I may have sporked one too many threads, it may be that I'm just not resetting some parameter, but I'm getting some clicking noises in my latest program... I guess my first question is in general, what would cause a clicking or popping noise first of all... The synth is three square waves, slightly detuned and out of phase with each other, and there's a high-to-low LPF and HPF filter acting on the note as it attacks and decays, but it seems to only click *sometimes* and specifically when I hit a low note and then go up to a high note. If I disable filter sweeping entirely, it seems to get rid of some of the clicks, but not all of them. The program is based on the example "polyfony.ck" but it's quite a bit larger now (approx 700+ lines)... Some other notes of concern, each note handler thread (of which there are 20) sporks it's own threads to modulate some parameters, so being 20 note handlers + three threads per note handler + a few other threads (such as the midi watcher), I've got almost 90 threads running at one time, could that be part of the issue? - Johnathan

3 8

New Thread: DSP in ChucK
by Perry Cook 11 Jun '11

11 Jun '11

Yo all, Based on discussions of DSP in ChucK, I thought I'd split it out into a new thread. The last time I taught my music DSP intro course (COS325 Transforming Reality Through Computer, named long ago by Paul Lansky and Ken Steiglitz when they taught it on NeXT Machines!!), I taught it in STK AND ChucK (with just a touch of MATLAB for completeness). Most all examples are provided in C, C++ (via STK), and ChucK. http://www.cs.princeton.edu/courses/archive/spr09/cos325/ Lately I've been doing a lot of intro ChucK lecturing (Cal Arts, ASU, etc.) and have been showing them how to do things in at least 3 ways: 1) Directly in the Language 2) Using built-in Unit Generators (example, building a flute from delay lines) 3) Using higher-level built-in Unit Generators (example, using the Flute UG) For example, a two-pole feedback filter can be done directly in the language, with arrays, and Step for output: // ***************************************** // Two Pole Resonator directly in ChucK Noise n => Gain input => blackhole; Step output => dac; [0.0, 0.0] @=> float outputs[]; [-1.977755, 0.998001] @=> float coeffs[]; 0.001 => input.gain; while (1) { input.last() - outputs[0]*coeffs[0] - outputs[1]*coeffs[1] => float temp; outputs[0] => outputs[1]; temp => outputs[0] => output.next; 1 :: samp => now; } // ***************************************** or with Delay unit generators (by the way, this is a way to do a UG based arbitrary order FIR/IIR filter): // ***************************************** // Two Pole Resonator using Delays Noise n => Gain output => dac; output => Gain d1 => output; // 1 sample delay output => Delay d2 => output; // 2 sample delay 1 :: samp => d2.delay; // feedback adds 1 sample of delay 1.977755 => d1.gain; -0.998001 => d2.gain; 0.001 => n.gain; while (1) { 1.0 :: second => now; } // ***************************************** Or, using the built-in TwoPole Unit Generator: // ***************************************** // Two Pole Resonator Unit Generator Noise n => TwoPole tp => dac; 1000.0 => tp.freq; 0.999 => tp.radius; 0.001 => tp.gain; while (1) { 1.0 :: second => now; } // *****************************************

1 0

Fwd: programming of the art computer
by Kassen 11 Jun '11

11 Jun '11

Will likely be of interest to some? ---------- Forwarded message ---------- From: alex <alex(a)lurk.org> Date: 10 June 2011 13:36 Subject: [livecode] programming of the art computer To: livecode(a)toplap.org Hi all, Here's a new mailing list just starting up which might be of interest to some here, on designing programming languages for the arts: http://lists.lurk.org/mailman/listinfo/potac archive here: http://lists.lurk.org/pipermail/potac/ best wishes alex

1 0

Setting LPF Q or Freq to very high or low values causes bad sounds...
by Johnathan Bell 10 Jun '11

10 Jun '11

I'm not sure if I'm just doing something wrong or what, but (for instance) if I set up a SawOsc => LPF => DAC and set the LPF's Q to something very low (< 0.05) with the Osc set to a frequency of 440Hz, there is some kind of blow-your-ears-out high gain garbage that comes out of the speakers... Does anyone know if (1) this is normal and (2) what are normal (sane) values for this? I get the same kind of behavior if I set the cutoff frequency to something > 12000ish. - JB

2 3

Re: [chuck-users] Modulation of parameters "by hand"? [Yo, scott!]
by Kassen 09 Jun '11

09 Jun '11

http://cip.ablelemon.co.uk This is really nice stuff! I like Scott's usage of blackhole for making signals persistent and continuous. The usage of GUI faders to avoid clicks and for expression is really cool too. For those of us not on OSX (or not inclined to sliders); when using buses as a sort of in-out matrix like Scott does when he writes; Provides basic connectivity to busses. function void connect(int, int) we could have "connect()" place a Envelope between the two busses and have that ramp up when connecting, then down when destroying the connection. That too would avoid clicks and could create a sort of cross-fading with some extra effort. Kas.

2 1

interesting concert (The Hague, NL)
by Kassen 09 Jun '11

09 Jun '11

Fellow ChucKists, One of your Chuckist brothers and (lurtking?) list member, Caspar Schipper, is having a concert of his piece written in ChucK; Time 23 June · 19:30 - 21:30 Location Arnold Schoenbergzaal, Koninklijk Conservatorium, Den Haag Juliana van Stolberglaan 1 Den Haag, Netherlands FB event thingy; http://www.facebook.com/event.php?eid=222298021130975 The cool thing is that all of the DSP is written in ChucK itself. I think this is the first piece of any serious length and complexity like that that I heard of. Gossip has it that Caspar will publish a bit online about this and his process, but of course it'd be nice to come by if you have the chance. So; I thought I'd post this as I think Caspar is a bit modest and this seems quite interesting; the "sonology" department at the local conservatory is quite famous and I think this is the first example of more extensive ChucK usage there. Yours, Kas.

4 5

Modulation of parameters "by hand"? Does ChucK have a function reference data type?
by Johnathan Bell 09 Jun '11

09 Jun '11

I'm trying to create a generic "modulation" function where I can give it some parameters to set up the modulation and a property to modulate. My current way of thinking would require passing a function object into the shred so that the parameter to be modulated can be chosen at the time of the function calling... Now I know already that I can't do something like the following: --code-- // A failed attempt at tremolo SinOsc osc1 => Gain master => dac; 440 => osc1.freq; SinOsc lfo => master.gain; 5 => lfo.freq; .3 => lfo.gain; --/code-- So thus I set up this function: --code-- fun void tremolo(Gain noteGain) { SinOsc lfo => blackhole; 5.75 => lfo.freq; .3 => lfo.gain; while (true) { 1-lfo.last() => noteGain.gain; // Assume "resolution" is a dur such as 10::ms, it is the resolution of our modulation resolution => now; } } --/code-- And spork it with a gain object to modify... That works great, but I'll need to code a separate function for every single possible parameter that I'd want to modulate, so is there a way of specifying the specific parameter on the function call instead of the whole object, for instance, the prototype could be: --code-- fun void modulate(FunctionObject param) --/code-- And then the updated values would (in theory) be ChucK'ed directly to that "param" instead of object.parameter? I tried setting it up this way but I don't seem to know the object type for passing a function reference, if there is one. Or maybe someone else has a better idea that I haven't thought of? - JB

3 3

pieces written in ChucK
by Joel Matthys 09 Jun '11

09 Jun '11

I've been teaching ChucK to my Intro to Electronic Music students this quarter at CCM here in Cincinnati, and I've struggled to find recordings of pieces to play in class. I have one: http://soundcloud.com/jwmatthys/shearpin Are there others out there? Is there a reason so few use ChucK for fixed-format? Joel

6 7

ChucK and Pulseaudio (Ubuntu 10.04)
by Lucas Zawacki 09 Jun '11

09 Jun '11

Hey guys. I've recently crafted some fun stuff with chuck and I'd like to make a recording of my desktop together with the sound I'm generating. I'm on Ubuntu, using gtk-recordmydesktop for this purpose and everything is fly until I try to capture the audio.... It seems that ChucK is not sending it directly to pulse, so when I try to record from it I get no sound. Notice that other apps, like my music player, do get recorded correctly. I'm using chuck-alsa, but I tried chuck-oss too with no success. I even tried chuck-jack and then things went pretty bad, but I suspect it's recordmydesktop fault. All in all I need some help here... is there a reason why chuck-alsa is not routing through pulse? Thanks in advance.

2 2

Re: [chuck-users] pieces written in ChucK
by Joel Matthys 08 Jun '11

08 Jun '11

We perform Clix with CiCLOP, the Cincinnati Composers Laptop Orchestra Project. Most of our DSP is in ChucK. Joel On Wed, 2011-06-08 at 12:00 -0400, chuck-users-request(a)lists.cs.princeton.edu wrote: > Send chuck-users mailing list submissions to > chuck-users(a)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(a)lists.cs.princeton.edu > > You can reach the person managing the list at > chuck-users-owner(a)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. pieces written in ChucK (Joel Matthys) > 2. Re: pieces written in ChucK (Mark) > 3. Re: pieces written in ChucK (Mark) > MHTML Document attachment > > -------- Forwarded Message -------- > > From: Joel Matthys <jwmatthys(a)yahoo.com> > > Reply-to: ChucK Users Mailing List > > <chuck-users(a)lists.cs.princeton.edu> > > To: chuck-users(a)lists.cs.princeton.edu > > Subject: [chuck-users] pieces written in ChucK > > Date: Tue, 07 Jun 2011 15:16:40 -0400 > > > > I've been teaching ChucK to my Intro to Electronic Music students > > this quarter at CCM here in Cincinnati, and I've struggled to find > > recordings of pieces to play in class. I have one: > > > > http://soundcloud.com/jwmatthys/shearpin > > > > Are there others out there? Is there a reason so few use ChucK for > > fixed-format? > > > > Joel > MHTML Document attachment > > -------- Forwarded Message -------- > > From: Mark <mark.cerqueira(a)gmail.com> > > Reply-to: ChucK Users Mailing List > > <chuck-users(a)lists.cs.princeton.edu> > > To: ChucK Users Mailing List <chuck-users(a)lists.cs.princeton.edu> > > Subject: Re: [chuck-users] pieces written in ChucK > > Date: Tue, 7 Jun 2011 12:24:50 -0700 > > > > CliX, written by Ge, is written purely in ChucK. Listen to it here: > > > > > > http://plork.cs.princeton.edu/listen/green/ > > > > > > It's part of PLOrk's main repository (I think) which can be > > downloaded here: > > > > > > http://wiki.cs.princeton.edu/index.php/PLOrk_Rep#to_download... > > > > > > OR if you're feeling adventurous you can use the multicast version I > > adapted for my thesis research a while ago. It'll work as long as > > your router doesn't suck at multicasting. :P > > > > > > https://github.com/markcerqueira/lorknet/tree/master/PLOrk/CliX-multicast > > > > > > mc > > > > On Jun 7, 2011, at 12:16 PM, Joel Matthys wrote: > > > > > I've been teaching ChucK to my Intro to Electronic Music students > > > this quarter at CCM here in Cincinnati, and I've struggled to find > > > recordings of pieces to play in class. I have one: > > > > > > http://soundcloud.com/jwmatthys/shearpin > > > > > > Are there others out there? Is there a reason so few use ChucK for > > > fixed-format? > > > > > > Joel > > > _______________________________________________ > > > chuck-users mailing list > > > chuck-users(a)lists.cs.princeton.edu > > > https://lists.cs.princeton.edu/mailman/listinfo/chuck-users > > > > > MHTML Document attachment > > -------- Forwarded Message -------- > > From: Mark <mark.cerqueira(a)gmail.com> > > Reply-to: ChucK Users Mailing List > > <chuck-users(a)lists.cs.princeton.edu> > > To: Mark <mark.cerqueira(a)gmail.com> > > Cc: ChucK Users Mailing List <chuck-users(a)lists.cs.princeton.edu> > > Subject: Re: [chuck-users] pieces written in ChucK > > Date: Tue, 7 Jun 2011 12:28:08 -0700 > > > > ...and I totally misread your email - CliX is not fixed-format. > > Woops! > > > > > > mc > > > > On Jun 7, 2011, at 12:24 PM, Mark wrote: > > > > > CliX, written by Ge, is written purely in ChucK. Listen to it > > > here: > > > > > > > > > http://plork.cs.princeton.edu/listen/green/ > > > > > > > > > It's part of PLOrk's main repository (I think) which can be > > > downloaded here: > > > > > > > > > http://wiki.cs.princeton.edu/index.php/PLOrk_Rep#to_download... > > > > > > > > > OR if you're feeling adventurous you can use the multicast version > > > I adapted for my thesis research a while ago. It'll work as long > > > as your router doesn't suck at multicasting. :P > > > > > > > > > https://github.com/markcerqueira/lorknet/tree/master/PLOrk/CliX-multicast > > > > > > > > > mc > > > > > > On Jun 7, 2011, at 12:16 PM, Joel Matthys wrote: > > > > > > > I've been teaching ChucK to my Intro to Electronic Music > > > > students this quarter at CCM here in Cincinnati, and I've > > > > struggled to find recordings of pieces to play in class. I have > > > > one: > > > > > > > > http://soundcloud.com/jwmatthys/shearpin > > > > > > > > Are there others out there? Is there a reason so few use ChucK > > > > for fixed-format? > > > > > > > > Joel > > > > _______________________________________________ > > > > 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

Resignation and transition
by Adam Tindale 06 Jun '11

06 Jun '11

Hi All, I would like to send my official resignation as a core member of the documentation team. I no longer use ChucK to the extent that I am an expert and I have not committed to the documentation in at least a year. I want to see the community flourish, as I see on the list, and as such I am serving as a gatekeeper to updating and improving the manual. Last year we tried a documentation push that had some interesting developments and I think was ultimately a failure because we did not push enough traffic there. Their export to PDF was ( and in my opinion still is) inadequate for generating a manual that can be shipped with ChucK. My suggestion moving forward is to move to Markdown or asciidoc for generating files that can be easily turned into html or pdf with appropriate style files for each. Github has proved to be an excellent place for collaborating on these types of projects and I would suggest that as a place to get the migrating going. I would be more than happy to help with the migration to a new platform or to help a new person get up to speed on how I generated the PDF manual so they can continue to update it with all of the great discoveries and suggestions on the list. I would also be happy to do some actual porting work of the documentation to a new system that can be more easily maintained if that is what is deemed necessary by the community or new point person. For history, the original manual was generated by me with help from Ge and Phil sometime in 2005 or so. I got into ChucK very seriously at that point and emailed the list or Ge personally to figure out how to do certain things in the language. For every email Ge sent me I created a tutorial or reference and compiled it into a document. Ge, Phil, and I spent many a night generating web references, then I would port that to LaTeX for the PDF manual. Since that time many other people have contributed references that have since been included in the manual and it has grown to the document we know today. It was a lot of fun and I think it had a significant impact on getting new users into ChucK. I want to thank the ChucK team and community, and I look forward to helping you get to the next place. Adam (--art)

4 3

Gyration Air Mouse
by Les Hall 06 Jun '11

06 Jun '11

Good day ChucKists! I have finally purchased what looks to be a good motion controller for my particular needs. It is the Gyration Air Mouse Elite. It works great, though my first code attempt at varying a SinOsc produced more zipper than actual sine wave, lol. I know the zipper cannot be avoided in practice, so I'll work on ways to minimize it and /or make use of it. Now, to my question: How do I access all of the axes? This device has a 2-axis gyro and a 3-axis accelerometer, which IMHO packs a powerful punch missing only the roll gyro. I can do all sorts of stuff with it, but I need to get at that axis data. I'm sure it's very simple, how do i do it? Les

4 5

Instrument Pickups for Ajay and Others
by Les Hall 04 Jun '11

04 Jun '11

This post is somewhat off-topic to ChucK itself, so please skip it if that bothers you, thanks. All this celebration of Ajay Kapur and the amazing work that he and his students are doing reminded me of a sort of reinvention that my Swedish friend Are and I created together some time ago. It's a type of stringed instrument pickup that has unique properties making it very suitable for creating one's own stringed instruments. I know that part of the ChucK world involves creating unique instruments including stringed ones, so I thought I'd post here. I say reinvented because after we created it, we found prior art in the patent record going back to the 1930's if I recall correctly, and we never did patent out little twist on the theme that made it practical today, so it's yours to use freely. It works by putting neodymium magnets under the strings and then amplifying the tiny currents created in the strings themselves as they vibrate in the magnetic field. Since there are no coils of wire, there is no second-order filter to distort all those beautiful harmonics, and the sound is more "clean" or harp-like than a conventional wound pickup. There are quirks to these pickups, but they are minor to most listeners. You can read all about this new-old pickup system here: http://echuck.othomann.de/eChucK/Guitar_Kit.html Oh, and we did ask for a small contribution from anyone who used it, but not only is that a voluntary gesture, for educational purposes we can waive it altogether. If someone uses the pickup system and tells us about it, that will be plenty reward enough. Please feel free to forward this message or the web link to any related list or person or whatever. Thanks, Les

2 1

Re: [chuck-users] An Eastern-flavored Happy Birthday to Ajay Kapur
by Perry R Cook 04 Jun '11

04 Jun '11

AP, BBC, and many others came to cover the spring show (in which I briefly guest-appeared). Lots of coverage: AP Video: http://video.aol.com/video/calif-students-build-musical-robots-then-jam/962… The Boston Globe http://www.boston.com/news/education/k_12/articles/2011/05/13/robots_get_th… Washington Post http://www.washingtonpost.com/entertainment/robots-get-their-groove-on-make… Sydney Morning Herald http://news.smh.com.au/breaking-news-technology/robots-get-their-groove-on-… San Francisco Chronicle http://www.sfgate.com/cgi-bin/article.cgi?f=/n/a/2011/05/13/state/n025049D6…

1 0

An Eastern-flavored Happy Birthday to Ajay Kapur in ChucK
by Perry Cook 04 Jun '11

04 Jun '11

Hi all, Ajay is one of the only of us who actively uses ChucK everyday to drive robots!! It's amazingly fun to hook up to his critters via OSC and get them banging away. For that, and many of the other awesome things he does and does for us, I offer this: http://www.cs.princeton.edu/~prc/HBDAjay2011 The code is butt-ugy, inline, copy-paste. That's how I compose short one-off ChucK things. No comments, just music :-) Enjoy!!! PRC

5 5

exponential envelope
by Alex French 03 Jun '11

03 Jun '11

Is there a generally-accepted method for creating exponential envelopes? It can be managed with Gen5, but the result is somewhat clumsy and requires a very fast loop. -Alex

2 5

More Holodeck Phaser Practice!
by Les Hall 03 Jun '11

03 Jun '11

Greetings Earthlings, Quark Industries is happy to present to you version 3 of our holodeck phaser target practice program, located at the following link: http://electro-music.com/forum/viewtopic.php?p=332018#332018 Quark's CEO and chief bottle washer was quoted as saying: "With the popularity of shooter1.ck reaching an unprecedented 10 starships, we felt it was time for an update. So here is shooter3.ck with several playability improvements - enjoy!" Note: my high score is 6, what is yours? Les

1 0

Information request
by luca paganotti 01 Jun '11

01 Jun '11

Hi all, I'm trying to use/evaluate the usage of faust, pd and ChucK for a single application that is not directly related to music. I work as a developer for noise related applications (in particular we manage aircraft noise and in general noise pollution). I briefly explain what I would like to do. Let's say that I have a noise source that I would like to limit. Let's say that I measure the noise with a microphone in the vicinity of the noise source where i think the noise could disturb someone. The mic input is needed to compute some meaningfull indexes in a defined time interval, let's say 1 second or more, and then this value could be used as a reference to change the amplitude of the noise source if it exceeds the reference value. I make a couple of examples: 1. maybe I need to limit the noise production of a pub where there is live music so to reduce noise pollution outside the pub ... 2. maybe I gather with my friends to play some music in my house and I would like not to annoy my neighbours ... I've read the ChucK docs and found that I can have analyzer units but at the moment they are only built in (fft, ifft, ...) and that in the near future there will be the possibility to develop my own analyzer unit ... So my questions are: 1. Do you think that ChucK could be a profitable choice to have this job done? 2. Have you plans and timings for the user built analyzers unit support in ChucK? Thanks by now for any answer. Luca Paganotti

2 1

chuck linux-alsa in Ubuntu 11.04
by Alex French 31 May '11

31 May '11

Hi all, I've become quite interested in procedural/fully synthesized audio for game development, and I've tried out a lot of different tools, including cmus, supercollider, puredata, and chuck. I really like chuck, because it seems fairly lightweight and simple compared to the others. The only problem is that I can't get it to work in Ubuntu using alsa. It works with jack, which is fine for me, but I don't want my users to have to install and deal with jack just to play my game. So here's my situation... I'm running 32 bit Ubuntu 11.04. I have onboard sound on my motherboard, through the nVidia MCP55 chipset: 00:0f.1 Audio device: nVidia Corporation MCP55 High Definition Audio (rev a2) Unfortunately, that device crapped out on me a year or so ago, so I replaced it with this: 02:09.0 Multimedia audio controller: C-Media Electronics Inc CM8738 (rev 10) ...which is a Diamond XS51 PCI audio card. I also have this, courtesy of my video card: 01:00.1 Audio device: ATI Technologies Inc Barts HDMI Audio [Radeon HD 6800 Series] That makes for a fairly complex setup. Here's what chuck sees: $ ./chuck --probe [chuck]: found 7 device(s) ... [chuck]: ------( chuck -- dac1 )--------------- [chuck]: device name = "hw:NVidia,0" [chuck]: probe [success] ... [chuck]: # output channels = 8 [chuck]: # input channels = 2 [chuck]: # duplex Channels = 2 [chuck]: default device = YES [chuck]: natively supported data formats: [chuck]: 16-bit int [chuck]: 32-bit int [chuck]: supported sample rates: [chuck]: 44100 Hz [chuck]: 48000 Hz [chuck]: 96000 Hz [chuck]: 192000 Hz [chuck]: [chuck]: ------( chuck -- dac2 )--------------- [chuck]: device name = "hw:NVidia,1" [chuck]: probe [success] ... [chuck]: # output channels = 2 [chuck]: # input channels = 2 [chuck]: # duplex Channels = 2 [chuck]: default device = NO [chuck]: natively supported data formats: [chuck]: 16-bit int [chuck]: 32-bit int [chuck]: supported sample rates: [chuck]: 44100 Hz [chuck]: 48000 Hz [chuck]: 88200 Hz [chuck]: 96000 Hz [chuck]: 192000 Hz [chuck]: [chuck]: ------( chuck -- dac3 )--------------- [chuck]: device name = "hw:NVidia,2" [chuck]: probe [success] ... [chuck]: # output channels = 0 [chuck]: # input channels = 2 [chuck]: # duplex Channels = 0 [chuck]: default device = NO [chuck]: natively supported data formats: [chuck]: 16-bit int [chuck]: 32-bit int [chuck]: supported sample rates: [chuck]: 44100 Hz [chuck]: 48000 Hz [chuck]: 96000 Hz [chuck]: 192000 Hz [chuck]: [chuck]: ------( chuck -- dac4 )--------------- [chuck]: device name = "hw:CMI8738,0" [chuck]: probe [success] ... [chuck]: # output channels = 2 [chuck]: # input channels = 2 [chuck]: # duplex Channels = 2 [chuck]: default device = NO [chuck]: natively supported data formats: [chuck]: 16-bit int [chuck]: supported sample rates: [chuck]: 5512 Hz [chuck]: 8000 Hz [chuck]: 11025 Hz [chuck]: 16000 Hz [chuck]: 22050 Hz [chuck]: 32000 Hz [chuck]: 44100 Hz [chuck]: 48000 Hz [chuck]: 88200 Hz [chuck]: 96000 Hz [chuck]: [chuck]: ------( chuck -- dac5 )--------------- [chuck]: device name = "hw:CMI8738,1" [chuck]: probe [success] ... [chuck]: # output channels = 6 [chuck]: # input channels = 0 [chuck]: # duplex Channels = 0 [chuck]: default device = NO [chuck]: natively supported data formats: [chuck]: 16-bit int [chuck]: supported sample rates: [chuck]: 5512 Hz [chuck]: 8000 Hz [chuck]: 11025 Hz [chuck]: 16000 Hz [chuck]: 22050 Hz [chuck]: 32000 Hz [chuck]: 44100 Hz [chuck]: 48000 Hz [chuck]: 88200 Hz [chuck]: 96000 Hz [chuck]: [chuck]: ------( chuck -- dac6 )--------------- [chuck]: device name = "hw:CMI8738,2" [chuck]: probe [success] ... [chuck]: # output channels = 2 [chuck]: # input channels = 2 [chuck]: # duplex Channels = 2 [chuck]: default device = NO [chuck]: natively supported data formats: [chuck]: 16-bit int [chuck]: 32-bit int [chuck]: supported sample rates: [chuck]: 44100 Hz [chuck]: 48000 Hz [chuck]: 88200 Hz [chuck]: 96000 Hz [chuck]: [chuck]: ------( chuck -- dac7 )--------------- [chuck]: device name = "hw:Generic,3" [chuck]: probe [success] ... [chuck]: # output channels = 2 [chuck]: # input channels = 0 [chuck]: # duplex Channels = 0 [chuck]: default device = NO [chuck]: natively supported data formats: [chuck]: 16-bit int [chuck]: supported sample rates: [chuck]: 32000 Hz [chuck]: 44100 Hz [chuck]: 48000 Hz [chuck]: [chuck]: ------( chuck -- 2 MIDI inputs )------ [chuck]: [0] : "Midi Through Port-0" [chuck]: [1] : "C-Media CMI8738 MIDI" [chuck]: [chuck]: ------( chuck -- 4 MIDI outputs )----- [chuck]: [0] : "Midi Through Port-0" [chuck]: [1] : "C-Media CMI8738 MIDI" [chuck]: [2] : "OPL3 FM Port" [chuck]: [3] : "qjackctl" [chuck]: I've tried using dacs 4-6 with pasuspender to suppress pulseaudio, but nothing seems to work. The same thing happens without pasuspender; I don't know if it's actually required, but it's something I tried. Anyway, in an attempt to get some more information, I increased the log verbosity: $ pasuspender -- ./chuck --verbose5 --dac5 moe.ck **snip** [chuck]:(2:SYSTEM): | sample rate: 48000 [chuck]:(2:SYSTEM): | buffer size: 512 [chuck]:(2:SYSTEM): | num buffers: 8 [chuck]:(2:SYSTEM): | devices adc: 0 dac: 5 (default 0) [chuck]:(2:SYSTEM): | adaptive block processing: 0 [chuck]:(2:SYSTEM): | channels in: 2 out: 2 **snip** [chuck]:(3:SEVERE): starting real-time audio... [chuck]:(2:SYSTEM): RtApiAlsa: callback thread error... [chuck]:(5:INFORM): | (RtApiAlsa: audio read error for device (hw:NVidia,0): Input/output error.) [chuck]:(5:INFORM): | closing thread... What's going on here? I asked for the CMI8738, but I'm getting I/O errors from the nvidia device. At this point I'm completely lost. Help? -Alex

2 4

Undocumented Features
by Jordan Orelli 31 May '11

31 May '11

What's the word on discussing and potentially documenting undocumented features? Occasionally I find it easier to just read the ChucK source than trying to find documentation for what I need, and I have noticed things that are undocumented. Their working state is questionable, but I have found at least one thing that is exceptionally convenient for me but remains unspoken of on the official documentation that appears to be stable: the Osc class. Internally it sits between UGen and the following classes on the inheritance tree: Phasor, SinOsc, TriOsc, SawOsc, PulseOsc, and SqrOsc. I find it useful for making collections of oscillators whose type I can change dynamically. I.e., in my current project, I have a two-dimensional array of Osc references that I can use to store a mixed collection of the aforementioned UGens. As an example, here's how I dynamically switch what base Osc object is being used, which would be much more verbose without the Osc class: fun void setPatch(string targetPatch, int column, int row) { if(!checkRange(column, row, "setPatch")) return; Osc s; // You can't use UGen here, because the UGen class has no freq property if(targetPatch == "SinOsc") { new SinOsc @=> s; } else if(targetPatch == "SqrOsc") { new SqrOsc @=> s; } else if(targetPatch == "SawOsc") { new SawOsc @=> s; } else if(targetPatch == "TriOsc") { new TriOsc @=> s; } else { cherr <= "Unrecognized targetPatch supplied in OscBank.setPatch:" <= targetPatch <= IO.newline(); } toneMap()[column][row] => s.freq; bank[column][row] =< gains[column][row]; s @=> bank[column][row] => gains[column][row]; } This seems to be a really general tool, since I'd wager that the supermajority of us go through ChucK 101 with little more than the SinOsc and Noise UGens. Where's the proper place to document my finding so that others can find it? Is there somewhere that this already happens? -Jordan

2 1

[OT] a new email list (Live Group Computer Performance)
by Jascha Narveson 31 May '11

31 May '11

Hello, everybody - I'm forwarding this to the list on behalf of Charles Céleste Hutchins: ----- There is a new email list for discussion surrounding Live Group Computer Performance: http://groups.google.com/group/LiGroCoP We will be discussing issues about playing in and coding for LOrks, Laptop Ensembles, Laptop Bands and similar computer groups of three or more. ----- cheers, jascha

3 3

Holodeck Phaser Practice
by Les Hall 27 May '11

27 May '11

I bet you didn't know that ChucK has a holodeck. Yep, an audio only holodeck with a real phaser target practice program. It works with any compatible phaser such as the Gyration Air Mouse Elite. If you have such a device, go to the following ChucK forum thread and get yourself a copy of the code. http://electro-music.com/forum/viewtopic.php?t=48028 Although slightly buggy, this code does work and I plan to do more with it, both fixing the wrap-around bug and adding lots of cool features. I'm open to suggestions on what else to add and what to refine, and if anyone could take a look at the if() statements in the mouse routine that wrap phaserTheta and phaserPhi to their angular limits, that would be greatly appreciated. Also note that the Gyration Air Mouse Elite has a healthy working range to it, so you can crank up your speakers and step out into the hallway or open floorspace so you have room to move around. People nearby will probably get a kick out of it also - tell them ChucK sent you. See you on the holodeck! Les

1 0