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

Re: [chuck-users] build fails on LinuxMint 64 (was: 1.3.0.0 (chimera) unleashed!)
by Spencer Salazar 25 Aug '12

25 Aug '12

Hey Michael, I would guess that is a 64-bit issue based on that error message, and perhaps its causing problems now because of substantial internal changes between 1.2.1.3 and 1.3.0.0. I will investigate; the makefile should probably specify 32-bit compilation explicitly to avoid this, as it does on Mac OS. Ultimately we would like to have proper 64-bit support, of course! spencer On Sat, Aug 25, 2012 at 10:01 AM, Michael Heuer <heuermh(a)gmail.com> wrote: > Hello, > > The 1.3.0.0 build fails for me on LinuxMint 64 > > $ uname -a > Linux xxx 3.2.0-23-generic #36-Ubuntu SMP Tue Apr 10 20:39:51 UTC 2012 > x86_64 x86_64 x86_64 GNU/Linux > > $ make linux-alsa > ... > gcc -O3 -D__LINUX_ALSA__ -O3 -fno-strict-aliasing > -D__CK_SNDFILE_NATIVE__ -c ugen_xxx.cpp -o ugen_xxx.o > ugen_xxx.cpp: In function ‘void foogen_ctor(Chuck_Object*, void*, > Chuck_VM_Shred*, CK_DL_API)’: > ugen_xxx.cpp:1200:64: error: cast from ‘FooGen_Data*’ to ‘unsigned > int’ loses precision [-fpermissive] > ugen_xxx.cpp:1229:70: error: cast from ‘Chuck_Object*’ to ‘unsigned > int’ loses precision [-fpermissive] > ugen_xxx.cpp:1241:77: error: cast from ‘double*’ to ‘unsigned int’ > loses precision [-fpermissive] > make: *** [ugen_xxx.o] Error 1 > > > I don't think this is related to 64-bitness, or at least it is > something different than I get with 1.2.1.3, which builds fine but > core dumps when run. > > michael > > > Spencer Salazar <spencer(a)ccrma.stanford.edu> wrote: >> chuck-1.3.0.0 (chimera) is available: >> >> http://chuck.cs.princeton.edu/ >> http://chuck.stanford.edu/ >> >> This release incorporates ChuGins, a new way to extend ChucK. ChuGins >> are a continual work in progress, and we encourage feedback in >> anticipation of rapid updates, tweaks, and fixes. Chugens and >> Chubgraphs provide additional mechanisms for extending ChucK's >> built-in audio capabilities. Furthermore, this release variety of >> smaller fixes and additions. >> >> To start developing ChuGins, please see several examples here, in >> addition to the chuginate utility, which generates the skeleton >> framework for a new ChuGin. >> https://github.com/spencersalazar/chugins >> and: >> https://ccrma.stanford.edu/~spencer/publications/CCC2012.pdf >> >> (Please see the release notes at the end of this email.) >> >> Many many thanks once again to Kassen, Casper Schipper, Jorge Herrera, >> Hongchan Choi, and everyone on chuck-users, as well as PLOrk, SLOrk, >> the Food Services Division at Smule, Fernando Lopez-Lezcano, Carr >> Wilkerson, Chris Chafe, and the rest of the chuck community for making >> this release happen! >> >> Thanks and Happy ChucKing, UpChucKing! >> >> Best, >> Ge + Spencer, on behalf of entire chuck team >> >> --- >> 1.3.0.0 >> - (added) Chugins: dynamically loaded compiled classes/ugens >> see http://chuck.stanford.edu/extend/ for examples. >> - (added) new command line options >> --chugin-load:{auto|off} disable/enable chugin loading >> -gFILE/--chugin:FILE load chugin at FILE >> -GPATH/--chugin-path:PATH load all chugins in directory PATH >> --dac:NAME use dac with name matching NAME >> --adc:NAME use adc with name matching NAME >> - (added) Chubgraphs: create ugens by compositing existing UGens >> see examples/extend/chubgraph.ck >> - (added) ChuGens: create ugen by implementing audio-rate processing in ChucK >> see examples/extend/chugen.ck >> - (added) new ugens: >> - WvOut2: stereo uncompressed audio file output >> - SndBuf2: stereo uncompressed audio file input >> - (added) new functions: >> - me.sourcePath() >> returns file path of source file corresponding to this shred >> - me.sourceDir() >> returns directory of source file corresponding to this shred >> - MidiIn.open(string name) >> open MIDI input matching name >> - MidiOut.open(string name) >> open MIDI output matching name >> - Hid.open(string name) >> open HID matching name >> - (added) experimental OS X multitouch HID >> - (fixed) real-time audio on Mac OS X 10.7 (Lion), 10.8 (Mountain Lion) >> - (fixed) IO.newline() now flushes "chout" >> - (fixed) "chout" and "cherr" now invoke member functions correctly >> - (fixed) no for statement conditional handled correctly >> - (fixed) STK WvOut correctly handles case when file open fails >> - (fixed) << operator for arrays now correctly references counts >> - (fixed) crashing bug when receiving external events at a high-rate >> ("the OSC bug") >> - (fixed) scope closing correctly dereferences local objects >> - (fixed) crash when exiting shreds with connected ugens >> - (fixed) deallocation of "empty" Shred object no longer crashes >> - (fixed) crash when HID events are sent to an exited shred >> - (fixed) destructors for built-in objects are executed > _______________________________________________ > chuck-users mailing list > chuck-users(a)lists.cs.princeton.edu > https://lists.cs.princeton.edu/mailman/listinfo/chuck-users >

