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

functions returning arrays
by David Ogborn 24 Feb '12

24 Feb '12

Hi Chuckists, A question about arrays in Chuck: the manual briefly mentions "functions that have arrays as arguments or return type" but I can't seem to find an actual example of a function with an array as a return type. Does anyone know if this works, or there is a way to make it work? If I call the function below, for instance, I get a "NullPointerException: (array access)" when I do anything with the result: fun float[] t(float x,float nn[]) { float rr[]; for(0 => int n;n<nn.size();n++) { nn[n] + x => rr[n]; } return rr; } Yours truly, David ------------------------------------------------------------------- Dr. David Ogborn, Assistant Professor Communication Studies & Multimedia Director, Cybernetic Orchestra & ESP Studio McMaster University, Hamilton, Canada ogbornd --at-- mcmaster.ca http://davidogborn.net http://twitter.com/ogbornd http://esp.mcmaster.ca (Cybernetic Orchestra) 1-905-525-9140 ext 27603

4 12

[BUG] otf blocks at error
by Kassen 15 Feb '12

15 Feb '12

Fellow ChucKists, When I am running "chuck --loop" in one terminal, then run "chuck + foo.ck" in another, where foo.ck is a file that contains some syntax error (or is just a random file) the last command will block. By that I mean the error is printed correctly (even "chuck -v + foo.ck" prints correctly) but after that I don't get my prompt back until I give it a extra [enter] or Ctrl+c. At the moment of removing the block the terminal running "chuck --loop" will report a "0-length packet" yet it continues to run fine. This is a bug, clearly, but more can be said about it. First of all it need not be a person issuing the otf command, it could be a script, for example if we'd like to run ChucK from a editor that supports highlighting the location of the error -if any- that depends on the compilation of code to return. For such cases plain ChucK doesn't work because when all is well ChucK likely will return a stream of data instead of a single statement. Secondly; if this would indicate a error in the error reporting that might explain the amount of segfaulting VM's at incorrect code we have recently seen. I'd quite like that one to be addressed because the VM has been crashing so easily at incorrect files that livecoding becomes a bit of a risky proposition. Well, more risky :-) This is based on the version from the repository running alsa linux, btw. Yours, Kas.

4 6

Symposium on Laptop Ensembles and Orchestras - Registration Open
by Stephen David Beck 15 Feb '12

15 Feb '12

Please distribute widely... 1st Symposium on Laptop Ensembles & Orchestras (SLEO 2012) - Registration now open. The LSU Center for Computation & Technology is pleased to announce the 1st Symposium on Laptop Ensembles & Orchestras, April 15-17, 2012 on the campus of Louisiana State University in Baton Rouge, LA. The workshop will feature peer-reviewed paper sessions, panel discussions and posters focused on the current state of laptop and mobile music ensembles. Topics will include core tools and technologies for laptops and mobile devices, theoretical and historical approaches, software and hardware management, and composer perspectives. Four workshops will start the symposium, with topics ranging from programming mobile devices, using the GRENDL system for software deployment, basic electronics & circuit bending, and vocal applications for laptop ensembles. Ge Wang, director of the Stanford Laptop Orchestra and founder of Smule will give the keynote address for SLEO. There will also be performances by the Mobile Performance Group (Stetson University), Sideband (Princeton), the European Bridges Ensemble, the Linux Laptop Orchestra (L2Ork), and the Laptop Orchestra of Louisiana (the LOLs). Although the final schedule is not yet completed, the general outline of the symposium is as follows: - Sunday, April 15 - Workshops, Opening Reception - Monday, April 16 - Conference Sessions, Keynote Address, Concerts - Tuesday, April 17 - Conference Sessions, Concerts Fees: - Early Registration (until March 15, 2012): US$160 - Late/On-site Registration (beginning March 16, 2012): US$185 - Student Rates: US$110 (Early) / US$135 (Late/On-site) Registration fees for SLEO 2012 include all workshops and symposium sessions, lunches for Monday and Tuesday, concert tickets for Monday and Tuesday evenings, on-campus transportation and the opening reception & crawfish boil. Hotels: The official conference hotel is the Lod Cook Hotel and Conference Center. We have secured a special conference rate of $96 per night. Reservations for the conference hotel must be made through our online registration form. We strongly recommend visitors stay at the Cook Hotel, as it will be the hub for our local transportation services. To get the conference rate, you must make your reservation through the SLEO registration page. Travel: The Baton Rouge Metropolitan Airport (BTR) is served by Delta, Continental, US Airways and American Airlines through regional hubs in Dallas, Houston, Atlanta, Charlotte and Memphis. The airport is located 15 minutes north of LSU. We highly recommend flying through this airport. Taxis are available at the airport for local transportation. The Louis Armstrong New Orleans International Airport (MSY) is approximately one hour driving time southeast of Baton Rouge, off of Interstate 10. The airport is served by over a dozen regional, national and international airlines. Rental cars are available, but cab service to Baton Rouge is prohibitively expensive and not recommended. On-line Registration: Please use the following link to register for the conference and make hotel reservations. https://www.cct.lsu.edu/sleo-registration/sleo-submit.php Thank you for your interest and submission to SLEO 2012. We look forward to seeing you in April. Sincerely, Stephen David Beck Jesse Allison Rebecca Fiebrink Nathan Wolek SLEO 2012 Executive Committee

