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

Re: [chuck-users] The ChucK Show
by Les Hall 09 Apr '09

09 Apr '09

On Apr 8, 2009, at 12:00 PM, chuck-users-request(a)lists.cs.princeton.edu wrote: > Les, > Good luck with this. Sounds like fun. > > Maybe after you've been at it awhile you'll consider a live show or > live segment once in awhile Chaos is fun and good for the soul as long > as it isn't a way of life. That would be 'touring rock and roll'! ;-) > > Cheers, > Mark Mark, Thanks and will do, it would be fun go go live again but I really need to get my act together first. I'm kinda running out of live material for now anyway, but hopefully I can get some code from the wiki or something. I don't care if I have to repeat stuff, I'll just mix it up and go from there... Les

2 1

timestamps, NetClock.
by Kassen 09 Apr '09

09 Apr '09

Fellow ChucKists, I've been quite interested in NetClock ( http://netclock.slab.org/wiki/index.php/FAQ ) lately, after some posts about it on the TOPLAP list. To quickly summarise; the idea is fairly similar to MIDI clock, except to sync the open source performance programming languages (SC, PD, Fluxus Perl (because of feedback.pl) and -hopefully- us). NetClock uses OSC messages, combined with syncing system time to a time-server, to create a clock shared by all participants. The participants can all change things like the central BPM so in that sense it's quite different from and a lot more democratic than MIDI clock. This would be interesting for colaborative livecoding across systems (currently hard to sync without agreeing on a protocol prior to the performance) or to sync homebrew sequencers, generative processes and so on. The good news is that we could implement the whole standard (as far as I can see) in ChucK already and have it as a public class, perhaps as a prototype stage if we would elect to make this a part of the language. A simple class extending Event and two or so sporked shreds would do the trick. The bad news is that this would need time-stamps for OSC messages which we currently lack. This is where I thought things would get tricky; ChucK has very much it's own ideas about time that are quite independant of the system clock (aside from the soundcard's clock) and bringing the two together might get tricky, I feared. After giving it some thought I feel that maybe the best solution might be to get the system time at the birth of the VM and store it. From there on OSC timestamps could be offset by this, creating user accesible timestemps that are purely in terms of ChucK's time. As far as I can see this would open the posibility for timestamps without any big conflict in ways of timekeeping or the need for much aditional syntax in user space. It doesn't sound too involved as a feature either (to me, right now; I might be missing stuff). So, the question now (mainly to the dev's) is; does this make sense? Are there fundamental reasons why we aren't yet supporting OSC timestamps? If so, could we as a user groups take a look at those and see whether they could be dealt with in a coherent way? I can't be the only one who would be very interested in convenient jamming with my friends who run SC or PD? Yours, Kas.

1 0

Re: [chuck-users] The ChucK Show
by Les Hall 08 Apr '09

08 Apr '09

On Apr 7, 2009, at 12:00 PM, chuck-users-request(a)lists.cs.princeton.edu wrote: > > > Is there a podcast/downloadable version I can get hold of? > > As I am in the UK, 11pm - 1am is a bit of a difficult time for me. > > I never did finish any of the chuck things I started, but getting them > on the radio might (I say might) give me inspiration to finish them > off. :-) > > ttfn, > > Adam > Adam, Archives of The ChucK Show are available at the following web site: http://bluehell.electro-music.com/_streams/2009-03-01/ That link is temporary and may change. The good news is that, after the chaos of last week I decided to change my setup for the show. I'll be playing prerecorded mp3 files of ChucK music instead of doing live ChucK, which greatly simplifies my setup. So hopefully the next show will go a little smoother. Take care, Les

2 1

Re: [chuck-users] The ChucK Show
by Les Hall 07 Apr '09

07 Apr '09