1 0

chugins
by Kassen 25 Aug '12

25 Aug '12

Hey Spencer! I thought I'd send this to you through the list because it potentially affects others. I'll explain things you already know for them. You'll remember I (like Caspar) did a ChuGin for testing and fun. I wrote it, which wasn't very hard; nearly everything in the C++ that is unlike writing your own DSP in a ChucK Shred could be copy-pasted. After verifying that this worked and was fun I wrote some documentation for it so that others could enjoy it and I seem to remember I slapped the GPLv2 on it so that they'd be allowed to enjoy it in any way I'd call reasonable. All in all a nice package... But let's be honest; I'm no C++ wizard, English isn't my first language and I can generally be a bit distracted; there are quite possibly a issue or two with it. Back when I send it I asked for opinions but while we are being realistic; you probably have a lot of other things to review too, things that probably do have deadlines. Currently my "KasFilter", which is supposed to be a fun "non-clean" filter especially suited for kinds of music with a low-aesthetic that need a prominent filter, doesn't seem to be centrally distributed. I'd like it to be so I'd like to talk about how we can address the above in a way that makes everyone happy. For that I'd be perfectly willing to run tests, change stuff, etc and generally be a guinea-pig for such a process. If we don't I can host it too, but then I foresee having to maintain a list of links to ChuGins that people made, with all of the inconveniences that might bring. What I could for example do is make a GitHub account and request privileges to push my work into your repository? That'd centralise stuff though not everyone who'd like a few new UGens might be comfortable with Git and make. Yours, Kas.

2 1

miniAudicle 0.2.1 (gidora) released
by Spencer Salazar 24 Aug '12

24 Aug '12

Hello, miniAudicle 0.2.1 (gidora) is now available. http://audicle.cs.princeton.edu/mini/ This release integrates the latest version of ChucK (1.3.0.0, chimera). In addition to many new ChucK features, this fixes real-time audio on Lion and Mountain Lion. Please let us know about any problems, bugs, feature requests, etc. thanks, miniAudicle team --- 0.2.1 - (added)(all) chuck-1.3.0.0 - (added)(all) GUI chugin manager - (added)(Mac) default VM stall timeout changed to 2 seconds - (fixed)(Linux) build in Ubuntu 11.10 (thanks Ricardo Fabbri) - (fixed)(Windows) miniAudicle now exits properly

1 0

Comprehensive ChucK performance source code [was soft kill]
by Robert Poor 20 Aug '12

20 Aug '12

