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

Re: [chuck-users] Problem building miniAudicle under EasyPeasy Linux
by David 18 Feb '15

18 Feb '15

I think you may be right. I don't have qt3 installed, but the version of qt4 I have is even older than 4.7. Here's what I have: QMake version 2.01a Using Qt version 4.6.2 in /usr/lib In Synaptic Package Manager, it tells me I have "4:4.6.2-Oubuntu5.6", which is the latest version available in the EasyPeasy repositories, it seems. I might be better off installing a different distro, but EasyPeasy is supposed to be optimized for the ASUS EeePC. Is there some work-around to fix the problem? Thanks. > Do you know what specific version of Qt is being used? This can be checked > with: > $ qmake-qt4 --version > > There is some evidence through googling that it could be a problem with Qt > 4.7-4.8 compatibility. I develop miniAudicle on Qt 4.8 and don't normally > test with 4.7, so I could see that being an issue. > > spencer

1 0

Problem building miniAudicle under EasyPeasy Linux
by David 18 Feb '15

18 Feb '15

Hi! I noticed that you and Kassen replied to my question about building miniAudicle (for some reason, they weren't included in the daily digest). I don't think the problem is the wrong version of qt. I installed all the dependencies (at least the ones that are mentioned in the installation instructions), and I believe I have qt 4 installed correctly. I installed all the packages below: Full list of required packages ------------------------------ These are the packages which, along with each package's subdependencies, are required to build miniAudicle on current Ubuntu systems; on other Linux systems these packages likely exist with the same or similar names. make gcc g++ bison flex libasound2-dev libsndfile1-dev libqt4-dev libqscintilla2-dev libpulse-dev (linux-pulse only) libjack-jackd2-dev (linux-jack only) The only reason I mentioned qt 3 was that I saw some references to differences between qt3 and qt4 when I googled the error message. Doesn't the error message indicate that I have qt4 installed? *qmake-qt4* "RTAUDIO_BACKEND=ALSA" -o makefile.qt-alsa miniAudicle.pro uic: Error in line 51, column 41 : Unexpected attribute alignment uic: Error in line 189, column 41 : Unexpected attribute alignment Isn't 'qmake-qt4' part of qt4? I'll check again when I get home, though. Thanks.

3 2

Heavy distortion/clipping in Windows
by Moisés Gabriel Cachay Tello 18 Feb '15

18 Feb '15

Hello! This might be a long post, so I apologize if it results a bit boring to read. First of all, I want to thank every single person behind ChucK: creators, mantainers and users, the work you guys are doing is invaluable! You all have my respect and admiration. I have posted a couple of answers in this list, since I was part of the Coursera introduction course. Because of (mostry work-related) some things that took most of the little time I had, I (sadly :() left ChucK behind. A couple weeks ago, however, I managed to get the ChucK book and 'regenerate' my interest in the language. I'm facing an odd problem during my journey. Following the examples provided in the book (and also writing my own pieces), sometimes the output sound gets heavily disorted as if the sound levels go far beyond the maximum and there's an extreme clipping sound. So I put a gain behind and set it's level lower of if there's an nRev, I set the mix down, everything resulting in a very quiet sound, in a strong contrast of what I would expect the sound to be. I'm attaching a sample of the distortion produced by playing the Listing 8.9 (Jazz Band) from the book [1]. The code running is unmodified. Set your headphones/speakers low since this can be very uncomfortable. The weirdest part of all this, is that this distortion only occurs when the code is running 'live'. If I use the 'Export' function in miniAudicle, the resulting sound is crystal-clear. I've also used a simple snippet to record the output to a file manually and the same good-sounding result occurs. I tried using another sound interface (as far as I know, the HDMI counts as another audio interface), and an external interface embedded into my Beringher UMA25S MIDI controller with the same results every time. I'm at x64 W7 with a Realtek HD embedded soundcard (it's a mid 2013 laptop). I'm not using any sound-boosting software (I found one that came with my laptop, disabled it and the same result shows). I'm using miniAudicle 1.3.3 (didn't tried the command line version since I guess the results will be the same) with pretty much the default settings: default input/output devices, 44.1KHz sample rate and 128 bytes buffer size (higher latencies doesn't make any difference). Since I don't know how to properly diagnose/solve this problem, I hope some of you can give me some insight to get over this and keep ChucKing :) PS: It seems my email got lost somewhere in time, due to the attachment so I'm replacing it to a direct download link: [1] https://www.dropbox.com/s/spa3r6os1hgrb0i/distortion.mp3?dl=0 -- -Moisés

2 2

Re: [chuck-users] chuck-users Digest, Vol 115, Issue 3
by David 17 Feb '15

17 Feb '15

Sorry to take so long to reply, been busy. Anyway, I downloaded the latest Linux versions of the source for Chuck and miniAudicle (1.3.5 and 1.3.3, respectively). I was able to build Chuck, and it seems to be working, but when I tried to build miniAudicle, I got the following error: qmake-qt4 "RTAUDIO_BACKEND=ALSA" -o makefile.qt-alsa miniAudicle.pro uic: Error in line 51, column 41 : Unexpected attribute alignment uic: Error in line 189, column 41 : Unexpected attribute alignment I googled the error message and found some discussions about differences between qt3 and qt4. Could that be the problem? I followed the instructions regarding dependencies, but maybe the instructions are out-of-date? Thanks. On Mon, Feb 9, 2015 at 12:00 PM, <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. miniAudicle mailing list? (David) > 2. Re: miniAudicle mailing list? (Spencer Salazar) > > > ---------- Forwarded message ---------- > From: David <dfkettle(a)gmail.com> > To: chuck-users(a)lists.cs.princeton.edu > Cc: > Date: Sun, 8 Feb 2015 12:33:58 -0500 > Subject: [chuck-users] miniAudicle mailing list? > Hi! > > Has the miniAudicle mailing list been renamed, or merged with this > one? When I click on the link on the Community page > (http://chuck.cs.princeton.edu/community/), I get a message "No such > list audicle". > > I'm trying to build miniAudicle for an ASUS EeePC running EasyPeasy, > but I'm getting some errors. I can post them here if the miniAudicle > mailing list is no longer in existence. > > Thanks. > > > > ---------- Forwarded message ---------- > From: Spencer Salazar <spencer(a)ccrma.stanford.edu> > To: ChucK Users Mailing List <chuck-users(a)lists.cs.princeton.edu> > Cc: > Date: Sun, 8 Feb 2015 13:12:01 -0800 > Subject: Re: [chuck-users] miniAudicle mailing list? > Hi David, > > I actually don't know what happened to the miniAudicle list, but I would recommend posting any issues with miniAudicle or other chuck-related software here. > > spencer > > > On Sun, Feb 8, 2015 at 9:33 AM, David <dfkettle(a)gmail.com> wrote: >> >> Hi! >> >> Has the miniAudicle mailing list been renamed, or merged with this >> one? When I click on the link on the Community page >> (http://chuck.cs.princeton.edu/community/), I get a message "No such >> list audicle". >> >> I'm trying to build miniAudicle for an ASUS EeePC running EasyPeasy, >> but I'm getting some errors. I can post them here if the miniAudicle >> mailing list is no longer in existence. >> >> Thanks. >> _______________________________________________ >> chuck-users mailing list >> chuck-users(a)lists.cs.princeton.edu >> https://lists.cs.princeton.edu/mailman/listinfo/chuck-users >> >> > > > > -- > Spencer Salazar > Doctoral Candidate > Center for Computer Research in Music and Acoustics > Stanford University > > spencer(a)ccrma.stanford.edu > +1 831.277.4654 > https://ccrma.stanford.edu/~spencer/ > > > _______________________________________________ > chuck-users mailing list > chuck-users(a)lists.cs.princeton.edu > https://lists.cs.princeton.edu/mailman/listinfo/chuck-users >

3 2

miniAudicle mailing list?
by David 08 Feb '15

08 Feb '15

Hi! Has the miniAudicle mailing list been renamed, or merged with this one? When I click on the link on the Community page (http://chuck.cs.princeton.edu/community/), I get a message "No such list audicle". I'm trying to build miniAudicle for an ASUS EeePC running EasyPeasy, but I'm getting some errors. I can post them here if the miniAudicle mailing list is no longer in existence. Thanks.

2 1

Sideband Chronicles
by Daniel L. Trueman 05 Feb '15

05 Feb '15

hi all, chuck in heavy use here! =========================> Sideband and the Princeton Laptop Orchestra (PLOrk) are pleased to announce the release of The Sideband Chronicles, a monthly series of laptop ensemble pieces, artfully filmed and recorded, presented along with their histories, motivations, and information about how others might perform them. Our first Chronicle is Jascha Narveson’s In Line, a visually beautiful “game” piece performed with the now standard laptop performance interface, the tether. Forthcoming Chronicles will include works by Konrad Kaczmarek, Anne Hege, Jeff Snyder, Dan Trueman, Lainie Fefferman, and others, and will span all of 2015 and beyond. Learn more about The Sideband Chronicles, Sideband, and PLOrk. http://www.sidebandchronicles.com http://www.sidebandchronicles.com/about/ http://www.sidebandchronicles.com/jascha-narveson-in-line/ <=========================

1 0

Asynchronous FFT?
by Marc Evans 31 Jan '15

31 Jan '15

Hi all, I'm working on a sound installation that uses ChucK for synthesis, and am trying to figure out how to have a variety of interesting reverbs that evoke different kinds of environments. Convolution reverb using a variety of impulse responses would be ideal. This installation does not have any real-time input, so delay is not really a factor. I came across this wonderful FFT convolution example <https://lists.cs.princeton.edu/pipermail/chuck-users/2014-November/007807.h…> that Perry Cook put together, and it's great, except that there is a click every hop-size as (I assume) the FFT calculation takes place. I realize that maybe there wouldn't be such a click if I used a shorter impulse response, but I wonder if there's a way to spread out the calculation so that it isn't all happening on one sample. Is there any way to do the FFT asynchronously? Again, if it added more delay, it's not really a big deal. Thanks! Marc -- Marc Evans PhD Student in Music Composition at UCSB Stanford BA '10, Music; MA '11, Music, Science and Technology www.marcevansmusic.com "We are here on Earth to do good to others. What the others are here for, I don't know." --W. H. Auden

1 0

Re: [chuck-users] reading random sample
by Julian Faust 29 Jan '15

29 Jan '15

If you know in advance what set of files to choose from, you could start by reading in a text file with all the file paths then make the random selection in chuck. This avoids system calls, which can mess with the timing of your real-time application since the chuck VM misses the time spent doing the system call (i.e. Std.system(“sleep 1”) causes mayhem). But if you want to be able to add files to a directory on the fly I think you have to do the system call. Just be aware of the timing issue - maybe it can be done in a thread. -Julian > From: Atte <atte(a)youmail.dk> > Subject: [chuck-users] reading random sample > Date: January 28, 2015 at 6:32:29 AM GMT-5 > To: ChucK Users Mailing List <chuck-users(a)lists.cs.princeton.edu> > Reply-To: ChucK Users Mailing List <chuck-users(a)lists.cs.princeton.edu> > > > Hi > > I'm trying to write a function that reads a random samples from a > directory into a SndBuf. I'm not aware of the the necessary > functionality being available in chuck, so I wrote a bash script that > picks a random file from a directory and writes the name with full path > to /tmp/random_file. When I call Std.system() I get a warning that I > should use --caution-to-the-wind. This works well in chuck, but in fact > I'm in miniAudicle, how do I call miniAudicle with that option? Just doing > > $ miniAudicle --caution-to-the-wind > > makes miniAudicle think I want to start with a blank file called > "--caution-to-the-wind"... > > -- > Atte > > http://atte.dk http://a773.dk > > > > From: Atte <atte(a)youmail.dk> > Subject: Re: [chuck-users] reading random sample > Date: January 29, 2015 at 6:25:08 AM GMT-5 > To: chuck-users(a)lists.cs.princeton.edu > Reply-To: ChucK Users Mailing List <chuck-users(a)lists.cs.princeton.edu> > > > On 01/28/2015 12:32 PM, Atte wrote: >> how do I call miniAudicle with that option? > > Nevermind, I'm back to chuck, seems much more stable... > > -- > Atte > > http://atte.dk http://a773.dk >

2 1

reading random sample
by Atte 29 Jan '15

29 Jan '15

Hi I'm trying to write a function that reads a random samples from a directory into a SndBuf. I'm not aware of the the necessary functionality being available in chuck, so I wrote a bash script that picks a random file from a directory and writes the name with full path to /tmp/random_file. When I call Std.system() I get a warning that I should use --caution-to-the-wind. This works well in chuck, but in fact I'm in miniAudicle, how do I call miniAudicle with that option? Just doing $ miniAudicle --caution-to-the-wind makes miniAudicle think I want to start with a blank file called "--caution-to-the-wind"... -- Atte http://atte.dk http://a773.dk

1 1

Debugging Segmentation fault: 11
by Gonzalo 28 Jan '15

28 Jan '15

Hi, On a project I'm working on, I sometimes get a "Segmentation fault: 11" error, and the program crashes. But I can't figure out when it happens, and cannot reproduce it. It's a big project, with many components communicating via events, and I have no idea who's triggering the problem. My question is how would you go about debugging this? Any ideas what can be triggering it? It sounds very generic... Probably unrelated, but just in case, I also got this (only once so far): chuck(22226,0x7fff790ee310) malloc: *** error for object 0x1028f3408: incorrect checksum for freed object - object was probably modified after being freed. *** set a breakpoint in malloc_error_break to debug Abort trap: 6 Thanks! Gonzalo

5 15

Re: [chuck-users] WvOut sample size (????????? ????????)
by јеромонах Виталије 27 Jan '15

27 Jan '15

Thank you Michael Heuer, for your reply. I have already installed jackd and QJackCtl, but I am not so happy with it. It is much easer to work with ChucK compiled to use alsa and just start one single program (* chuck) than to wary about starting jackd, controlling it... Very likely I am missing something about jack but I have never made it to work smoothly. There were always some troubles with applications that utilize sound card when I run jack server, so I gave up. On the other hand, I don't understand why ChucK can not use sound card as any other application on my computer. For example: command line mp3 player mpg321 can play a mp3-file simultaneously with other programs. I can start several mpg321 commands from terminal and there will be no complains about hardware device being used. The same is with other audio/video players on my computer. None of them requires exclusively access to sound card hardware, and they all can cooperate smoothly. I would like very much if ChucK could do so. Vitalije

3 2

Re: [chuck-users] WvOut sample size (????????? ????????) (Joel Matthys)
by јеромонах Виталије 27 Jan '15

27 Jan '15

> Hello Vitalije. > > You can compile ChucK with 'make linux-pulse' to use the PulseAudio > server. That will allow you to use other audio applications at the > same time. > > You are right that jackd is not as easy to work with as alsa, but it > is very useful when you want to send sound from one application to > another. It is powerful in the right situation. > > Joel Thank you Joel, I have compiled ChucK as you have suggested and now it works very well indeed. :-) Vitalije.

1 0

Re: [chuck-users] WvOut sample size (????????? ????????)
by јеромонах Виталије 26 Jan '15

26 Jan '15

Thank you Perry Cook, for your reply. I have found what was the source of my main problem. It had nothing to do with quality, or sample size of generated file. Actually I was working on files located on an USB memory stick, and the stick was plugged in a USB hub device located very near speaker. When ChucK was executing file there were no interference between the USB cable and speaker cable, but when I was playing recorded file from the same USB there were some interference between cables that sounded like cracks. When I copied generated file to my desktop and played it from there, cracks disappeared :-) Maybe this will help somebody else if one run into similar problem.

1 0

Re: [chuck-users] WvOut sample size (????????? ????????)
by Perry Cook 24 Jan '15

24 Jan '15

It's likely just overloading and clipping on the output file. WvOut and WvOut2 must quantize to 16 bits to write out the file. So numbers that are greater than +/- 1.0 will overload. If this is really the problem (likely), then there's an easy fix. There's a method called fileGain() that sets an extra gain before the file is written out. The default is of course 1.0, but you can change it to anything. Example useage: MyPatch => WvOut bob => blackhole; "mywavfile.wav" => bob.wavFilename; 0.5 => bob.fileGain; // This is your friend for writing non-clipped files while (now < then) { // do whatever; } bob.closeFile(); Hope this helps. If not let us know and we'll dig deeper. PRC > On Jan 24, 2015, at 9:00 AM, 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. WvOut sample size (????????? ????????) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Fri, 23 Jan 2015 20:22:21 +0100 > From: ????????? ???????? <vitalije(a)kviziracija.net> > To: chuck-users(a)lists.cs.princeton.edu > Subject: [chuck-users] WvOut sample size > Message-ID: <54C29F6D.8070701(a)kviziracija.net> > Content-Type: text/plain; charset=utf-8; format=flowed > > Hello, > I am a new member of this list. > I have made some ChucK program that sounds good when performed by ChucK > VM. However, when I record this music through WvOut in to file and later > play recorded file using system player, I hear some cracks (distortions, > noise). > It seems to me that it is some conversion taking place during recording. > In the documentation of WvOut class it is suggested that MATLAB file > format will write 64-bit floats. But even with that precision I get the > same sound in file. I have looked in to the source code and found that > every method of WvOut class (WvOut_ctrl_<filetype>Filename) opens file > with the same 16-bit sample-size (Stk::STK_SINT16). > > I have tried naively to change that parameter into Stk::STK_SINT32, and > recompiled successfully ChucK, but the quality of recorded sound was not > improved. Actually, file was again 16-bit signed encoded. > > What can I do to improve quality of recording. > > My computer is amd-64 Ubuntu 14.04. I have compiled ChucK with 'make > linux-alsa' command. > > PS: I tried to record sound from system sound-card by using some other > programs for recording, but with no success. Either ChucK could not > access sound-card or a recording program could not access sound-card. It > seems that ChucK insists on having exclusive rights over sound-card and > doesn't want to share it with other programs. Even if in my browser is > opened some site that uses sound, ChucK refuses to start. > > Vitalije > > > ------------------------------ > > _______________________________________________ > chuck-users mailing list > chuck-users(a)lists.cs.princeton.edu > https://lists.cs.princeton.edu/mailman/listinfo/chuck-users > > > End of chuck-users Digest, Vol 114, Issue 4 > *******************************************

2 1

WvOut sample size
by јеромонах Виталије 23 Jan '15

23 Jan '15

Hello, I am a new member of this list. I have made some ChucK program that sounds good when performed by ChucK VM. However, when I record this music through WvOut in to file and later play recorded file using system player, I hear some cracks (distortions, noise). It seems to me that it is some conversion taking place during recording. In the documentation of WvOut class it is suggested that MATLAB file format will write 64-bit floats. But even with that precision I get the same sound in file. I have looked in to the source code and found that every method of WvOut class (WvOut_ctrl_<filetype>Filename) opens file with the same 16-bit sample-size (Stk::STK_SINT16). I have tried naively to change that parameter into Stk::STK_SINT32, and recompiled successfully ChucK, but the quality of recorded sound was not improved. Actually, file was again 16-bit signed encoded. What can I do to improve quality of recording. My computer is amd-64 Ubuntu 14.04. I have compiled ChucK with 'make linux-alsa' command. PS: I tried to record sound from system sound-card by using some other programs for recording, but with no success. Either ChucK could not access sound-card or a recording program could not access sound-card. It seems that ChucK insists on having exclusive rights over sound-card and doesn't want to share it with other programs. Even if in my browser is opened some site that uses sound, ChucK refuses to start. Vitalije

1 0

ICAD2015 - call for submission
by Visda Goudarzi 21 Jan '15

21 Jan '15

Dear all, (With apologies for cross posting, please distribute!) This is a reminder that the call for participation for ICAD15 is currently open. http://icad15.iem.at Call for Papers, Posters, Extended Abstracts, Music, Installations, and Workshops - ICAD 2015 “ICAD in Space: Interactive Spatial Sonification” The 21st International Conference on Auditory Display July 6 - 7 Workshops and Student Think Tank July 8 - 10 Conference University of Music and Performing Arts and Technical University of Graz, Austria. The conference is organised by the Institute of Electronic Music and Acoustics (IEM). IEM is one of the leading institutions in the field of audio engineering and computer music. As part of the University of Music and Performing Arts Graz, IEM is a multidisciplinary institution, whose general mission is to bridge the gap between science and the arts. As a unique characteristic, IEM focuses on sonification as part of its research in computer music. IEM facilities include laboratories and performance spaces such as CUBE, which are equipped with spatial audio and motion tracking systems. Since 2014, IEM hosts the Sonic Interaction Design (SID) lab, in which interactive sound systems are designed and evaluated. ICAD is a highly interdisciplinary conference with relevance to researchers, practitioners, artists, and graduate students working with sound to convey and explore information. The conference is unique in its specific focus on auditory displays and the range of interdisciplinary issues related to their use. Like its predecessors, ICAD15 will be a single-track conference, open to all, with no membership or affiliation requirements. In addition to ICAD's core interests, we would like to take the opportunity of the conference being held at IEM to highlight this yearʼs theme ICAD in Space: Sonification, Sonic Interaction Design, and Spatial Audio. ::::::::::::::::: KEY DATES ::::::::::::::::: 15 February 2015 Submission of Papers, Posters, Music, and Installations 15 March 2015 Submission of Workshops 15 April 2015 Submission of Extended Abstracts 15 April 2015 Notification of acceptance for Workshops 01 May 2015 Notification of acceptance for Papers, Posters, Music, and Installations 15 May 2015 Notification of acceptance for Extended Abstracts 01 June 2015 Camera-Ready deadline ::::::::::::::::: AREAS OF INTEREST ::::::::::::::::: Relevant areas for ICAD include but are not limited to: Auditory Display: - Aesthetics, Culture, & Philosophy - Design, Theory & Methods - Technology: Tools & Applications - Perceptual and Cognitive Aspects - Usability & Evaluation - Accessibility Special Focus of ICAD15: - Sonification: - Exploration of Data through Sound - Sonification as Art - Sonic Interaction Design - Interaction design - Input technologies - Auditory Information Design - Spatial Audio - Binaural virtual acoustics - Loudspeaker-based sound field synthesis Accepted papers will be included in the published proceedings and made publicly available in the Georgia Tech SMARTech system (http:// smartech.gatech.edu/). The types of submissions solicited for ICAD15 include: ::::::::::::::::: PAPERS AND POSTERS::::::::::::::::: Paper and poster submissions will be 4-8 pages in length, including all figures and references. Typical paper contributions are between 6 - 8 pages, and typical poster contributions are 4 - 5 pages long. Full papers should describe work that offers a substantial contribution to the field of auditory display. Authors of accepted papers will be invited to give an oral presentation of their work, and at least one author must present the work at the conference for the paper to appear in the proceedings. Poster submissions should describe both finished work and work in late stages of progress. Work that is complete enough that meaningful conclusions can be drawn at the time of submission are encouraged. Authors of accepted submissions will be invited to participate in a poster and/or demonstration session, and at least one author must present the work at the conference for the paper to appear in the published proceedings. When weighing the decision to submit to poster and demonstration sessions, we encourage authors to consider their work in relation to the potential positive benefits (both to authors and their audiences) afforded by the personal interactions that occur in this type of session. Authors of selected full papers will be invited to submit an extended version (up to 12 pages) of their papers for publication in a Special Issue of the Journal on Multimodal User Interfaces (JMUI): Auditory Display. (http:// www.springer.com/computer/hci/journal/12193) ::::::::::::::::: EXTENDED ABSTRACTS ::::::::::::::::: Extended abstracts include, but are not limited to late-breaking results, works in early stages of progress, novel methodologies, unique or controversial theoretical positions, and discussions of unsuccessful research or null findings. Submissions for extended abstracts require a proceedings paper of up to 2 pages in length. Authors of accepted abstracts will be invited to give a short presentation of their work, and at least one author must present the work at the conference for the abstract to appear in the published proceedings. The deadline of the extended abstracts is later to allow very recent contributions in the field. Papers Co-Chairs Visda Goudarzi and Areti Andreopoulou papers.icad15(a)iem.at ::::::::::::::::: MUSIC AND INSTALLATIONS::::::::::::::::: We invite submissions of music and sound installations. Sonification should be a constitutive element of the proposed works. Priority will be given to works employing space and interaction as additional dimensions to an artistic data exploration. We therefore especially encourage the submission of multichannel electroacoustic or acousmatic pieces and interactive sound installations. The works will be reviewed by an international panel of sound and sonification experts. Preference will be given to submissions that are technically feasible and have a clear documentation of the setup. At least one of the authors who wish to have their works presented at ICAD15 must register and attend to the conference. As we would like to extend the presentation of these works beyond the time limits of the conference, authors of accepted works are encouraged to present their work also online using the Research Catalogue (http://www.researchcatalogue.net), an international database for artistic research. The conference page will provide a portal to these presentations. Music Co-Chairs Johannes Zmölnig and Gerhard Eckel music.icad15(a)iem.at ::::::::::::::::: WORKSHOPS :::::::::::::::: ICAD workshops and tutorials provide in-depth opportunities for conference attendees to discuss and explore important topics in the field of auditory display with like-minded researchers and practitioners. Please submit concepts for “hands-on” workshops or discussion platforms, possibly allowing participants to contribute, but no paper sessions on their own. Focus areas can range from applications and programming methodologies to interdisciplinary research skills, emerging concepts, and challenge problems. Space, facilities, technical support, and the number of sessions that can be accepted are limited, so early submission of proposals is encouraged. Workshop and tutorial organizers are expected to collaborate with the conference committee, issue calls for participation, gather and review contributed materials (if appropriate), and decide upon the final program for their session. Workshop Co-Chairs Franz Zotter and Derek Brock workshop.icad15(a)iem.at ::::::::::::::::: SONIFICATION CONTEST :::::::::::::::: The call for the Sonification Contest will be released in early 2015. ::::::::::::::::: STUDENT THINK TANK :::::::::::::::: The call for the Student Think Tank will be released in early 2015. We will provide child care during the conference and workshops. If you travel with a kid/ kids please drop us an email ahead of time. For more information on submission in different categories please refer to the conference website: http://icad15.iem.at Conference Co-Chairs Katharina Vogt and Ypatios Grigoriadis chair.icad15(a)iem.at

1 0

Re: [chuck-users] Inheritance and Arrays
by Casper Schipper 03 Jan '15

03 Jan '15

You could try assign subclass instances to arrays of it's parent class, as shown in the snippet bellow. It is not a very elegant syntax, but at least it makes your plus(A arg[]) function work like you would expect. best, Casper class A { 42 => int a; fun void print() { <<<a>>>; } } class B extends A { 101 => int b; fun void print() { <<<b>>>; } } fun void plus(A arg[]) { for (0 => int i; i < arg.size() ; i++) { arg[i].a ++; arg[i].print(); } } // first declare the 'container'. A @ foo[2]; // use new operator to create B instances. (new B) @=> foo[0]; (new B) @=> foo[1]; 1 => foo[0].a; 2 => foo[1].a; plus(foo); // notice, foo[0] & foo[1] still behave like a B instance. <<<"foo[0].a", foo[0].a>>>; <<<"foo[1].a", foo[1].a>>>; > > 1. Inheritance and Arrays (Julien Saint-Martin) > > From: Julien Saint-Martin <julien.saintmartin(a)googlemail.com> > To: chuck-users(a)lists.cs.princeton.edu > Date: 2 januari 2015 16:15:54 CET > Reply-To: ChucK Users Mailing List <chuck-users(a)lists.cs.princeton.edu> > Subject: [chuck-users] Inheritance and Arrays > > > Hi! > > I would like to pass arrays of objects to a function taking an array of parent class as argument. > I try different things but unfortunately I have compilation errors each time. > > The following example works with no array: > > class A { > int a; > } > > class B extends A { > int b; > } > > fun void plus(A arg) { > arg.a ++; > } > > B foo; > > 1 => foo.a; > plus (foo); > <<<"foo.a", foo.a>>>; > > > > > But When I try the same with arrays it doesn't compile: > [l13.ck]:line(22): argument type(s) do not match: > [l13.ck]:line(22): ... for function 'plus(...)' ... > [l13.ck]:line(22): ...(please check the argument types) > > class A { > int a; > } > > class B extends A { > int b; > } > > fun void plus(A arg[]) { > for (0 => int i; i < arg.size() ; i++) { > arg[i].a ++; > } > > } > > B foo[2]; > > 1 => foo[0].a; > 2 => foo[1].a; > plus (foo); > <<<"foo[0].a", foo[0].a>>>; > <<<"foo[1].a", foo[1].a>>>; > > > Any idea ? > > Thanks in advance and Happy new year!! > > Julien > > > > > _______________________________________________ > chuck-users mailing list > chuck-users(a)lists.cs.princeton.edu > https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

1 0

spork~ and multiple cpus
by vilbjørg broch 02 Jan '15

02 Jan '15

hi I have problems getting shreds to spread load over multiple cpus neither from miniAudicle nor commandline chuck Running linux Debian 3.2.0-4-amd64, chuck 1.3.4.0 jack, miniAudicle 1.3.2 jack I just tested the same .ck files on a mac and it looks like that the sporked shreds automatically spreads over at least 2 of 4 (4 of 8) cores. Is there any more information to find about how to handle or understand these issues, or does anyone have any tricks to share? Much greetings Vilbjørg

3 3

Re: [chuck-users] timestamp (Gonzalo)
by Perry R Cook 06 Dec '14

06 Dec '14

One way to do it would be to pass it in as an argument or other when you run ChucK. This example uses stdin to read the output of a <date> command in the shell: // TestDate.ck Perry R. Cook, Dec. 2014 ConsoleInput stdin; // gonna read from here stdin.prompt("") => now; // wait until something comes in string datetime; // date and time string datetimenow; // plus time since chuck invoked tacked on while (stdin.more()) { stdin.getLine() => datetime; } // read input datetime.setCharAt(9,'-'); // replace time string colons datetime.setCharAt(12,'-'); // with dashes instead datetime+"-"+Std.ftoa(now/second,4) => datetimenow; // tack on time since chuck invoked <<< datetimenow >>>; // If you want to continue making updated unique // strings, just keep redoing the datetimenow line 1.5*second => now; datetime+"-"+Std.ftoa(now/second,4) => datetimenow; // tack on time since chuck invoked <<< datetimenow >>>; To use this: date +"%m%d%y-%T" | chuck TestDate.ck Outputs (date-H-M-S-now): "120614-15-00-09-0.0000" : (string) "120614-15-00-09-1.5000" : (string)

1 0

timestamp
by Gonzalo 06 Dec '14

06 Dec '14

Is there a way to get the system's timestamp? Something like PHP's time(). I'm asking because I'm trying to append a unique string to a filename (something like errors_143234334.log), where 143234334 would be a timestamp or a date. An alternative approach is to generate a random number, but then I loose sequentiality. Thanks! Gonzalo

1 0

Call for Submissions - 21th International Conference on Auditory Display (ICAD 2015)
by Visda Goudarzi 04 Dec '14

04 Dec '14

[Apologies for cross-posting, please distribute] Call for Papers, Posters, Extended Abstracts, Music, Installations, and Workshops - ICAD 2015 “ICAD in Space: Interactive Spatial Sonification” The 21st International Conference on Auditory Display July 6 - 7 Workshops and Student Think Tank July 8 - 10 Conference University of Music and Performing Arts and Technical University of Graz, Austria. The conference is organised by the Institute of Electronic Music and Acoustics (IEM). IEM is one of the leading institutions in the field of audio engineering and computer music. As part of the University of Music and Performing Arts Graz, IEM is a multidisciplinary institution, whose general mission is to bridge the gap between science and the arts. As a unique characteristic, IEM focuses on sonification as part of its research in computer music. IEM facilities include laboratories and performance spaces such as CUBE, which are equipped with spatial audio and motion tracking systems. Since 2014, IEM hosts the Sonic Interaction Design (SID) lab, in which interactive sound systems are designed and evaluated. ICAD is a highly interdisciplinary conference with relevance to researchers, practitioners, artists, and graduate students working with sound to convey and explore information. The conference is unique in its specific focus on auditory displays and the range of interdisciplinary issues related to their use. Like its predecessors, ICAD15 will be a single-track conference, open to all, with no membership or affiliation requirements. In addition to ICAD's core interests, we would like to take the opportunity of the conference being held at IEM to highlight this yearʼs theme ICAD in Space: Sonification, Sonic Interaction Design, and Spatial Audio. http://icad15.iem.at ::::::::::::::::: KEY DATES ::::::::::::::::: 15 February 2015 Submission of Papers, Posters, Music, and Installations 15 March 2015 Submission of Workshops 15 April 2015 Submission of Extended Abstracts 15 April 2015 Notification of acceptance for Workshops 01 May 2015 Notification of acceptance for Papers, Posters, Music, and Installations 15 May 2015 Notification of acceptance for Extended Abstracts 01 June 2015 Camera-Ready deadline ::::::::::::::::: AREAS OF INTEREST ::::::::::::::::: Relevant areas for ICAD include but are not limited to: Auditory Display: - Aesthetics, Culture, & Philosophy - Design, Theory & Methods - Technology: Tools & Applications - Perceptual and Cognitive Aspects - Usability & Evaluation - Accessibility Special Focus of ICAD15: - Sonification: - Exploration of Data through Sound - Sonification as Art - Sonic Interaction Design - Interaction design - Input technologies - Auditory Information Design - Spatial Audio - Binaural virtual acoustics - Loudspeaker-based sound field synthesis Accepted papers will be included in the published proceedings and made publicly available in the Georgia Tech SMARTech system (http:// smartech.gatech.edu/). The types of submissions solicited for ICAD15 include: ::::::::::::::::: PAPERS AND POSTERS::::::::::::::::: Paper and poster submissions will be 4-8 pages in length, including all figures and references. Typical paper contributions are between 6 - 8 pages, and typical poster contributions are 4 - 5 pages long. Full papers should describe work that offers a substantial contribution to the field of auditory display. Authors of accepted papers will be invited to give an oral presentation of their work, and at least one author must present the work at the conference for the paper to appear in the proceedings. Poster submissions should describe both finished work and work in late stages of progress. Work that is complete enough that meaningful conclusions can be drawn at the time of submission are encouraged. Authors of accepted submissions will be invited to participate in a poster and/or demonstration session, and at least one author must present the work at the conference for the paper to appear in the published proceedings. When weighing the decision to submit to poster and demonstration sessions, we encourage authors to consider their work in relation to the potential positive benefits (both to authors and their audiences) afforded by the personal interactions that occur in this type of session. Authors of selected full papers will be invited to submit an extended version (up to 12 pages) of their papers for publication in a Special Issue of the Journal on Multimodal User Interfaces (JMUI): Auditory Display. (http:// www.springer.com/computer/hci/journal/12193) ::::::::::::::::: EXTENDED ABSTRACTS ::::::::::::::::: Extended abstracts include, but are not limited to late-breaking results, works in early stages of progress, novel methodologies, unique or controversial theoretical positions, and discussions of unsuccessful research or null findings. Submissions for extended abstracts require a proceedings paper of up to 2 pages in length. Authors of accepted abstracts will be invited to give a short presentation of their work, and at least one author must present the work at the conference for the abstract to appear in the published proceedings. The deadline of the extended abstracts is later to allow very recent contributions in the field. Papers Co-Chairs Visda Goudarzi and Areti Andreopoulou papers.icad15(a)iem.at ::::::::::::::::: MUSIC AND INSTALLATIONS::::::::::::::::: We invite submissions of music and sound installations. Sonification should be a constitutive element of the proposed works. Priority will be given to works employing space and interaction as additional dimensions to an artistic data exploration. We therefore especially encourage the submission of multichannel electroacoustic or acousmatic pieces and interactive sound installations. The works will be reviewed by an international panel of sound and sonification experts. Preference will be given to submissions that are technically feasible and have a clear documentation of the setup. At least one of the authors who wish to have their works presented at ICAD15 must register and attend to the conference. As we would like to extend the presentation of these works beyond the time limits of the conference, authors of accepted works are encouraged to present their work also online using the Research Catalogue (http://www.researchcatalogue.net), an international database for artistic research. The conference page will provide a portal to these presentations. Music Co-Chairs David Pirrò and Gerhard Eckel music.icad15(a)iem.at ::::::::::::::::: WORKSHOPS :::::::::::::::: ICAD workshops and tutorials provide in-depth opportunities for conference attendees to discuss and explore important topics in the field of auditory display with like-minded researchers and practitioners. Please submit concepts for “hands-on” workshops or discussion platforms, possibly allowing participants to contribute, but no paper sessions on their own. Focus areas can range from applications and programming methodologies to interdisciplinary research skills, emerging concepts, and challenge problems. Space, facilities, technical support, and the number of sessions that can be accepted are limited, so early submission of proposals is encouraged. Workshop and tutorial organizers are expected to collaborate with the conference committee, issue calls for participation, gather and review contributed materials (if appropriate), and decide upon the final program for their session. Workshop Co-Chairs Franz Zotter and Derek Brock workshop.icad15(a)iem.at ::::::::::::::::: SONIFICATION CONTEST :::::::::::::::: The call for the Sonification Contest will be released in early 2015. ::::::::::::::::: STUDENT THINK TANK :::::::::::::::: The call for the Student Think Tank will be released in early 2015. For more information on submission in different categories please refer to the conference website: http://icad15.iem.at Conference Co-Chairs Katharina Vogt and Ypatios Grigoriadis chair.icad15(a)iem.at

1 0

Mesh2D chugin: problem with setting .xpos/.ypos
by Jean Menezes da Rocha 30 Nov '14

30 Nov '14

Hello, I am trying to get Mesh2D into an useful thing. However, even though I assign arbitrary float values to .xpos or .ypos, they always return zero regardless of my explicit declaration. When I run, for instance, the example mesh-help.ck from the repo and ask ChucK to print all values, I get always zero for .xpos and .ypos: Mesh2D mesh1 => dac.left; Mesh2D mesh2 => dac.right; 0.5 => mesh1.gain => mesh2.gain; while (true) { Math.random2(2,12) => mesh1.x; Math.random2(2,12) => mesh1.y; Math.randomf() => mesh1.xpos; Math.randomf() => mesh1.ypos; 1 => mesh1.noteOn; 250::ms => now; Math.random2(2,12) => mesh2.x; Math.random2(2,12) => mesh2.y; Math.randomf() => mesh2.xpos; Math.randomf() => mesh2.ypos; 1 => mesh2.noteOn; 250::ms => now; <<<mesh1.x(), mesh1.y(), mesh1.xpos(), mesh1.ypos()>>>; <<<mesh2.x(), mesh2.y(), mesh2.xpos(), mesh2.ypos()>>>; } # chuck mesh-help.ck 11 9 0.000000 0.000000 4 5 0.000000 0.000000 4 9 0.000000 0.000000 10 11 0.000000 0.000000 6 5 0.000000 0.000000 2 3 0.000000 0.000000 5 6 0.000000 0.000000 2 6 0.000000 0.000000 3 7 0.000000 0.000000 10 2 0.000000 0.000000 ...and so on. What do you think about it? Best regards! -- Jean Menezes da Rocha Compositor Professor -- Faculdades Est Mestre e Doutorando em Composição pela Universidade Federal da Bahia

2 2

chugins won't compile
by Jean Menezes da Rocha 28 Nov '14

28 Nov '14

Hello, fellow ChucKers, I cloned the ccrma/chugins repo from github. When I try to "make linux", the following error log appears: CHUCK_STRICT=1 make -C ABSaturator/ linux > make[1]: Entering directory '/home/jean/sandbox/chugins/ABSaturator' > g++ -D__LINUX_ALSA__ -I../chuck/include/ -fPIC -O3 -Werror -c -o > ABSaturator.o ABSaturator.cpp > In file included from ../chuck/include/chuck_oo.h:43:0, > from ../chuck/include/chuck_dl.h:41, > from ABSaturator.cpp:27: > ../chuck/include/util_thread.h:81:17: error: ‘THREAD_FUNCTION’ has not > been declared > bool start( THREAD_FUNCTION routine, void * ptr = NULL ); > ^ > ../chuck/include/util_thread.h:94:5: error: ‘THREAD_HANDLE’ does not name > a type > THREAD_HANDLE thread; > ^ > ../chuck/include/util_thread.h: In member function ‘void XThread::clear()’: > ../chuck/include/util_thread.h:91:20: error: ‘thread’ was not declared in > this scope > void clear() { thread = 0; } > ^ > ../chuck/include/util_thread.h: At global scope: > ../chuck/include/util_thread.h:115:5: error: ‘MUTEX’ does not name a type > MUTEX mutex; > ^ > In file included from ../chuck/include/chuck_dl.h:41:0, > from ABSaturator.cpp:27: > ../chuck/include/chuck_oo.h:485:28: error: ‘THREAD_TYPE’ has not been > declared > static THREAD_RETURN ( THREAD_TYPE writeStr_thread ) ( void *data ); > ^ > ../chuck/include/chuck_oo.h:485:71: error: ISO C++ forbids declaration of > ‘THREAD_RETURN’ with no type [-fpermissive] > static THREAD_RETURN ( THREAD_TYPE writeStr_thread ) ( void *data ); > ^ > ../chuck/include/chuck_oo.h:485:71: error: ‘THREAD_RETURN’ declared as > function returning a function > ../chuck/include/chuck_oo.h:486:28: error: ‘THREAD_TYPE’ has not been > declared > static THREAD_RETURN ( THREAD_TYPE writeInt_thread ) ( void *data ); > ^ > ../chuck/include/chuck_oo.h:486:71: error: ISO C++ forbids declaration of > ‘THREAD_RETURN’ with no type [-fpermissive] > static THREAD_RETURN ( THREAD_TYPE writeInt_thread ) ( void *data ); > ^ > ../chuck/include/chuck_oo.h:486:71: error: ‘THREAD_RETURN’ declared as > function returning a function > ../chuck/include/chuck_oo.h:487:28: error: ‘THREAD_TYPE’ has not been > declared > static THREAD_RETURN ( THREAD_TYPE writeFloat_thread ) ( void *data ); > ^ > ../chuck/include/chuck_oo.h:487:73: error: ISO C++ forbids declaration of > ‘THREAD_RETURN’ with no type [-fpermissive] > static THREAD_RETURN ( THREAD_TYPE writeFloat_thread ) ( void *data ); > ^ > ../chuck/include/chuck_oo.h:487:73: error: ‘THREAD_RETURN’ declared as > function returning a function > makefile:102: recipe for target 'ABSaturator.o' failed > make[1]: *** [ABSaturator.o] Error 1 > make[1]: Leaving directory '/home/jean/sandbox/chugins/ABSaturator' > makefile:30: recipe for target 'ABSaturator/ABSaturator.chug' failed > make: *** [ABSaturator/ABSaturator.chug] Error 2 What do you think? Best regards! -- Jean Menezes da Rocha Compositor Professor -- Faculdades Est Mestre e Doutorando em Composição pela Universidade Federal da Bahia

2 4

Daniel: Convolution
by Perry Cook 27 Nov '14

27 Nov '14

Hey, check out my FIR Chugin: https://github.com/ccrma/chugins/tree/master/FIR In the examples folder there's a convolution example. Not super efficient (circular buffers would be required for that), but direct from the definition. Most efficient would be FFT based. If there's no example of that. I'll make one. Standby. Enjoy!! Prc Sent from my iPhone > On Nov 25, 2014, at 9:00 AM, chuck-users-request(a)lists.cs.princeton.edu wrote: > > End of chuck-users Digest, Vol 112, Issue 8 > *******************************************

4 3

real-time convolution in Chuck
by Daniel Chapiro 24 Nov '14

24 Nov '14

Hi - I have a performance problem, and I wonder if anyone has already solved this. I want to do a time-domain convolution of a real time signal (generated with a MIDI controller) and an IR of a cello body (a short .wav file). TIME DOMAIN: I tried first doing it brute-force, in the time domain: (1) I pre-loaded the IR wav file (with SndBuf) into an array (truncated to N elements), and normalized the values (divided by the sum of the abs values) (2) using .last() I kept grabbing each music sample (and keeping the last N values in a circular buffer) (3) for each new music input value, I convolved the last N with the IR, and then stuffed the output into the dac (using an Impulse UGen) Surprisingly, it worked. Not surprisingly it ran out of steam with N > 50… ;-) Has anybody coded this as a Chugin, and made it work with reasonable-size IRs? FREQUENCY DOMAIN: Would this go much faster if instead of the above, I pre-computed the DFT of the IR, and then went in block fashion doing FFTs of the music, multiplying by the IR spectrum, doing the iFFT, and overlap-summation to get the time domain signal? Has anybody coded this in Chuck or as a Chugin? SC: Or is this the kind of application for which I should go with SuperCollider instead, to get the required real-time performance? Thanks, Daniel

1 0