Hi folks, This week the ChucK show was a mess, heh! It started out with technical difficulties and choppiness which eventually got better, though my recording has gaps all through the show. The good news is that I'll be improving things by rebooting the machines before the show and testing before the show, plus buying a decent mic and a nanokontrol for the sliders. But we all recognize that we are new to this and such problems are inevitable. I'd like to ask for code submissions as we will be running out of material in a week or two. You can email code or recordings to inventor-66(a)comcast.net (that's me). Thanks and have a great week! Les

3 2

memory exhausted
by Gregory Brown 05 Apr '09

05 Apr '09

Hello all, I have written a script that uses a rather data file to generate a chuck file that is about 24000 lines long and 564KB. When I run the script I get a "memory exhausted" error. Are there chuck-imposed limits that I am running into? Is there a way to allocate more memory to chuck? I have tested this on two machines, both running OS X, ChucK 1.2.1.2, 2GB of RAM. It does not seem to matter what other processes are running or how much memory is available (real or virtual)… it always exits at the same line. Also -- when I cut the file down to a few thousand lines, it runs fine. Any thoughts would be great. Thanks, - Greg

2 3

segmentation fault / OSC
by Bozelos Dimitris 04 Apr '09

04 Apr '09

Hi again guys, I've run into some more problems in my brief acquaintance with ChucK (although it's definitely fun!). For some reason I constantly get a "segmentation fault" fatal error sometimes just after some seconds I run my shreds. What does this mean? I do something that might be silly, I send/receive parameters between shreds using OscEvents, can this cause the problem? Is there another way of communicating (exchanging control signals in this case) between processes? Once or twice I had an "OSC packet ...: buffer (or stack) overflow" error. Is there a buffer or a limit on the messages you send / receive? Can I somehow declare global variables? I checked the documentation and I didn't find anything. If the problem is because of excessive use of OSC I could maybe read/write global variables. Cheers, Dimitri ___________________________________________________________ Χρησιμοποιείτε Yahoo!; Βαρεθήκατε τα ενοχλητικά μηνύματα (spam); Το Yahoo! Mail διαθέτει την καλύτερη δυνατή προστασία κατά των ενοχλητικών μηνυμάτων http://login.yahoo.com/config/mail?.intl=gr

4 7

The ChucK Show
by Les Hall 03 Apr '09

03 Apr '09

Hi folks, Here is the description of the ChucK Show: The ChucK Show producer: Inventor (Les Hall) ChucK is a freeware music programming language from Princeton University. Those who program in ChucK, called ChucKists, share their code freely with each other under the GNU General Public License. Everyone enjoys each other's programs and all are free to copy and modify code with reckless abandon. The ChucK Show features programs written by Inventor, kijjaz, Kassen, wppk, Frostburn, Slinky, and others. You can learn about ChucK by visiting the ChucK forum on www.electro-music.com, where we all congregate to share code, help each other, and joke around a lot. Some ChucK links: http://chuck.cs.princeton.edu/ http://electro-music.com/forum/forum-140.html http://wiki.cs.princeton.edu/index.php/ChucK http://www.freedomodds.com/music/ Please post all ChucK Show submissions to the chucK forum, thanks. To hear the ChucK show, just click on over to www.electro-music.com and select "Radio". The show will be 7pm to 9pm EST, which is 23:00 - 1:00 GMT, or 4pm to 6pm left coast time. And we need more ChucK code! Please post code submissions to the ChucK forum, thanks! Les

4 3

Re: [chuck-users] chuck-users Digest, Vol 45, Issue 1
by Les Hall 01 Apr '09

01 Apr '09

On Apr 1, 2009, at 12:00 PM, chuck-users-request(a)lists.cs.princeton.edu wrote: > > Fellow ChucKists, > > The .quine() member function of the Shred object (which returns the > code of the shred in question as a string) doesn't correctly include > comments for sporked functions. > > To demonstrate, this works; > =========================== > //this is a comment > <<<me.quine( )>>>; > ======================= > > Yet this; > > ===================== > fun void foo() > { > //this is a comment > second => now; > me.quine(); > } > > spork ~ foo(); > hour => now; > =================== > > only prints this (notice the removed comment); > > [chuck](VM): sporking incoming shred: 1 (unnamed1)... > "second => now; > me.quine();" : (string) > > This is of course quite inconvenient. > > Yours, > Kas. > Kas, I am deeply concerned about the .quine() bug. Upon further testing, it appears to ignore every other comment yet print the others. Surely we must address this blatant problem somehow. Les

1 0

Shred.quine() bug
by Kassen 01 Apr '09

01 Apr '09

Fellow ChucKists, The .quine() member function of the Shred object (which returns the code of the shred in question as a string) doesn't correctly include comments for sporked functions. To demonstrate, this works; =========================== //this is a comment <<<me.quine( )>>>; ======================= Yet this; ===================== fun void foo() { //this is a comment second => now; me.quine(); } spork ~ foo(); hour => now; =================== only prints this (notice the removed comment); [chuck](VM): sporking incoming shred: 1 (unnamed1)... "second => now; me.quine();" : (string) This is of course quite inconvenient. Yours, Kas.