By the way, I posted my entire live ChucK setup on github. This includes the ramping down a patch when switching to another: https://github.com/rdpoor/chuck_performance_setup It's sparsely documented but very cleanly structured, and it's been performance-tested and debugged. I'm happy to document additional bits upon request. Perhaps the most important starting point to know is that it uses an Oxygen8 keyboard and a Game Trak "6 axis" controller as inputs. - Rob

2 2

soft kill
by Michael Heuer 19 Aug '12

19 Aug '12

Hello, I was having some fun with delays in ChucK when I should have been paying attention in a meeting and ran into something I may have asked about before -- is there (or should there be) any way any way to soft kill a shred, either by ramping down its gain or by waiting until the shred is no longer sending output to dac? If I $ chuck - 1 something that is running it kills it immediately, and if I don't advance time long enough explicitly at the end of a delay example, the nice feedback tail gets abruptly cut off. E.g. https://github.com/heuermh/lick/blob/master/examples/mfm2.ck (doesn't require LiCK to run) michael

7 12

Coin in Chuck
by ronni montoya 19 Aug '12

19 Aug '12

Hi , in supercollider there is a number method called coin. It just gives you back true or false based on probabilities. For example: 0.2.coin; -------------> this means 20 % chance for true. So if i do : if(0.2.coin,{ doSomething(); }); The function is gonna have 20% change to be called each time i run that code. Is there is something like this in chuck? cheers. R.

3 2

Insteresting sound when playing 2 or more instances at the same time.
by ronni montoya 18 Aug '12

18 Aug '12

Hi list, when i play 2 or instances of the same code it generate wierd results, it adds new sounds to the existing sounds. Do anybody have any idea whats the reason of this. Is this because some kind of lack in the memory? Any idea of how to replicate this sound from inside chuck Thanks Try this code 3 times and your are gonna listen rythmic patterns , for example: chuck chuqui.ck chuqui.ck chuqui.ck here is the code: Step s => dac; // modulator SinOsc m => blackhole; 0.00052 => m.freq; SinOsc g => blackhole; 0.0082 => g.freq; SinOsc t => blackhole; 0.00055 => t.freq; 6 => float v; 6 => float k; 6 => float n; fun void sample_manipulation( ) { 0.002 + k => k; 0.0002 + n => n; 210 * (now/ samp) => Math.sin => Math.tan => v; if (v > Math.sin(k / 5) + 0.95) { v + Math.sin(k / 10) => k; 0.008 * 10 / m.last()=> k; } if (v < Math.sin( k) + 0.3) { -0.2 * 2 / g.last() * t.last() => v; } if (v < 0.2 ||v > 0.8 ) { v + Math.sin(n / 25) => v; } v + ( v * 10 ) / m.last() * Math.atan( m.last() ) => v; v * ( v * 100 ) * m.last() * Math.asin( m.last() ) => v; } while (true) { sample_manipulation ( ) ; v => s.next; 1::samp => now; }

3 2

Problems building miniAudicle on Arch Linux
by Phil Thomson 18 Aug '12

18 Aug '12

