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

chuckctrl python application (was: Controling Chuck - building accessible GUI)
by Stephen Sinclair 29 Dec '07

29 Dec '07

> OOPS! That wasn't supposed to goto the list. > -- Rich Heheh... but since it did... On the subject of user interfaces, I've been working on a little something for controlling chuck for my own needs. I've written a little Python program (using GTK and Cairo for drawing) which interfaces between my MIDI controller and chuck. Each knob in the interface can automatically be assigned to an OSC control, which is announced by the chuck script. The user can, at runtime, load various chuck scripts for each column of knobs on my MIDI controller and those knobs get automagically assigned to specific OSC messages for the script. (Each script, in my case, is playing some kind of loopy thing, but that's not entirely necessary.) The MIDI/OSC part is written in C++, using RtMidi and LibLo. It works quite well, so far. Still needs some work, and I've had to put it on the backburner for the moment, but I thought I may as well post the code anyway. Just thought it was worth mentioning another approach. Using python, I managed to slap together a fairly functional application in about a week and a half, which was pretty cool. Grab it with git: git-clone http://www.music.mcgill.ca/~sinclair/git/chuckctrl.git (Sorry I'll post a tarballs sometime, just not right now since it's 1:45am.) cheers, Steve

1 0

Controling Chuck - building accessible GUI
by Rich Caloggero 28 Dec '07

28 Dec '07

There was a thread on this list back in January about control of chuck via OSC, a Python package. I have a few questions: First, I'm blind and use a screen reader. I want to build something that allows me to control chuck sreds via a GUI. I don't like Python much for programming, and am not sure if OSC would even work with my screen reader (anyone have any quick demos I could try just to see if the screen reader will deal with the UI toolkit at all)? What I was thinking of doing is building something in Mozilla's XUL language. This does have the ability to send network packets, and also can execute shell commands. So, was thinking about writing code in chuck and then pass arguments to each .ck file to change parameters. Of course, this might not work so smoothly if we wanted to change things on the fly. FOr this I guess I'd need to implement something like OSC's message passing scheme in XUL. Any advice, or suggestions? Anyone interested in rewriting audical so it works with a screen reader? There are so many great software synthesizers on the market now that work as both stand alone and/or plugins to popular hosts like Cakewalk's Sonar, but none that I've ever tried will allow the screen reader enough control to do real sound design. With effort, one can usually figure out how to change presets, but in a large number of cases even this is not possible. I was hoping that chuck could be used to build a fully accessible sound designers toolbox that could allow one to do things quickly and easily without having to write too much code. I've obviously never used it because it is very graphically oriented, but think of something like PD "Pure Data". You aparently can build all sorts of neat stuff by just plugging stuff together, without having to write a line of code. Thanx for any thoughts/suggestions... -- Rich

7 17

Compiling chuck on UbuntuStudioGutsy32
by Eric Hedekar 28 Dec '07

28 Dec '07