1 0

assigning Gen7 coefs
by Gregory Brown 30 Mar '09

30 Mar '09

Hello all, I am trying to use Gen7 for the first time and I am running into trouble assigning the coefficients. The file shown in Example 2 works fine, but Example 1 generates no sound and the lookup gives only NaN. The difference between the two examples is in how I create the coefs array, although I don't see how this affects the outcome. Can someone help me understand what the difference is and why one might work while the other does not? Thanks, - Greg //+_+_+_+_+_+_+_+_+_+_+_+_+_++_++_+++_+_+ // Example 1 //+_+_+_+_+_+_+_+_+_+_+_+_+_++_++_+++_+_+ // setup Phasor driver => Gen7 g7 => dac; 220 => driver.freq; // declare array for coefs 5 => float num_values; float coefs[ ((num_values$int)*2) - 1]; // insert random values into every even index for ( 0 => int i; i < num_values ; i++ ) { Std.rand2f(0,1) => coefs[i*2]; } // insert time values into every odd index for ( 1 => int i; i < num_values ; i++ ) { 1 / num_values => coefs[(i*2)-1]; } // print it out for ( 0 => int i; i < coefs.cap() ; i++ ) { <<< "coefs[",i,"]: ", coefs[i] >>>; } // assign the table coefs => g7.coefs; // do a lookup <<< g7.lookup(.5) >>>; // loop while (true) { 100::ms => now; } // +_+_+_+_+_+_+_+_+_+_+_+_+_++_++_+++_+_+ // Example 2 //+_+_+_+_+_+_+_+_+_+_+_+_+_++_++_+++_+_+ // setup Phasor driver => Gen7 g7 => dac; 220 => driver.freq; // declare array for coefs 5 => float num_values; float coefs[ ((num_values$int)*2) - 1]; // directly assign floats to array [0.709912 , 0.200000 , 0.496574 , 0.200000 , 0.911184 , 0.200000 , 0.270048 , 0.200000 , 0.701863] @=> coefs; // print it out for ( 0 => int i; i < coefs.cap() ; i++ ) { <<< "coefs[",i,"]: ", coefs[i] >>>; } // assign the table coefs => g7.coefs; // do a lookup <<< g7.lookup(.5) >>>; // loop while (true) { 100::ms => now; }

2 2

ChucK Internet Radio Broadcast
by Les Hall 28 Mar '09

28 Mar '09

Yesterday (Friday March 27, 2009) we enjoyed the first ChucK internet streaming broadcast on electro-music.com. Kassen was there in the chatroom and he had a fun exchange with my friend Carroll who was here in my studio for the broadcast. I think they were talking about her fingernails for some reason. Whatever. All had a blast! There was a tiny bit of dead air, but for the most part things went well. I played some of kijjaz's stuff and some of mine as well. We improvised and I coined the phrase "Jack Noise!", referring to the sound that my puter makes when I unplug or replug the jack to switch from ChucK to mic or revverse. All in all things went well and I invite you to next week's show on Friday at 23:00 to 00:00 GMT. Be there or be square! Les (Inventor)

2 1

first video from live ChucK gig w/ modlys
by Atte André Jensen 27 Mar '09

27 Mar '09

Hi A couple of weeks ago I announced a gig with my electronic project, modlys. One of the audience recorded a couple of tracks on his mobile, and the first one is here: http://modlys.dk/video/fodspor_vcd.mp4 Only audio software running is chuck under linux. -- Atte http://atte.dk http://modlys.dk

5 8

EChucK Forum and Progress Update
by Les Hall 25 Mar '09

25 Mar '09