Hi all, I am trying to build miniaudicle from source on Arch Linux and having a lot of trouble. I first tried building from an Arch package in the Arch User Repository (http://aur.archlinux.org/packages.php?ID=34472), but I get this error when running makepkg: [snip] g++ -o 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 -ljack -lstdc++ -ldl -lm -lsndfile/usr/bin/ld: chuck_main.o: undefined reference to symbol 'pthread_create@@GLIBC_2.1'/usr/bin/ld: note: 'pthread_create@@GLIBC_2.1' is defined in DSO /usr/lib/libpthread.so.0 so try adding it to the linker command line/usr/lib/libpthread.so.0: could not read symbols: Invalid operationcollect2: error: ld returned 1 exit statusmake[1]: *** [chuck] Error 1make[1]: Leaving directory `/home/phil/aur/miniaudicle/src/miniAudicle-0.2.0/chuck-1.2.1.3/src' make: *** [chuck] Error 2 ==> ERROR: A failure occurred in build(). Aborting... When I try to build straight from source (make linux-jack), I get this: [snip] g++ -o 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 -ljack -lstdc++ -ldl -lm -lsndfile/usr/bin/ld: chuck_main.o: undefined reference to symbol 'pthread_create@@GLIBC_2.1' /usr/bin/ld: note: 'pthread_create@@GLIBC_2.1' is defined in DSO /usr/lib/libpthread.so.0 so try adding it to the linker command line/usr/lib/libpthread.so.0: could not read symbols: Invalid operationcollect2: error: ld returned 1 exit statusmake[2]: *** [chuck] Error 1make[2]: Leaving directory `/home/phil/src/miniAudicle-0.2.0/chuck-1.2.1.3/src'make[1]: *** [chuck] Error 2make[1]: Leaving directory `/home/phil/src/miniAudicle-0.2.0' make: [linux-jack] Error 2 (ignored) My version of wxgtk is 2.8.12.1-3, if that matters. Any thoughts? Thanks in advance! -- Phil Thomson http://philthomson.ca/

2 1

Re: [chuck-users] chuck vs supercollider?
by Perry Cook 13 Aug '12

13 Aug '12

OK, I'll chime in here. Both languages are Turing complete, so anything logic- wise can be done in either. The ability to compute control, physical simulations, and/or samples at any time resolution, even sub sample, is super powerful from an experimental and philosophical perspective. Single sample computation does allow for feedback, and even parallel patches, that are not possible or indeterminant with vectorized (block), computation. And even delay-free loops (needed for some algorithms, like physical simulations) can be more accurately approximated with sub-sample computation. Efficiency is an issue. A more appropriate Ge quote, which came from Paul Lansky, is "never optimize." Ge set out to make ChucK unlike any other language, and efficiency was not a priority. Roger Dannenberg even was swayed, stating that ChucK isn't that inefficient, especially given the power it gives the programmer. One other really nice ChucK tool is the MiniAudicle. Some don't care for it, or don't see the point, but having a smart editor, monitor, shred manager, etc is reall powerful for development and real-time live coding. I don't know if SC has such a real-time IDE. Prc Sent from my iPad :-) On Aug 10, 2012, 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. Re: chuck vs supercollider? (Kassen) > 2. Re: chuck vs supercollider? (Michael Clemow) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Fri, 10 Aug 2012 13:33:30 +0200 > From: Kassen <signal.automatique(a)gmail.com> > To: ChucK Users Mailing List <chuck-users(a)lists.cs.princeton.edu> > Subject: Re: [chuck-users] chuck vs supercollider? > Message-ID: > <CAK4G45dVa3Z0iRXhzXUfx6VoMX68pV3+gdCj+S20f=ByEL+6Jw(a)mail.gmail.com> > Content-Type: text/plain; charset=UTF-8 > > On 10 August 2012 04:11, David Ogborn <ogbornd(a)mcmaster.ca> wrote: >> Great answer - I'm going to save it and quote it whenever needed! :) >> > > Thanks Dan & David, > > Credit where it's due; this was more or less the conclusion of the > debates I had with SC expert James 'DewdropWorld' Harkins. > We found that the differences we and others with some expertise noted > didn't really matter at all for those picking up either language. > New users (who adopt either) simply seem to find that one is quite > straightforward and the other doesn't make a lot of sense. We didn't > notice any obvious structure or pattern in that. It's a interesting > phenomenon. > > It'd be nice to try to figure out whether things like lessons or > online tutorials, examples or more experienced friends influence this. > What I can tell though is that passionate online debates don't seem to > have any effect on this at all; they can take away misconceptions > about what is possible but not change what people find fun or easy. > > Yours, > Kas. > > > ------------------------------ > > Message: 2 > Date: Fri, 10 Aug 2012 10:19:03 -0400 > From: Michael Clemow <michaelclemow(a)gmail.com> > To: ChucK Users Mailing List <chuck-users(a)lists.cs.princeton.edu> > Subject: Re: [chuck-users] chuck vs supercollider? > Message-ID: <510685F450A1428CB304BD1B4460CF4F(a)gmail.com> > Content-Type: text/plain; charset="utf-8" > > Hey All, > > FWIW, I often take advantage of both systems in a piece. Sometimes I'll create a bunch of synths in SC that can be triggered by OSC and use Chuck as a score language. If I'm doing a lot of string/data processing, then I'll use Python to trigger them. But that's part of my practice, since many of my pieces involve interesting bits of hardware, I have to utilize OSCulator, SC, Chuck, and Puredata all for one piece of music. > > So, for the sake of completeness, I'll back the notion that you don't actually have to make an exclusive choice between environments. ;) The right tool for the job, right? > > -Mike > > -- > Michael Clemow > > http://michaelclemow.com > http://abattoirprojects.com > > > On Friday, August 10, 2012 at 7:33 AM, Kassen wrote: > >> On 10 August 2012 04:11, David Ogborn <ogbornd(a)mcmaster.ca (mailto:ogbornd@mcmaster.ca)> wrote: >>> Great answer - I'm going to save it and quote it whenever needed! :) >> >> >> Thanks Dan & David, >> >> Credit where it's due; this was more or less the conclusion of the >> debates I had with SC expert James 'DewdropWorld' Harkins. >> We found that the differences we and others with some expertise noted >> didn't really matter at all for those picking up either language. >> New users (who adopt either) simply seem to find that one is quite >> straightforward and the other doesn't make a lot of sense. We didn't >> notice any obvious structure or pattern in that. It's a interesting >> phenomenon. >> >> It'd be nice to try to figure out whether things like lessons or >> online tutorials, examples or more experienced friends influence this. >> What I can tell though is that passionate online debates don't seem to >> have any effect on this at all; they can take away misconceptions >> about what is possible but not change what people find fun or easy. >> >> Yours, >> Kas. >> _______________________________________________ >> chuck-users mailing list >> chuck-users(a)lists.cs.princeton.edu (mailto:chuck-users@lists.cs.princeton.edu) >> https://lists.cs.princeton.edu/mailman/listinfo/chuck-users >> >> > > >