5 8

increase chuck memory usage
by Michael Heuer 26 Jan '12

26 Jan '12

Hello ChucKers, I have a ChucK class that maps all the samples in a drum kit to SndBufs https://github.com/heuermh/lick/blob/deab64e5b1eb1783e9a68bb508a0317c0287bf… Altogether this creates 238 SndBufs, which appears to be more than ChucK can handle. Sample playback skips, repeats, or is otherwise corrupted. Removing some of the mappings improves playback. Is there a way to increase the memory allocated to ChucK at startup? Alternatively, is there a better way to handle loading and playback for hundreds of samples? Thanks, michael

3 9

visiting new york
by Renato Fabbri 07 Jan '12

07 Jan '12

Dear Devolters, PDers and Chuckers, I am in NYC until 14/Jan and would really appreciate some advice on our art (music) & open tech events, places, gatherings, presentations etc. Glerm just gave me this advice http://www.eyebeam.org/ (a green bird told me Hans Steiner works there). I've heard some years ago that there is a Church here that plays change ringing, I found nothing about a event on this coming days (didn't search that much either..). All the best and cheers, rfabbri _o_o_ oOo _o_o_ -- GNU/Linux User #479299 labmacambira.sf.net

1 0

nyc visit
by Renato Fabbri 07 Jan '12

07 Jan '12

i am in NYC and am getting back to Brazil at 14/Jan. Honey moon! We will appreciate any advice in enjoying our stay and will enjoy any meeting. We are at W 46th st, near Broadway. A house away from St. Andrews restaurant. cheeeeeers! ttmrgksfrf _o_o_ oOo _o_o_ -- GNU/Linux User #479299 labmacambira.sf.net

1 0

Install on Linux with ALSA
by Alex Barham 29 Dec '11

29 Dec '11

I am trying to install Chuck on a Fedora Core 16 system with ALSA. This is the error I am getting: [root@Alex src]# make linux-alsa make -f makefile.alsa make[1]: Entering directory `/home/alex/Downloads/chuck-1.2.1.3/src' g++ -o -lpthread chuck chuck.tab.o chuck.yy.o chuck_absyn.o chuck_parse.o chuck_errmsg.o chuck_frame.o chuck_symbol.o chuck_table.o chuck_utils.o chuck_vm.o chuck_instr.o chuck_scan.o chuck_type.o chuck_emit.o chuck_compile.o chuck_dl.o chuck_oo.o chuck_lang.o chuck_ugen.o chuck_main.o chuck_otf.o chuck_stats.o chuck_bbq.o chuck_shell.o chuck_console.o chuck_globals.o digiio_rtaudio.o hidio_sdl.o midiio_rtmidi.o rtaudio.o rtmidi.o ugen_osc.o ugen_filter.o ugen_stk.o ugen_xxx.o ulib_machine.o ulib_math.o ulib_std.o ulib_opsc.o util_buffers.o util_console.o util_string.o util_thread.o util_opsc.o util_math.o util_network.o util_raw.o util_xforms.o util_hid.o uana_xform.o uana_extract.o -lasound -lstdc++ -ldl -lm -lsndfile g++: error: chuck: No such file or directory make[1]: *** [chuck] Error 1 make[1]: Leaving directory `/home/alex/Downloads/chuck-1.2.1.3/src' make: [linux-alsa] Error 2 (ignored) I can't figure out which directory the Chuck install program is trying to look for. Any ideas?