Hello ChucKists! I'd like to announce that we just created an EChucK forum right next to the ChucK forum on www.electro-music.com. I was really surprised and happy with this especially since the project is still in its infancy. Some updates: I bought a netbook running XP (love it!), which now enables me to run the microchip MPLAB IDE so I can now write code for the EChucK dsPIC chips. After extensive learning curve of a few days I was able to write a simple little program that generates a square wave. I still don't have chips or a programmer, but that will happen in time. I also finally figured out how to cut up the EChucK circuit boards that I've had for months now into the little bitty boards that are the basis of EChucK. I used a Dremel tool with a diamond cutting wheel in a rickety drill press stand and thus created a very crude sort of horizontal PCB table saw. It worked pretty well, though some of the cuts were a little too close. I cut one board up for experimentation and left the other three intact. Also on the www.justinguitar.com forum, the other day I was mentioning EChucK and the possibility of doing guitar synth stuff with it. It turns out that one of the moderators there is looking for that "Matt Belamy of Muse" guitar sound and wants me to make us both a little mini guitar pedal. We decided to code up a test file in ChucK first, which I did with AGC followed by soft distortion to get something like the sound that he wanted. So it looks like after the square wave program, the first real application of EChucK will be to implement a ChucK program for guitar synth. That's about it for now. Please feel free to stop by the EChucK forum or view the EChucK web page at www.freedomodds.com/music/echuck/ . Les (Inventor)

1 0

two patches
by Atte André Jensen 23 Mar '09

23 Mar '09

Hi I'm not sure posting patches here is the right thing to do, maybe I should put them elsewhere? At least I'm hoping this could be fixed in this years release! The first allows 2 byte midi messages, for instance allowing program change to be send from chuck. The second allows --channels>2 (also --in and --out) with jack + makes chuck *not* connect its jack ports. Without this --channels3 (or greater) doesn't work for me. Both are simply disabling some checks or code that IMHO are too strict. The first have been running flawlessly for over a year. The second seems to work just fine with some quick testing. Of course any feedback/discussion from users regarding the behavior would be interesting. -- Atte http://atte.dk http://modlys.dk

1 0

stereo buffer?
by Matt Diamond 21 Mar '09

21 Mar '09

Thanks for the responses to my previous question... my little glitch sequencer project is coming along quite well now. Just a quick question: Is it true that LiSa has absolutely no way to connect individual voice inputs/outputs as part of the signal chain? I wanted to use LiSa as a stereo buffer, and I assumed that the multiple voices would make it easy to assign the left channel to voice 1 and the right to voice 2, but if I can't connect them to separate adc/dac channels, then I guess it's impossible. Should I just create my own stereo buffer class that contains two separate LiSa objects? - Matt

3 4

Congrats to Ge
by Mark Knecht 19 Mar '09

19 Mar '09

