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

problems with chubgraphs
by Robin Haberkorn 03 Sep '12

03 Sep '12

Sorry to bother you again, but I'm experiencing difficulties using the new Chubgraph feature. Using v1.3.0.2 of course. class TestChubgraph extends Chubgraph { SinOsc o => dac; 400 => o.freq; } TestChubgraph c; 10::second => now; This code does the sine wave sound but it should be silent since "c" is not connected to dac. Reading the Chubgraph example, I thought that the dac in the Chubgraph class is local to the object instance - as a way to connect to the UGen's output. Also what's strange is that the number of channels reported for dac in the class is the same as the number of output channels I've requested for ChucK. Did I miss something or is it a bug? Also thinking about Chugens, could someone comment on the performance aspect of using them for audio-rate processing (in comparison to a traditional 1::samp loop, e.g. in a Chubgraph)? Thanks in advance, Robin

4 9

one sample block size vs demand rate
by ronni montoya 31 Aug '12

31 Aug '12

Hi guys, before we were talking about the differences between sc3 and chuck , and people said that in sc3 you cannot do one sample manipulation but i just discovered that sc3 has a group of ugens called "demand ugens" that allows to do one sample manipulation(one sample block). Do you guys know about this? What do you think about the posibilities of one sample block size in chuck vs demant rate posibilities in sc3? Are they both equivalent? or can you make things that you cannot do with the other? thanks in advance. R.

3 2

1.3.0.0 (chimera) unleashed!
by Spencer Salazar 29 Aug '12

29 Aug '12

Dear all, 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

8 16

severe ChucK v1.3.0.0 bug
by Robin Haberkorn 29 Aug '12

29 Aug '12