Hi, I've just downgraded from UbuntuStudioGutsy64 and I'm attempting to get Chuck running but I can't seem to understand this error that I'm getting. I have downloaded rtaudio4.0.3 and it looks like it compiled fine. make linux-jack make -f makefile.jack make[1]: Entering directory `/home/stochastic/Desktop/ChucK/chuck- 1.2.1.1/src' g++ -D__LINUX_JACK__ -c -O3 -D__CK_SNDFILE_NATIVE__ rtaudio.cpp rtaudio.cpp:2715:23: error: jack/jack.h: No such file or directory rtaudio.cpp:2721: error: ISO C++ forbids declaration of 'jack_client_t' with no type rtaudio.cpp:2721: error: expected ';' before '*' token rtaudio.cpp:2722: error: ISO C++ forbids declaration of 'jack_port_t' with no type rtaudio.cpp....... what obvious part am I missing? It would really be nice if some proper Linux documentation could be written into the upcoming versions of the install tutorial. I'd be happy to help write it once I understand it. Thanks. -Eric

6 14

Re: [chuck-users] MIDI-controlled synth example?
by pibsid＠suomi24.fi 24 Dec '07

24 Dec '07

Hi Darren! I've attached my version of a midi controlled triangle oscillator with pitch bends and modulation. Have fun! :) Pyry Pakkanen >----Alkuperäinen viesti---- >Lähettäjä: darren.landrum(a)sbcglobal.net >Päivämäärä: 23.12.2007 22:42 >Vastaanottaja: "ChucK Users Mailing List"<chuck-users(a)lists.cs. princeton.edu> >Aihe: Re: [chuck-users] MIDI-controlled synth example? > >Oh, hey, I got the examples to work now. It must have been me doing >something stupid. I'm getting pretty high latency, though, and >polyfony.ck stops working after what seems to be so many notes (or maybe >me doing fast runs is choking something). polyfony2.ck doesn't >acknowledge note-off messages, though I don't know if that's intentional >or not. Still it's a result. > >I still wouldn't mind seeing what others might have come up with, >though. Thanks all for the help! > >Regards, >Darren Landrum > > >Darren Landrum wrote: >> Hi, all! I now have my MIDI controller and new computer all set up, and >> I wanted to give real-time control of ChucK a shot. I looked through the >> examples in the MIDI folder, but I couldn't make anything work, and >> couldn't really understand the code. So I was wondering if anyone might >> have a simple MIDI-controlled synth program out there that I can try out >> and dissect, as I learn so much better from example. Thank you! >> >> Regards, >> Darren Landrum >> >> PS - Happy Holidays to all! >> _______________________________________________ >> 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 >

1 0

MIDI-controlled synth example?
by Darren Landrum 23 Dec '07

23 Dec '07

Hi, all! I now have my MIDI controller and new computer all set up, and I wanted to give real-time control of ChucK a shot. I looked through the examples in the MIDI folder, but I couldn't make anything work, and couldn't really understand the code. So I was wondering if anyone might have a simple MIDI-controlled synth program out there that I can try out and dissect, as I learn so much better from example. Thank you! Regards, Darren Landrum PS - Happy Holidays to all!

1 1

Uana tutorials/examples
by pibsid＠suomi24.fi 23 Dec '07

23 Dec '07

Hi. I think it's wonderful that ChucK can do analysis now. I know what the FFT is but having very little experience with Fourrier transforms I'm quite in the dark on how to modify them. I'm trying to create a realtime pitch-shifter but I'm having trouble getting the phases of successive segments to match. Is there anyone here who knows more about FFT and could write a pitch-shifter example. The short examples that come with Chuck can get people started on how to use the Uana objects but more detailed examples like a phase-vocoder or a pitch-shifter would really help clear some heads on how to truly utilize the power of analysis in ChucK. Cheers! -Pyry Pakkanen (Frostburn)

1 0

chuck and midi clock (again), ignoreTypes() method
by Julien Canet 21 Dec '07

21 Dec '07

Dear All, I am learning chuck and I've made some scripts for the monome 40h interface (if someone wants I can post them). I really need to sync my script with another software, using MIDI. I saw on the users mailing list ( https://lists.cs.princeton.edu/pipermail/chuck-users/2006-April/000503.html ) that midi sync wasn't possible. I didn't really understood why at first, because I thought we just have to make a midi input handler that waits for MIDI clock messages, just like the example in the message : 0 => int device; // number of the device to open (see: chuck --probe) MidiIn min; // the midi event MidiMsg msg; // the message for retrieving data if( !min.open( device ) ) me.exit(); // open the device spork ~ handleMIDI(); fun void handleMIDI() { while (1) { min => now; // wait on the event 'min' while( min.recv(msg) ) // get the message(s) { if (msg.data1 == 248) { // MIDI Clock // Do clocky stuff, count to 24, determine delta-now, whatever } } } } So I wrote a little loop waiting for midi clock message, similar to the script above. I never received midi clock messages... (I am sure they are sent using a MIDI monitor). I read on chuck forum that MIDI clock messages were not parsed. So I had a quick look into Chuck source code and try to found why. I said quick look because I do not understand the whole code to 100%, I've just tried to find more about these MIDI clock messages. I saw that in the midiInputCallback, the midi time code and tick messages (and some other midi messages) are ignored depending on some RtMidiInData flags : the ignoreFlags, initialized to true (ignoreFlags set to 7 in fact) in the constructor. If these flags are true, the size of the message is set to 0 and it is ignored. I saw that there is a method called RTMidiIn::ignoreTypes that can changes these flags. But my BIG question : how to access this ignoreTypes method in chuck language? I recompiled chuck with ignoreFlags initialized to 0. And now I received them... So what is the problem with the midi clock messages? Why disabling them? Can the end-user re enable them without recompiling? Thanks and congratulations for chuck, this is really wonderful, Best regards, Julien.

3 4

.op(0)?
by Kassen 19 Dec '07

19 Dec '07

Fellow ChucKists, Dr. Spankenstein (Rhys) and me just went over some topics on the forum and a question came up about .op(0) in relation to saving CPU time. .op(0), according to the docs stops processing in the Ugen and makes it return only 0's but does that mean it also stops it from pulling Ugens before it in the chain like unchucking does? Clearly it's different from unchucking as .op(0) should allow Ugens after it to keep running (for example to avoid clicks caused by resonant filters dropping out) but I'm not sure how it relates to Ugens after it and can't find any documentation on this. This could become relevant if low on CPU while wanting to preserve click-free sound quality. Yours, Kas.

1 0

forum vs. list (was: simple distortion/clipping)
by Stephen Sinclair 17 Dec '07

17 Dec '07

> It turns out that there are people who prefer a forum and others prefer a > list while yet others (like me) think both are nice in different ways. Yes, I understand this. I used to be more of a forum person, but things changed for me, essentially, when I got my gmail account. I find the 'label' system so good for tracking mailing lists that I can't imagine going back. While previously the idea of receiving huge amounts of mail offended me, nowadays checking on a forum just seems so chore-like to me. In any case, I've always found it funny that there aren't more forum-mailinglist combination systems out there, considering how similar the two concepts are. Some sort of phpBB-mailman integration could go a long way to solving that problem... I think there are some scripts available but it would probably take some work, and not necessarily be a good solution. > Somehow it looks like the forum appears more accessible to people who are > just starting out or are considering to jump in. The forum -so far- also > seems more conductive to colaborations, while the list tends to be more > in-depth on a technological level especially once the bugs hit the fan. I agree, there seems to be tons of cool ideas on the forum, I wish I'd checked it out earlier. It's nice to see people exploring chuck in various ways and coming up with UGen tricks as opposed to just discussing language semantics and such. (Though I'm a language nerd so I don't mind.. ;-) > points as well as a public shared VM capable of streaming for online > jam-sessions but until then I think that so far the price is worth the > gains. That is a really cool idea... and totally do-able. ajax-audicle anyone?? Steve

2 1

MOTU UltraLite interface
by Gregory Brown 17 Dec '07

17 Dec '07

Hello all, I am thinking of getting the MOTU UltraLite interface to use with my MacBook Pro. Has anyone had any positive/negative experiences using this device with ChucK? I am particularly interested in exploring the multi- channel in/out capabilities. Thanks, Greg

3 3