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

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

check if a shred exited
by Jean Menezes da Rocha 12 Nov '14

12 Nov '14

Hello, ChucKers, I want to know if I can check whether a shred has finished running or not. For instance, lets say I run: chuck foo.ck bar.ck and bar.ck must exit immediately after foo.ck exits. Can it be done? Thanks in advance! -- Jean Menezes da Rocha Compositor Professor -- Faculdades Est Mestre e Doutorando em Composição pela Universidade Federal da Bahia

1 0