3 2

comparing fm in chuck an sc3
by ronni montoya 13 Aug '12

13 Aug '12

Hi, I was trying to recreate a simple fm synth in sc3 and chuck , so i can be able to compare the sounds of both. Is there any sc3 users in this list? i ve made this version of the fm code from chuck web site but it sounds so different. I was wondering maybe i made anything wrong? I was wondering also if doing this in chuck " m.last()" will be the same as "mod " in sc3? thanks. R. here is the code. Chuck: // FM synthesis by hand // carrier SinOsc c => dac; // modulator SinOsc m => blackhole; // carrier frequency 220 => float cf; // modulator frequency 550 => float mf => m.freq; // index of modulation 200 => float index; // time-loop while( true ) { // modulate cf + (index * m.last()) => c.freq; // advance time by 1 samp 1::samp => now; } Supercollider: ( SynthDef("fm1", { arg bus = 0, freq = 440, index = 200, mul = 0.05; var mod; var car; mod = SinOsc.ar( 550, 0, 1 ); car = SinOsc.ar( freq + (index * mod) , 0, mul ); Out.ar(bus,car) }).load(s); ) Synth("fm1");

2 1

Call for Participation: live.code.festival @ IMWI Karlsruhe
by David Ogborn 13 Aug '12

13 Aug '12

