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

Re: chuck-users Digest, Vol 7, Issue 11
by Scot Gresham-Lancaster 17 Feb '06

17 Feb '06

This feels like a real simple problem, but I can not suss it out. In the chuck archive: > Julian Sorrel tacitdynamite at yahoo.com Wed Jan 25 17:05:25 EST > 2006 wrote: > > chuck D:\Chuck\examples\otf_06.ck > (using otf_06.ck here because it doesn't require external sound > files) > this works fine - I hear Chuck playing the file. When I try > chuck D:\Chuck\examples\otf_07.ck > the result is > [chuck](via sndbuf): cannot stat file 'data/snare.wav' ... > even though, again, that file can be found in "dir D:\Chuck > \examples\data" ... This was on an XP machine, but I am getting the same result on my mac and linux boxes. If I put in the full path these sndbuf objects function fine, but if I use a relative address such as "../data/ foo.wav" I get the "cannot stat file 'data/foo.wav' What is the obvious error that I am making? Also, stat? Is that supposed to be start? tocs_backwards Scot Gresham-Lancaster ¸,ø¤º°`°º¤ø¸,ø¤º°`°º¤ø http://o-art.org/Scot podcast: http://feeds.feedburner.com/blogspot/scotgl blog: http://scotgl.blogspot.com/ " Well, I let it play itself as much as I can, but if it doesn't, then I interfere. " David Tudor

3 2

comments, questions about chuck
by Charlls Quarra 16 Feb '06

16 Feb '06

Hi, I wanted to comment about things that i don't find yet on chuck which i would prioritize; please, take this freely as some brainstorming from a guy that has been using SuperCollider3 for some time and finds appealing the sample-accurate emphasis in Chuck. * ugen/plugin infrastructure; what headers you include? what classes you inherit? *block processing; i find amazing the feeling of putting your code directly into the sample stream, but i realize that it comes with a price; but before talking about block processing i wanted to ask first about; *** how much multithread-eable could be chuck; in other words, how possible is to implement shreds in a true multithreaded mode where each shred can run in a different core, but keeping the sample-synchronous approach? i imagine one could relax that to a "block-synchronous" multi-shreding. Currently one could have a chuck instance per core and pipe outs and in thru jack, but this would fix the block frame size to whatever jack is set to. * dynamic allocation of resources; of course, this could be implemented on top of the language; for example, creating a fixed number of audio buffers and calling .read as a score progresses a number of times in the same sndbuf object would (i imagine) free the previous allocated buffer and alloc for the new one. --------------------------------- 1GB gratis, Antivirus y Antispam Correo Yahoo!, el mejor correo web del mundo Abrí tu cuenta aquí

4 9

sndbuf.valueAtPos
by Charlls Quarra 13 Feb '06

13 Feb '06

Hi, I think a way to look ahead buffer values ahead could help solve a few issues, like avoid popping when a buffer jump is done; while (true) ... if (must_jump) { if ( std.fabs( buf.last() - buf.valueAtPos( toPos ) )< 0.01 ) { toPos => buf.pos; false => must_jump; } } ... 100::ms => now; --------------------------------- ¡Llamá a todo el mundo con las mejores tarifas! Comprá tus tarjetas de llamadas en tres simples pasos en Yahoo! Telefonía

2 1

chuck killed when swapping buffer reference
by Charlls Quarra 13 Feb '06

13 Feb '06

This program kills chuck 1.2.0.4 after u>30, when curbuf and nextbuf references are swapped. There is something blatantly wrong with this code? // the patch sndbuf buf => dac; sndbuf buf2 => dac; sndbuf @ curbuf; sndbuf @ nextbuf; 2 => buf.interp; 2 => buf2.interp; // load the file "/home/charles/test.wav" => buf.read; "/home/charles/test.wav" => buf2.read; // set the playback rate (1.0 is default) 1.0 => buf.play; 1.0 => buf2.play; buf @=> curbuf; buf2 @=> nextbuf; 0 =>int u; buf.samples() => int size; std.rand2(0, size) =>int nextpos; 100::ms => dur stepping; nextpos => nextbuf.pos; 0.0 => float mixer; 1.0 => curbuf.gain; 0.0 => nextbuf.gain; // time loop sndbuf @ swap; while( true ) { 1 +=> u; if ( u>30 ) { 5::ms => stepping; 0.05 +=> mixer; 1.0 - mixer => curbuf.gain; mixer => nextbuf.gain; if ( mixer > 0.95 ) { std.rand2(0 , size) => nextpos; curbuf => swap; nextbuf => curbuf; swap => nextbuf; nextpos => nextbuf.pos; 0.0 => mixer; 0 => u; 100::ms => stepping; } } stepping => now; } --------------------------------- 1GB gratis, Antivirus y Antispam Correo Yahoo!, el mejor correo web del mundo Abrí tu cuenta aquí

2 1

Is this possible?
by Mike McGonagle 13 Feb '06

13 Feb '06

Hello all, As ChucK is intended to be an "on the fly" tool for sound generation, I was wondering if it would be possible if the compiler could detect infinite loops that DO NOT advance time. I am thinking about this more from a practical stand point that when some new code is being added to ChucK, if a loop is entered that does not advance time, nor yeild control to another thread, it will SEIZE the machine, with the only recourse is rebooting. While this is practical, I know that it would be one of those feature requests that would be low priority. I only make the recommendation because over the weekend, I was playing with ChucK and ran accross this very problem. I would think that in performance, it would not really be practical to have to reboot. At the same time, I wonder how many performances would rely on entering raw code, instead of loading files. Thanks, Mike

3 4

sndbuf.ck not doing any sound
by Charlls Quarra 13 Feb '06

13 Feb '06

Hi, apparently there is some sort of problem with sndbuf in 1.2.0.4, the sndbuf.ck works ok with some .aif generated with stk, but a .wav generated from ardour won't produce any sound. the .wav information is ======= WAVE Format ======= Format Tag: 3 (0x3) Channels: 1 Samplerate: 48000 avg byte/sec: 192000 Block align: 4 bits/sample: 32 cbSize: 0 This is compiled with makefile.jack, which apparently by defaults links against any libsndfile present in the system, indeed chuck is linked against it; $ ldd /usr/bin/chuck linux-gate.so.1 => (0xffffe000) libasound.so.2 => /usr/lib/libasound.so.2 (0xb7e45000) libjack.so.0 => /usr/lib/libjack.so.0 (0xb7e3a000) libstdc++.so.5 => /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.5-20050130/libstdc++.so.5 (0xb7d80000) libdl.so.2 => /lib/libdl.so.2 (0xb7d7c000) libm.so.6 => /lib/libm.so.6 (0xb7d59000) libsndfile.so.1 => /usr/lib/libsndfile.so.1 (0xb7d08000) libc.so.6 => /lib/libc.so.6 (0xb7bf0000) libpthread.so.0 => /lib/libpthread.so.0 (0xb7b9e000) libgcc_s.so.1 => /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.5-20050130/libgcc_s.so.1 (0xb7b96000) /lib/ld-linux.so.2 (0xb7f08000) --------------------------------- 1GB gratis, Antivirus y Antispam Correo Yahoo!, el mejor correo web del mundo Abrí tu cuenta aquí

1 1

multi-channel dac/adc?
by Charlls Quarra 10 Feb '06

10 Feb '06

Hi, I wonder if it is possible to manage input and output of audio hardware with more than 2 channels, this relates to a secondary doubt it's tickling me; why there seems to be a embedded version of stk inside chuck source, instead of relying on stk as a external dependency? Currently stk 4.2.1 supports any number of audio I/O channels, it's possible to easily update chuck to support the new stk? or even cleaner, move stk as a external dependency? p.d: for gentooers, there are now two (preliminary, they work on my x86 box tho) ebuilds for stk and chuck; http://bugs.gentoo.org/show_bug.cgi?id=122321 http://bugs.gentoo.org/show_bug.cgi?id=122332 just put them in a sensible overlay path (i use /usr/local/portage-audio/media-libs/stk and /usr/local/portage-audio/media-sound/chuck) --------------------------------- 1GB gratis, Antivirus y Antispam Correo Yahoo!, el mejor correo web del mundo Abrí tu cuenta aquí

2 1

example use of Modulate Ugen
by Graham Coleman 09 Feb '06

09 Feb '06

ChucK rockers, Hi list! I'm Graham. I like ChucK. Can someone give a working example of the Modulate Ugen? I hooked it up in the output of an STK instrument, but got no noise. Is it something you must poll for values, perhaps? Here's my unsuccessful try: -- Scale sc; //this is some utility code Wurley w => Modulate m => dac; m.vibratoGain( 0.5 ); m.randomGain( 0.5 ); m.vibratoRate( 1.0 ); int i,j; [0, 1, 2, 4, 5, 1, 2, 4, 3] @=> int mel[]; [1, 1, 3, 2, 1, 1, 2, 1, 1] @=> int dur[]; for (0=>int i; ; i++) { i%mel.cap() => int ind; sc.scaleFreq( mel[ind]+2, sc.mixo, 4, 0 ) => w.freq; w.noteOn( 0.4 ); 250::ms => now; } -- I'm running with the latest audicle and chuck on WinXP. best, Graham

2 2

Feature request
by Mike McGonagle 08 Feb '06

08 Feb '06

Hello Ge, I was wondering if it would be possible to include some method of determining if a function returns 'nan'? In working with fractals, some of the results that I get during a search for a new parameter set may produce a 'nan' value, but there seems to be no way of testing for that condition. As a result of this, several classes of fractals that I am working on don't complete a search because I can't test for this. I was thinking how this might go, and there were basically two forms that could work... // static constant if (result == math.nan) { doSomethingWith(result); } else { reportError(result); } or // a function call if ((result) => math.isNan) { ... Thanks, Mike

2 2

Question on Class and Inheritance
by Mike McGonagle 07 Feb '06

07 Feb '06

/* This one was a doozey... it took me about 2 hours to figure out this one, as I had rewritten some code, not thinking this could be the trouble... Anyway, it would appear Chuck doesn't differentiate between floats and arrays of floats when finding the proper function to call. I would think that this code would produce an output with a call to the B1, but when run, it actually calls the E1. Does ChucK treat floats and arrays of float the same when making this function determination? Well, yes it does, but should it? I would think, that if object oriented is a goal, then floats and arrays of floats would be treated differently. */ class B1 { fun void f(float f[]) { <<< "in B1.f", "" >>>; } } class E1 extends B1 { fun void f(float x, float y, float z) { <<< "in E1.f", "" >>>; } } class B2 { fun void f(float x, float y, float z) { <<< "in B2.f", "" >>>; } } class E2 extends B2 { fun void f(float f[]) { <<< "in E2.f", "" >>>; } } B1 b1; B2 b2; E1 e1; E2 e2; [ 0.1, 0.3, 0.7 ] @=> float myArray[]; b1.f(myArray); // in B1.f - correct e1.f(myArray); // in E1.f - wrong - should this actually call B1.f(myArray) e1.f(0.7, .553, 77); // in E1.f - correct b2.f(0.7, .553, 77); // in B2.f - correct e2.f(0.7, .553, 77); // in E2.f - wrong - should this actually call B2.f(0.7, .553, 77) e2.f(myArray); // in E2.f - correct //******* The following Java program illustrates what I was thinking should happen. Will ChucK follow what Java is doing? class Base1 { public String f(double x[]) { return "Base1"; } } class Ext1 extends Base1 { public String f(double x, double y) { return "Ext1"; } } class Base2 { public String f(double x, double y) { return "Base2"; } } class Ext2 extends Base2 { public String f(double x[]) { return "Ext2"; } } public class doit { public static void main(String[] args) { Base1 b1 = new Base1(); Ext1 e1 = new Ext1(); Base2 b2 = new Base2(); Ext2 e2 = new Ext2(); double myArray[] = { 0.7, .533, 75 }; System.out.println("b1: " + b1.f(myArray)); // b1: Base1 System.out.println("e1: " + e1.f(myArray)); // e1: Base1 System.out.println("e1: " + e1.f(0, 1)); // e1: Ext1 System.out.println("b2: " + b2.f(0, 1)); // b2: Base2 System.out.println("e2: " + e2.f(0, 1)); // e2: Base2 System.out.println("e2: " + e2.f(myArray)); // e2: Ext2 } } Thanks, Mike

2 2