system: rhaberkorn@nb005-lx001:~$ uname -a Linux nb005-lx001 2.6.32-42-generic #95-Ubuntu SMP Wed Jul 25 15:56:09 UTC 2012 x86_64 GNU/Linux rhaberkorn@nb005-lx001:~$ cat /etc/lsb-release DISTRIB_ID=Ubuntu DISTRIB_RELEASE=10.04 DISTRIB_CODENAME=lucid DISTRIB_DESCRIPTION="Ubuntu 10.04.4 LTS" I'm using a ChucK build with my own modifications (-m32 and some that are Jack-related). test case: fun void foo(string s) { //<<< s >>>; } while (true) { //<<< 1 >>>; "bar" => foo; //<<< 2 >>>; } result: rhaberkorn@nb005-lx001:~$ chuck --srate:44100 bug.ck chuck: chuck_oo.cpp:125: void Chuck_VM_Object::release(): Assertion `m_ref_count > 0' failed. Aborted uncommenting the debug prints: rhaberkorn@nb005-lx001:~$ chuck-1.3.0.0/src/chuck --srate:44100 bug.ck 1 :(int) "bar" : (string) 2 :(int) 1 :(int) "bar" : (string) Segmentation fault (core dumped) rhaberkorn@nb005-lx001:~$ gdb ./chuck-1.3.0.0/src/chuck ./core GNU gdb (GDB) 7.1-ubuntu Copyright (C) 2010 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-linux-gnu". For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>... Reading symbols from /home/rhaberkorn/chuck-1.3.0.0/src/chuck...done. [New Thread 1192] [New Thread 1199] [New Thread 1198] [New Thread 1193] [New Thread 1200] warning: Can't read pathname for load map: Input/output error. Reading symbols from /usr/lib32/libasound.so.2...(no debugging symbols found)...done. Loaded symbols for /usr/lib32/libasound.so.2 Reading symbols from /usr/local/lib32/libjack.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib32/libjack.so.0 Reading symbols from /usr/lib32/libstdc++.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/lib32/libstdc++.so.6 Reading symbols from /lib32/libdl.so.2...Reading symbols from /usr/lib/debug/lib32/libdl-2.11.1.so...done. done. Loaded symbols for /lib32/libdl.so.2 Reading symbols from /lib32/libpthread.so.0...Reading symbols from /usr/lib/debug/lib32/libpthread-2.11.1.so...done. done. Loaded symbols for /lib32/libpthread.so.0 Reading symbols from /usr/lib32/libFLAC.so.8...(no debugging symbols found)...done. Loaded symbols for /usr/lib32/libFLAC.so.8 Reading symbols from /usr/lib32/libogg.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/lib32/libogg.so.0 Reading symbols from /usr/lib32/libvorbis.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/lib32/libvorbis.so.0 Reading symbols from /usr/lib32/libvorbisenc.so.2...(no debugging symbols found)...done. Loaded symbols for /usr/lib32/libvorbisenc.so.2 Reading symbols from /lib32/libm.so.6...Reading symbols from /usr/lib/debug/lib32/libm-2.11.1.so...done. done. Loaded symbols for /lib32/libm.so.6 Reading symbols from /usr/lib32/libgcc_s.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/lib32/libgcc_s.so.1 Reading symbols from /lib32/libc.so.6...Reading symbols from /usr/lib/debug/lib32/libc-2.11.1.so...done. done. Loaded symbols for /lib32/libc.so.6 Reading symbols from /lib32/librt.so.1...Reading symbols from /usr/lib/debug/lib32/librt-2.11.1.so...done. done. Loaded symbols for /lib32/librt.so.1 Reading symbols from /usr/lib32/libcelt0.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/lib32/libcelt0.so.0 Reading symbols from /lib/ld-linux.so.2... warning: the debug information found in "/lib/ld-2.11.1.so" does not match "/lib/ld-linux.so.2" (CRC mismatch). warning: the debug information found in "/usr/lib/debug//lib/ld-2.11.1.so" does not match "/lib/ld-linux.so.2" (CRC mismatch). warning: the debug information found in "/usr/lib/debug/lib/ld-2.11.1.so" does not match "/lib/ld-linux.so.2" (CRC mismatch). (no debugging symbols found)...done. Loaded symbols for /lib/ld-linux.so.2 Core was generated by `chuck-1.3.0.0/src/chuck --srate:44100 bug.ck'. Program terminated with signal 11, Segmentation fault. #0 0x080ab3c8 in Chuck_VM_Alloc::free_object (this=0x8491028, obj=0x85d1108) at chuck_oo.cpp:259 259 delete obj; (gdb) bt #0 0x080ab3c8 in Chuck_VM_Alloc::free_object (this=0x8491028, obj=0x85d1108) at chuck_oo.cpp:259 #1 0x080ab1f4 in Chuck_VM_Object::release (this=0x85d1108) at chuck_oo.cpp:148 #2 0x08069abb in Chuck_Instr_Release_Object2::execute (this=0x85d1c40, vm=0x8491780, shred=0x85d1f58) at chuck_instr.cpp:3232 #3 0x0805ba3f in Chuck_VM_Shred::run (this=0x85d1f58, vm=0x8491780) at chuck_vm.cpp:1677 #4 0x08059492 in Chuck_VM::compute (this=0x8491780) at chuck_vm.cpp:655 #5 0x080593d9 in Chuck_VM::run (this=0x8491780) at chuck_vm.cpp:602 #6 0x080c952a in main (argc=3, argv=0xffaeda04) at chuck_main.cpp:969 (gdb)

4 8

Re: [chuck-users] WvOut: writes soundfile, but always silent
by Joel Matthys 29 Aug '12

29 Aug '12