Begin forwarded message: > From: "Juan A. Romero" <rukano(a)gmail.com> > Subject: [livecode] Call for Participation: live.code.festival @ IMWI Karlsruhe > Date: 13 August, 2012 6:22:41 AM EDT > To: livecode(a)toplap.org > Reply-To: livecode(a)toplap.org > > *** Apologies for Multiple Posting *** > > Call for participants for the international live coding festival to be held at the University of Music Karlsruhe, Germany. > > ================================================================= > Dates: 19. - 21. April 2013 > Venue: University of Music Karlsruhe, Germany > Deadline for submission: 15th November 2012 > Website: http://imwi.hfm.eu/livecode/ > ================================================================= > > The live.code.festival will take place at the Institute for Musicology and Music Informatics (IMWI), University of Music Karlsruhe from 19th to 21th of April in 2013, organized by the IMWI, the local live coding band Benoît and the Mandelbrots and members of the live coding organization TOPLAP. It will be a weekend dedicated to this emerging discipline of computer music, to exchange ideas, demonstrate systems, enjoy concerts and establish connections between people and institutions interested in research and performance of live coding. Although the main focus of the festival is live coding of audio the festival will promote live coding in other disciplines as well. > > The festival will include live coding concerts and performances, talks, demonstrations, discussion panels, opportunities for collective improvisations and get-togethers. > > More information about deadlines, submissions and topics at http://imwi.hfm.eu/livecode ------------------------------------------------------------------- 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

1 0

chuck vs supercollider?
by ronni montoya 12 Aug '12

12 Aug '12

Hi, i was wondering, is there any benefit in chuck approach having one sample block size comparing with supercollider ? are there things that can be done with chuck that cannot be done with sc3? what do you think? Ronni

7 17

Re: [chuck-users] Sending raw midi / sysex
by Julian Faust 09 Aug '12

09 Aug '12

Success! Breaking 17 values into 6 triplets worked, with the data3 of the 6th being ignored. The first and last value mark the start and end of the sysex message, which I guess is why it works. Thankfully I only need to send and not receive these crazy messages. I'm playing around with a Livid Block and this allows me to set the state of all 64 lights with just 6 midi messages, instead of 64. I'm thinking this could make a difference in performance for something like making all the lights blink really fast, though that will also depend on if it prioritizes notes over sysex or something. -Julian

2 1

Sending raw midi / sysex
by Julian Faust 08 Aug '12

08 Aug '12

Hi all, Is it possible to send arbitrary midi messages like F0 00 01 61 03 04 7F 7F 7F 7F 7F 7F 7F 7F 7F 7F F7 (for example) ? I understand that you can work with hex, but it seems that MidiMsg is fixed at 3 data slots, and MidiIn and MidiOut interface via MidiMsg. Is there any way to use MidiOut without MidiMsg? Or possibly overload the class with a more flexible message holder? Cheers, Julian

4 5

MIDI tutorial problem
by Peter Lutek 07 Aug '12

07 Aug '12

BODY { font-family:Arial, Helvetica, sans-serif;font-size:12px; }greetings! a chuck novice here, so likely some silly user error!.... ;-) working through the tutorials in the pdf manual, when following the Getting MIDI section, if i do this... MidiIn min; if( !min.open(1) ) { me.exit(); } while(true){ min => now; while( min.recv(msg) ){ ; } } ...chuck throws me an "undefined variable 'msg'..." error! something i'm missing? recent change in MIDI syntax? (i'm on chuck v1.2.1.3 on linux) "chuck --probe" does show my desired MIDI interface as "1". thanks in advance... cheers! .pltk.

3 2

waveform generation by function
by Sample Hampton 06 Aug '12

06 Aug '12

Users, What is the best way to do waveform generation--one sample at time of course--with math functions? First I tried chucking a variable straight to the dac, but it didn't take. Then I tried chucking a variable to the value of a Step, and chucking the Step to the dac. That did work, and below I have a simple lpf'ed sawtooth going. Is there, however, a more conventional and direct way of doing this? Step taint => LPF passer => dac; 400 => passer.freq; -0.2 => float v; while(true) { v + 0.004 => v; if (v > 0.2) { -0.2 => v; } v => taint.next; 1::samp => now; } Sample

2 3

Time doubt...
by John Gamboa 01 Aug '12

01 Aug '12