4 4

Kassen => holiday wishings => you;
by Ge Wang 27 Dec '11

27 Dec '11

Greetings and happy holidays!! I am forwarding a most excellent message from our one and only Kassen that nearly got lost in the servers (we are looking into why). ChucK on! --- Fellow ChucKists, I just realised I was in danger of breaking a mult-year habbit of wishing everyone a merry ChucKmass. Callendars may be a cultural phenomenon and as such not something that we ChucKists can depend on for universal time-keeping. The solstice, however is a objective phenomenon and a quite nice occasion to turn our "=>" operators 90° counter-clockwise with some green syntax highlighting. Merry ChucKmass, all! Yours, Kas.

2 1

mod tracker style ChucK ugen, anyone interested?
by Imre Kéri 24 Dec '11

24 Dec '11

Hi, I extended the chuck source code with a new unit generator what can be used to play sound samples in a way what is somewhat similar to "tracker" software like renoise, fast tracker, buzz etc. There is a concept of "samples", "instruments" and "tracks". A "sample" is a sound sample, an "instrument" adds new parameters to samples like loop points and a base frequency. A "track" is a chuck unit generator which can play back the "instruments" mentioned before, and it can be thought of as a column of a pattern in a pattern sequencer software. The main feature is that the track ugen has support for volume and frequency modulation, slides and sample retrigger effects, and each of these is computed for every sample. (So the control rate is the sampling frequency of the dac.) The volume and frequency of a sound sample can be modulated by any other sample. Note that this all could be written in chuck itself, but I chose to write it as an ugen to have better efficiency, because I like to make sounds this way. I think the system provides more or less the same functionality as the LiSa ugen, but the track concept allows even more interesting possibilities. To make it clear: This is already written and (more or less) tested by myself! So if there is general interest in such a new ugen I am happy to share this work with the public. (In my opinion it is somewhat special, but some people might find it useful.) Note that for testing one has to compile ChucK from the source code with a patch.. Imre

4 6

pyck : pythonized chuck
by Tomtom 21 Dec '11

21 Dec '11

Hi there. I hope this is the right place to post that ... Some time ago I announced that I was working on a rewrite of ChucK in Python. I started this project because I thought creating a new programming language from scratch was a bad design decision, and ChucK as an approach to audio programming would benefit greatly from piggy-backing on a well established language. After a first proof of concept version written entirely in python, I'm happy to announce that the thing is getting real. The new C++/python version does some actual real-time sound synthesis (audio I/O is based on RtAudio), you can manipulate the Ugen network on the fly from the python interpreter and you can write/execute shreds. Beware that it is pre-alpha - no packaging, almost no testing done, nasty bugs here and there, almost no ugens (only a few oscillators) You can grab the sources and follow the evolution of the project here : https://github.com/tgirod/pyck dependencies : - cmake - boost + boost::python - RtAudio - python 2.7.x - ipython (shreds are causing a segfault on the regular python interpreter but not on iPython, and I don't know why). Right now, pyck has been tested only on my computer (arch linux 32bit). I would gladly receive feedback from you if you are interested in giving it a shot. Happy winter-solstice celebration thing to everyone (trying to be inclusive here) ! Tom

1 0