for getting his picture in the Mercury News Tech section today playing a wind instrument created with the iPhone. (At least I think it's our own Ge Wang!) :-) Looks like fun. Maybe I'll have to get an iPhone. I'm curious as to whether the demo used ChucK? Check out pictures 15 & 16: http://www.mercurynewsphoto.com/2009/03/iphone/ Cheers, Mark

3 2

record audio directly into sndbuf?
by Matt Diamond 19 Mar '09

19 Mar '09

My apologies if this question is silly, I'm a bit of a programming amateur... I'd like to create a patch wherein I could record a few seconds of audio from the adc (mic input), then play random segments of that audio back. Seems simple enough, but I'm having trouble mastering the art of recording sound in ChucK. Ideally, I'd like to use sndbuf to store the audio in a temporary buffer, though I'm wondering if my only option is to use WvOut to write the audio to an actual file. I'm not even doing very well using WvOut to record... I'd like the recording to be triggered by a button toggle (or even just triggered by a normal button with a set recording duration). I think I'm fairly comfortable with the MAUI button object, but I'm not sure how to implement triggered recording. I've seen examples that merely set up an adc => WvOut w => blackhole configuration, then tell the program to just do this for 5 seconds and then close the file, but I'd like something where I could have the shred running, and then activate a recording process when the button is pushed. I've tried implementing this with a while (button.state()) loop inside of an infinite time loop, but it usually ends up crashing. I also thought I saw something about a w.record operation in the ChucK wiki, but I didn't see anything about this function in the documentation. Anyway, sorry that this is so unfocused... I'm just not sure how to even start approaching the problem. Bottom line: can I use sndbuf to record live audio, and if not, how can I use WvOut to do this? Thanks, Matt Diamond

2 2

Live ChucK-gig in Copenhagen
by Atte André Jensen 18 Mar '09

18 Mar '09

Hi On the 21. march I'll be performing at Krudttønden, Serridtsslevvej 2, in Copenhagen at 21:00 with my meditative, electronic project, "Modlys". Heavy use of ChucK in a more pop-ish setting than I suppose the average ChucK performance. Lots of realtime algorithmic compositions and improvisations. Examples of how it sounds (not live): http://modlys.dk/mp3/holde_pkt.mp3 http://modlys.dk/mp3/i_ly_af_dig.mp3 http://modlys.dk/mp3/stille_hvisken.mp3 The lineup is: Atte André Jensen (me): Laptop/ChucK w gamepad + synth + melodica Britt Dencker Jensen: Vocals David Blomqvist: Double bass André Chercka: Live video Anyone in the area are more than welcome, the entré is DKK 50,- -- Atte http://atte.dk http://modlys.dk

9 26

ChucK Soft Studio Mixer
by Les Hall 18 Mar '09

18 Mar '09

Hi, I would like to run separate ChucK programs and combine their audio streams with a ChucK mixer program. To do this, I would send each audio output to dac.chan(n), where n could be a large-ish number like 8 or 16 or something like that. Then I would write a mixer program that combined these separate audio streams into just dac.left and dac.right, with adjustable gain/attenuation on each channel and an n-to-2 switch matrix. Sounds good, but when I try it I am only able to use the physical dac channels that I have with are dac.chan(0) and dac.chan(1). In other words, I am disappointed to learn that there are no virtual dac channels. So now I'm not sure if what I really need is a physical multi I/O USB interface or maybe a hardware mixer or whatever. How can I route multiple signals within ChucK between processes? Seems like this should be easy to do... OSC? I dunno, enlighten me please. Thanks, Les

3 2

recycling program
by Robert Poor 18 Mar '09

18 Mar '09

Are there tools or techniques for monitoring memory allocation in ChucK? I've been stress testing my code, and after about five hours ChucK vm stops with a malloc / mmap failure. It would be nice to figure out what's clogging memory. [In a previous life, I was an embedded systems programmer, so I'm happy to create reusable object pools and managing the objects myself, but I need to know what leaks and what doesn't.] On a related note, I notice that ChucK uses the standard library malloc rather centralizing calls through a single chuck_malloc() (or the existing checked_malloc()). Going through a single call would make it easier to monitor heap allocations. Just my $0.25. - Rob

4 5

3-Axis USB Accelerometer with I/O
by Les Hall 18 Mar '09

18 Mar '09

Huh, funny that you folks were posting about controllers, it just so happens that the Ultimarc controller is now ready for sale. It's $49 and you can see it at the following link: http://www.u-hid.com/index.php? option=com_content&view=article&id=21&Itemid=24 I can't be impartial because I will receive a small part of the net profit of these boards. That's because I approached the company with the idea and much to my surprise they decided to work with me on developing the product. They also sell other controllers. This one, the U-HID-G has a 3-axis accelerometer on a USB interface plus an expansion port for pots, switches, slow analog in, etc. What I like about this device is that it looks like a joystick to the computer, so there's no need for drivers or special interface programs or huge sections of ChucK code, etc. It interfaces to ChucK easily. The only downers I see are 1. it is wired, not wireless, and 2. it requires a PC for configuration because the config utility is a Windows application. So basically it's another choice among many. Kassen, did you get one in the mail? I thought Andy sent you one. Cheers, Les Hall (Inventor)

3 2

Wii Controllers for ChucK
by Robert Poor 18 Mar '09

18 Mar '09

I suspect this has been covered -- and I see hints on the ChucK forums and archives -- but I want the latest word: can you use a Wii controller as a controller for ChucK running under OS X? I would *love* to control ChucK without laying a hand on a keyboard (either laptop keyboard or MIDI keyboard), and the Wii seems like a good bet. On Amazon, the Wii Remote Controller is selling for $36: http://www.amazon.com/Wii-Remote-Controller-nintendo/dp/B000IMWK2G/ref=pd_b… I'd buy one in a heartbeat if someone told me if there was an easy path between the Wii remote and ChucK HID messages. Thanks. - Rob

1 0

Shred Utilities: waitWithTimeout()
by Robert Poor 16 Mar '09

16 Mar '09

Here's a small module I wrote mostly out of necessity and feel it's my first bit of ChucK code worth submitting to a library repository. I checked out lick (http://github.com/heuermh/lick/), but noticed that all code there was written by heuermh and felt that maybe this wouldn't fit into lick's Grand Scheme. So I'm not sure where to send it except to this list. Comments, suggestions are welcome (but go easy on me -- I'm new to ChucK!). Thanks. file: ShredUtilities.ck /* ================================================================ Shred Utilities for the ChucK programming language Copyright (c) 2009 Robert Poor. All rights reserved. This program is free software: you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation, either version 3 of the License, or (at your option) any later version. This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details. You should have received a copy of the GNU General Public License along with this program. If not, see <http://www.gnu.org/licenses/ >. ================================================================ */ // ================================================================ // File: ShredUtilities.ck // // Description: ShredUtilities extend the basic shred (thread) mechanism // with waitWithTimeout() methods. // // Author: Robert Poor <r(a)alum.mit.edu> // Date: March 2009 // ================================================================ public class ShredUtilities { // waitWithTimeout(Event e, time t) - Block execution of the // caller's thread until event e receives a signal or time t // arrives, whichever comes first. // // Implementation: spawn two threads, one to wake us when event e // receives a signal, the other to wake us when the appointed time // arrives. Pass both threads a common event 'union' on which to // notify this thread, then block on union. // fun static void waitWithTimeout(Event e, time t) { Event union; spork ~ _waitForEvent(e, union) @=> Shred @ eventWaiter; spork ~ _waitForTime(t, union) @=> Shred @ timeWaiter; union => now; eventWaiter.exit(); timeWaiter.exit(); } // waitWithTimeout(Event e, dur d) - Block execution of the // caller's thread until event e receives a signal or d time // has elapsed, whichever comes first. // fun static void waitWithTimeout(Event e, dur d) { waitWithTimeout(e, now+d); } // ================================================================ // internal helper functions // wait for an event on e, unblock event union. fun static void _waitForEvent(Event e, Event union) { e => now; union.broadcast(); } // wait for time t, unblock event union. fun static void _waitForTime(time t, Event union) { t => now; union.broadcast(); } }

1 0

WarpTable inconsistency
by Kassen 16 Mar '09

16 Mar '09

Dear Dan, WarpTable seems to have a issue where .lookup() doesn't behave like scanning it with another UGen does for values slightly less than 1. I think the scanning feature is wrong here, at least scanning doesn't behave according to the docs. Consider this example that uses WarpTable as a wave-shaper on a sine wave; ======================== SinOsc s => WarpTable wp => dac; //some trickery to offset and scale the input Step st => wp; .50 => st.next; //notice this line; .5 should be fine here yet isn't //increasing this to .5 will cause artefacts .4997 => s.gain; //scale the range back and avoid DC offset Step stInv => dac; -.1 => stInv.next; 2 => wp.gain; 200 => s.freq; //increase the second value for "drive" //this is the bit that's actually useful and interesting here //in this case we keep it linear to be able to hear the artefacts more clearly. wp.coefs([1., 1. ]); minute => now; ========================= Or; to demonstrate the exact same issue in it's most extreme case; ============== Step s => WarpTable wp => dac; //linear wp.coefs( [1., 1. ] ); //UGen based index 1 => s.next; //allow for the value to be updated samp => now; //both should be 1.000000 <<<wp.lookup(1)>>>; <<<wp.last()>>>; ===================== I believe this to be a error. Additionally; the various Gen UGens would be a lot easier to use for wave shaping if they could have a mode where they would get indexed from -1 to 1 and output the same range; this would avoid the need for Step ugens and setting gains to compensate like in the top example above. Right now they can only be indexed usefully by things like Phasor and Envelope and chaining a few can yield interesting phase distortion effects using Gen10 but using them in the amplitude domain is quite inconvenient, even when they would make a lot of sense there. Maybe this would be worthy of consideration, especially as some of the pages referenced by the Gen docs do hint at this usage as well. Yours, Kas.

2 2

small docs/web-page note
by Kassen 15 Mar '09

15 Mar '09

Fellow ChucKists, I'd like to suggest we note ChucK's inability to run on 64 bit platforms on the download page. I feel this limitation is under-documented, particularly compared to the relative availability of 64 bit processors and OS's (especially Linux). This turns out to lead to confusion and disappointment; a single line on that page would save people the effort of downloading, compiling, troubleshooting and finally posting to the list or forum. There have -of course- been list topics on this limitation, as well as some effort to remidy it; most of us will be aware of that but this isn't clear to potential new users who aren't -yet- on this list. It's a very minor issue but IMHO it doesn't reflect well on us to not point this out. Yours, Kas.

3 4