Hello Chuckist... I'm relatively new to Chuck -- although I've already used it some time ago -- and I have a doubt about how the time works in the VM. I was reading the Ge's PhD Thesis and I found this part: A ChucK shred must voluntarily relinquish the processor for other shreds to > run (In this they are like non-preemptive threads). [...] Shreds, by > design, > directly use ChucK’s timing mechanism: when a shred advances time or waits > for an event, it is, in effect, shreduled by the shreduler (which > interacts with > the audio engine), and relinquishes the processor. This is powerful in that > it can naturally synchronize shreds to each other by time, without using > any > traditional synchronization primitives. > My question is: if two threads try to change the same variable at the same time ("rounded" to the nearest sample), what is the expected behavior of the program? I tried to take a look at the code of the VM, but I couldn't understand exactly what would happen at that point D=. I imagine that the occurrence of such event is very unlikely (there are "a lot" of samples in one second), but supposing that the computation in Chuck really takes "no time" to happen (as the thesis often reforced), I believe it would happen soon or later. Anyway, I have right now [at least some] interest at how the shreduler works, so I'm possibly gonna spend some time trying to understand exactly what happens at that file. If you have some tip on where I should start, it would make me very happy =) -- John Gamboa rabanetescebolas.blogspot.com

3 3

Mixing recorded Voice with some music theme
by sunny chaudhary 01 Aug '12

01 Aug '12

Hi, I am new to this technology. I want to do some media processing on static file. I want to mix the recorded human voice with some music. The voice should time stretch and pitch stretch, pitch shift as per the music frequency. Totally want to merge sound with music. So when listening to the final output, it produces voice playing as per the flow of music. Any idea how to achieve this? Is CHUCK is the right tool for achieving this? I need this functionality on urgent basis. We can pay for the solution. Regards, Sunny

3 3

emacs mode?
by plutek 30 Jul '12

30 Jul '12

greetings! just getting (back!) into ChucK, and my fingers are hard-coded to emacs keybindings.... i'm seeing references to various emacs major-modes for ChucK, but all look old-ish and it's hard to tell which might be best suited for Dracula 1.2.1.3. any recommendations would be much appreciated! thanks in advance... cheers! .pltk.

2 1

dynamic array crashes for "int ar[]" but not "int ar[0]"
by George Locke 28 Jul '12

28 Jul '12