Same here. I can't get WvOut to work in chimera on Linux. Simple example which works on 1.2.1.3: Noise n => dac => WvOut rec => blackhole; 0.25 => n.gain; "rec_test" => rec.wavFilename; 2::second => now; rec.closeFile(); but with 1.3.0.0 I have to abort with ctrl+c and get: chuck: chuck_oo.cpp:125: void Chuck_VM_Object::release(): Assertion `m_ref_count > 0' failed. and silent audio file. No success with WvOut2 either. Different issue, but I also get this often when chuck is exiting: terminate called after throwing an instance of 'RtError' Aborted (core dumped) (the chirp.ck example in the basic folder always gives this error) Joel On 08/26/2012 05:10 PM, chuck-users-request(a)lists.cs.princeton.edu wrote: > Thanks Joel. > > Unfortunately, sorry, that doesn't help, on either example. > > I do now get a freeze at > fCoreAudioDriverUID AppleHDAEngineInput:8,0,1,0:1 > > if I then press ctrl+c I get: > ^C[chuck]: cleaning up... > > which never exits. > > Does anyone have any minimal code example of a single file which > creates a sound with ChucK, and writes out a sound file from it, that > definitely works on their system for chimera? Perhaps I'm missing > another parenthesis, or some other function call. The examples from > the help tutorial, examples folder rec.ck file, mailing list etc might > need updating? > > best, > Nick

3 4

noob: machine.add but can't find function
by George Locke 26 Aug '12

26 Aug '12

Hi, I've got a chuck file called rand.ck that defines functions, and another that machine.add's rand.ck, but can't find the functions rand.ck " fun float rand_norm() { // Marsaglia polar method, wastes the second ind var float s, x, y; 0 => s; while (s == 0 || s >= 1) { Std.randf() => x; Std.randf() => y; x*x + y*y => s; } return x * Math.sqrt(-2 * Math.log(s) / s); } " test.ck "Machine.add("/Users/George/Documents/chucko/util/rand.ck"); for (0 => int i; i<10; i++) { rand_norm() => float x; <<< x >>>; } " I add test.ck to the miniAudicle VM and the following error error: line(3): undefined variable 'rand_norm'... Am noob. plz help. kthx. - George

2 2

Re: [chuck-users] chuck-users Digest, Vol 85, Issue 26
by Joel Matthys 26 Aug '12

26 Aug '12

You need parens after closeFile: w.closeFile(); -Joel On 08/26/2012 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. WvOut: writes soundfile, but always silent (Click Nilson) > > > _______________________________________________ > chuck-users mailing list > chuck-users(a)lists.cs.princeton.edu > https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

2 1

WvOut: writes soundfile, but always silent
by Click Nilson 26 Aug '12

26 Aug '12

Hi all, Just trying chimera to see what is up in ChucK world. I've found that I can't get WvOut to work; I've tried innumerable permutations, from: chuck curly.ck rec.ck to the code examples below. I can get an output sound file, but it's always silent (though the right length). I've tried different orders of WvOut and dac, and many variations (including wav and aif output). Is this a known problem, or is there some other official way to do this that supersedes the manual included with the distribution? I couldn't find any resolution hunting on old posts from this mailing list. (my system: 10.6.8 OS X) I also find attempting --silent or -s that I just get the system locking up, and a crash on ctrl+c: chuck_oo.cpp:125: failed assertion `m_ref_count > 0' Assertion failed: (libcompiler_rt abort), function __eprintf, file /SourceCache/clang/clang-421.0.60/src/projects/compiler-rt/lib/eprintf.c, line 31. Abort trap best, Nick simple test, from an old chuck-users posting: Noise whitenoise => dac; whitenoise => WvOut waveOut => blackhole; 0.5 => whitenoise.gain; "testchuckoutput"=>waveOut.aifFilename; 2::second => now; waveOut.closeFile; ------------------------------------------------------------------ more complicated (I want to do sample by sample synthesis and write out a sound file): //sample by sample writing of audio in ChucK //for maximal speed in NRT mode, run chuck with -s flag or --silent //e.g. ./chuck /data/sussex/courses/advancedCM/lectures/samplelevel/writesoundfile.ck --silent Impulse i => dac; //=> Gain g dac => WvOut w => blackhole; "chuckoutput.wav" => w.wavFilename; 1 => w.record; //.9 => g.gain; now + 2::second => time later; //workaround to save file on end of synthesis: see examples/basic/rec.ck //null @=> w; while( now < later ) { //set current value of Impulse UGen Std.randf() => i.next; 1::samp => now; } 0 => w.record; w.closeFile;

1 0

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