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

platform-independent UIs
by David Loberg Code 07 Mar '14

07 Mar '14

I am a Mac-ANSI-American. I am now faced with the need to optimize (i.e., rewrite) some of my ChucK programs so that the user interfaces will work in other platforms (e.g., PC-ISO-Norwegian). Obviously, the ideal is to have a single version that will behave the same in any platform. Below are some of the things I have discovered in confronting OSX vs. Windows, ANSI vs. ISO, and USA keyboard layout vs. other languages. Please: a) correct me if there is something which I got wrong or misunderstood b) share with me any additional tips or advice for things I have overlooked KEYBOARD: Here is what I understand about HidMsg for keyboard devices. msg.which produces the machine key code (in decimal); msg.key produces the USB scan code, msg.ascii produces an ascii value (sort of) On Macs, msg.which and msg.key produce the same numbers. On PCs, they produce different numbers. Cross-platform, msg.which produces different numbers on Macs vs.PCs; msg.key produces the same numbers for both machines. Pressing 'a' on a Mac: msg.which == 4, msg.key == 4, msg.ascii == 65 Pressing 'a' on a PC: msg.which == 30, msg.key == 4, msg.ascii == 65 As such, a ChucK script using msg.which for key mapping is platform dependent. If you want it to be consistent always use msg.key instead. (Unless I am missing something, there doesn't seem to be a good reason for using msg.which for keyboard input) .ascii produces an ascii value (but not necessarily the same as the actual ascii character mapped to that key) a) for letters: the ascii number for the UPPER-case letter associated with that key for English layouts (even though it is actually the lower-case character which is getting pressed) b) for numbers/symbols: the ascii number for the lower-case character associated with that key for English layouts It doesn't seem to matter what keyboard language layout you specify for your laptop. That is, if you are using a German keyboard layout, you won't get ascii values for the uniquely German keys. However, it does seem to matter what kind of physical keyboard you are using. If it is an ANSI (American) keyboard, the .ascii results for are based on a standard US English keyboard layout. If it is an ISO (European) keyboard, the .ascii results are (sometimes) based on a British-PC English keyboard layout. In other words, unlike KBHit (which appears to give different ascii values for different upper and lower case characters), msg.ascii seems to use fixed tables for the ascii values. Since it doesn't give the true value of the character, it also doesn't seem like there is much point in writing programs which use msg.ascii for key mapping. The only advantages might be: a) if you already have the ascii values memorized or b) if you want quasi-random MIDI pitch generators that are already in a reasonable octave register (e.g., CliX). MOUSE/TRACKPAD: Cursor position: On a Windows PC, msg.cursorX and msg.cursorY (and the scaled versions) do not appear to work. Is there some other way of obtaining the absolute X-Y coordinates for the cursor? msg.deltaX and msg.deltaY work in both platforms, but appear to behave differently. if( msg.isMouseMotion ) { <<<msg.deltaX, msg.deltaY>>:} On a Mac, only one value will report at a time. When deltaX has a non-zero value, deltaY is always zero (and vice versa). Thus, at any given poll, you can determine movement East-West (deltaX) or North-South (deltaY) but not both. On a PC, it can report non-zero values for both coordinates at the same time. As such, it is possible to detect diagonal movement (i.e., NE, NW, SE, SW). This can be done on a Mac, but you must evaluate (deltaXnow && deltaYlast) || deltaXlast && deltaYnow) What else have I missed? thanks, david David Loberg Code School of Music Western Michigan University 1903 W Michigan Ave Kalamazoo, MI 49008-5434 code(a)wmich.edu

1 0

Workshop on Audio Plug-Ins Design in Faust
by Romain Michon 19 Feb '14

19 Feb '14

Hi Folks, I'll be giving a workshop on Audio Plug-Ins Design in Faust this summer at the Center for Computer Research in Music and Acoustics (Stanford University, USA) this summer (Mon, 07/07/2014 - Fri, 07/11/2014). Thanks to Spencer Salazar, Faust can be used to easily create chugins so I thought that this event might interest some of the members of this list. More informations are available on this page: https://ccrma.stanford.edu/workshops/faust-workshop-2014 You can also contact me directly if you have specific questions: rmichon(a)ccrma.stanford.edu Cheers, -- Romain Michon PhD Candidate Center for Computer Research in Music and Acoustics Stanford Universityhttp://ccrma.stanford.edu/~rmichon

1 0

Using Chuck as an embedded language
by Phenix Nunlee 13 Feb '14

13 Feb '14

I am interested in using chuck as an embedded language? I want to try to model circuit with transfer functions.

1 0

Re: [chuck-users] Command line arguments
by Stuart McDonald 12 Feb '14

12 Feb '14

Bah, I just noticed me.arg(0) in http://chuck.cs.princeton.edu/doc/examples/basic/rec.ck Nothing to see here, etc. Stuart

1 0

Command line arguments
by Stuart McDonald 12 Feb '14

12 Feb '14

I am entertaining an aspiration to send an arbitrary list of wav files to chuck to process, so that a user could drag and drop files into a directory, and wrap a call to chuck in a script that takes the result of ls and passes the files to chuck as command line arguments. The closest I've found on Google is this post: https://lists.cs.princeton.edu/pipermail/chuck-users/2011-January/005932.ht… much changed since then? It's not essential as I could contrive the calling script to compile a .ck file containing the wav files ahead of time and pass that to chuck, but I figured I'd check in case there are more seemly options. Thanks Stuart

1 0

Re: [chuck-users] machine.add issues (Amy Crawford)
by Perry R Cook 11 Feb '14

11 Feb '14

Amy, Judging from the C: in your post, I gather you are using Windows? If so, we had a bug with ChucK wherein it was interpreting the colon as the usual marker for arguments to a program. So it was interpreting that path as a ChucK file named "C" with an argument of all the path after the colon. Spencer made a patch for that and released it as an update. Now ChucK ignores a colon so early (meaning that we can't have single letter ChucK files, but that would be pretty goofy anyway). Make sure you have the newest version of ChucK from the download site: http://chuck.stanford.edu/release/files/exe/chuck-1.3.3.0.msi You may have to remove previous versions to do a clean install. Spencer?? PRC 1. new to chuck having machine.add issues (Amy Crawford) 2. Re: new to chuck having machine.add issues (Michael Heuer) 3. Re: new to chuck having machine.add issues (Mois?s Gabriel Cachay Tello)

1 0

new to chuck having machine.add issues
by Amy Crawford 11 Feb '14

11 Feb '14

Hi there! I took the coursera course for chuck programming and all was going well until I go to use machine.add() to make my score and all instruments concurrent. for some reason it reads [C]: no such file or directory I added my files to another computer and the same exact thing occurred. every time I add the shred and Any time I use Machine.add() in any other programs the same thing occurs even though i am using me.dir("/myfile.ck") I can't seem to make any of my files concurrent to one another because its not working. Any help is appreciated greatly!! Thanks! Amy

3 2

Listener
by Philipp Blume 07 Feb '14

07 Feb '14

I am looking to implement a listener into my (very simple) ChucK program. I want to operate a bank of virtual sliders that send their position to ChucK. In what program/application can I build such a slider, and where in the ChucK API can I read up on listeners? I don't yet know my way around the documentation, though I do have the Kapur, Cook, Salazar, & Wang text which is wonderful. Thanks in advance! Philipp Blume

5 6

ChucK style guide?
by Federico Lopez 07 Feb '14

07 Feb '14

Hi, I can't find a ChucK style guide. I am missing some link? thanks, federico.

1 0

Re: [chuck-users] Matrix of Impulse Generators
by Perry R Cook 05 Feb '14

05 Feb '14

Yep, having that resource allocation and connection to the dac inside your infinite loop is the culprit. In fact, almost everything in that function is static initialization, so chould be moved outside the while(1) context. This fixes it for real: fun void iGen(int i1, int j1) { Euclid(i1,j1,a1,b1) + Euclid(i1,j1,a2,b2) => float dist; <<< dist >>>; SinOsc s => ADSR e => dac; e.set(35::ms, 8::ms, .1, 200::ms); Math.pow(0.65,(dist)) => s.gain; i1*x + j1*y => s.freq; while(true) { e.keyOn(); (440)::ms => now; e.keyOff(); (440*Math.pow(1.2,dist))::ms => now; } } ----- Original Message ----- 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. Matrix of Impulse Generators (Philipp Blume) 2. Re: Matrix of Impulse Generators (Stefan Blixt)

1 0