Hi, array.size(int) and the '<<' operator are crashing miniAudicle (version 0.2.0, on Windows 7 pro). (functionality added to chuck in 1.2.1.2, http://chuck.cs.princeton.edu/release/VERSIONS ). miniAudicle tells me it's running chuck 1.2.1.2. the following code produces a "NullPointerException" error int ar[]; ar.size(10); // crashes here, "NullPointerException: shred[id=1:*unnamed3], PC=[5]" for (0 => int i; i < 4; i++) { ar << i; // crashes here, "NullPointerException: (array append) in shred[id=1:*unnamed3], PC=[13]" } playing around a bit, I now find that if I follow what the example array_dynamic.ck says and replace "int ar[]" with "int ar[0]", then the code works. I guess that means this isn't a bug but a meaningful difference between ar[] and ar[0]? In any case, I might amend the array_dynamic.ck to say something like "float argh[0]; // must set argh[0] and not argh[]" Thanks again, George On Fri, Jul 27, 2012 at 12:44 PM, George Locke < george.locke.maxmsp(a)gmail.com> wrote: > thanks! > > > On Fri, Jul 27, 2012 at 10:31 AM, Julien Saint-Martin < > julien.saintmartin(a)googlemail.com> wrote: > >> Hi George, >> >> You can check examples in Chuck installation directory: \examples\array\ >> array_resize.ck and array_dynamic.ck >> Personally I use: >> array.size(new_size); >> or >> array << new_element; // to add an element. >> >> Happy chucking, >> Julien >> >> >> 2012/7/27 George Locke <george.locke.maxmsp(a)gmail.com> >> >>> Hi, >>> >>> I am creating an array, but i don't know how big I need it to be at the >>> time it is instantiated. Once I figure out what I want that size to be, >>> how do I assign it? The current solution i have is this: >>> >>> int array[]; >>> int size; >>> // do stuff >>> { // new block keeps dummy from clogging namespace >>> int dummy[size]; >>> dummy @=> array; >>> } >>> >>> Is there a better way? >>> >>> Regards, >>> George >>> >>> _______________________________________________ >>> 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 >> >> >

2 3

how best to resize array?
by George Locke 27 Jul '12

27 Jul '12

Hi, I am creating an array, but i don't know how big I need it to be at the time it is instantiated. Once I figure out what I want that size to be, how do I assign it? The current solution i have is this: int array[]; int size; // do stuff { // new block keeps dummy from clogging namespace int dummy[size]; dummy @=> array; } Is there a better way? Regards, George

3 3

reset namespace in miniAudicle
by George Locke 27 Jul '12

27 Jul '12

Hi, I'm writing up a class, and I can't seem to test the changes I make to it without restarting miniAudicle. The problem is that I get "class/type 'myClass' is already defined in namespace 'global'" errors when I "add shred" in the window defining the class. Any help? Regards, George

2 2

first query to chuck users
by Carr Everbach 24 Jul '12

24 Jul '12

I'm a Swarthmore College Engineering professor trying to help a blind student with data sonification (or auralization). It was suggested that Matlab, which is our primary analysis language, could send OSC packets via UDP to chuck, which reads OSC packets and could more easily produce complex sounds than coding directly in Matlab. Do any of you have any experience with osc-mexwin, written by Andy Schmeder? The only version of this I've found lacks the c-code, and contains only the dll files without documentation. Matlab requires that the user know the function names to import dll files and use those functions (such as osc_read and osc_write). Any guidance?

4 3

TES - special session on participatory electronic ensemble performance
by David Ogborn 20 Jul '12

20 Jul '12

Dear friends, For the Toronto Electroacoustic Symposium 2012 (Aug 15-18 2012) I am again curating a special session on participatory electronic ensemble performance (PEEP) - such as laptop orchestras, live coding groups, telematic improvisation sessions, and other collective electroacoustic forms. I am writing to you now to invite proposals for compositions, instruments, experiments and other activities that might be included in the session. I see this taking shape in an "unconference" kind of way where I will endeavour to include as many of the submitted ideas as possible, taking into account the available time, human and technical resources. The laptop orchestra I direct at McMaster University (the Cybernetic Orchestra) will be at the session ready to perform with selected materials (i.e. we'll be devoting our remaining rehearsals in July and August to preparing for the session). The orchestra is willing to try anything. Live coding with ChucK is the orchestra's core strength - with pockets within the orchestra developing strong skills with MaxMSP and SuperCollider. But I repeat: we are willing to try anything! Feel free to make proposals involving other performers at the symposium, symposium attendees, and the general public also. So… if you are involved with participatory electronic ensemble performance in any form (or know people who are) - please consider sending me (or encouraging someone else to send me) a proposal. Proposals should be sent to me at ogbornd(a)mcmaster.ca in plain-text email. Thanks in advance for forwarding this - I look forward to hearing from many of you! Deadline for proposals: Tuesday 31 July 2012 Toronto Electroacoustic Symposium: 15-18 August 2012 Participatory Electronic Ensemble Performance Session: 2-4 PM on Saturday 18 August 2012 Yours truly, David Ogborn The Cybernetic Orchestra -- http://esp.mcmaster.ca TES 2012 -- http://cec.sonus.ca/events/TES/2012 and http://www.naisa.ca/soundtravels/symposium.html ------------------------------------------------------------------- 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

1 0

interpolated step? (equivalent to max's line)
by George Locke 13 Jul '12

13 Jul '12

Hi, I still feel new to chuck, and I'm wondering if there's a UGen that will make a (linear/whatever) ramp from its current value to a specified new value over a specified time? Might there be a way to hack the GenX or Envelope objects to behave this way? (For ppl familiar with max/msp, I'm looking for something equivalent to line~) I want to use this for modulation and for slewing controller input. Since the timescale i'm interested is on the scale of seconds/fractions of seconds, I suppose there's no real need to use a UGen rather than a class or function or something, but I'm still wrapping my head around the way that the ChucK language operates. Thanks, George

6 9