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

Re: [chuck-users] chuck-users Digest, Vol 138, Issue 8
by Stuart McDonald 21 Jan '17

21 Jan '17

HI Mark, Ok, some news from the front: I've got what I want going on a pi with alsa's snd-aloop module (see https://www.alsa-project.org/main/index.php/Matrix:Module-aloop). This sets up an input device which loops back to an output device. So I used chuck --probe to get the corresponding dac number for the input, sent chuck into that by specifying --dac, and then set up darkice to listen to the output device. >From there the data gets sent to icecast on the same pi. The whole system seems to run stably and generate audio constantly (I've got a shell script restarting the chuck process after it finishes (c. half an hour for each go). Since I now have an rpi with a bunch of cobbled together configuration I'd like to formalise it and make it repeatable, so I'll be looking at your and mheuer's docker work :) Thanks, Stuart > ---------- Forwarded message ---------- > From: Mark Cerqueira <mark.cerqueira(a)gmail.com> > To: ChucK Users Mailing List <chuck-users(a)lists.cs.princeton.edu> > Cc: > Date: Mon, 16 Jan 2017 20:01:24 -0800 > Subject: Re: [chuck-users] ChucK => internet audio stream? <snip> > Stuart - I think you could accomplish your idea with some work over my Docker image. AFAIK, the --silent flag does not mean no sound is produced; it just means no audio is outputted during the running of the program. You could set something up like: > > 1. Let ChucK produce 30 seconds of audio (with --silent it should take less than 30 seconds to produce 30 seconds of audio) and save it to an audio file. Look at export.ck in the chuck-renderer repo for how to do this. > 2. Streaming clients grab this 30 seconds of audio and start playing it. > 3. While the above is occurring, you produce another 30 seconds of audio. > 4. Send the next audio file to clients and they queue it up after the first segment ends. > 5. Rinse, repeat. > > This has the added benefit of letting ChucK shut down between producing segments to do garbage collection. :) You might need some annealing to get the separate audio to sound "together" but this should get you a "Hello, World ChucK stream." > > Good luck! > > mc

1 0

Re: [chuck-users] ChucK => internet audio stream?
by Stuart McDonald 16 Jan '17

16 Jan '17

Thanks to those who responded; will look at Jack, DarkIce and Liquidsoap. What I was ideally hoping to do is running chuck => DarkIce/Liquidsoap => Icecast on an Amazon EC2 appliance, but a lack of soundcard on these machines complicates things. Cheers ears, Stuart

5 6

Re: [chuck-users] ChucK => internet audio stream?
by Stuart McDonald 16 Jan '17

16 Jan '17

Oh nice, I was looking at possibly using my project as a way of teaching myself Docker. The problem I have is I want to operate ChucK continuously, basically like an internet radio station. I get around memory leaks by restarting the ChucK process periodically, so in itself it should be steady state. This means I can't really use --silent -- unless I'm not understanding how that flag works. I'm not looking for answers to these questons, just sort of stating what I'm up to in case it is of interest. :) I haven't started on the streaming part of this project yet (still working on core app), but will advise if anything interesting comes up. Thanks Stuart > ---------- Forwarded message ---------- > From: Mark Cerqueira <mark.cerqueira(a)gmail.com> > To: ChucK Users Mailing List <chuck-users(a)lists.cs.princeton.edu> > Cc: > Date: Fri, 13 Jan 2017 17:16:54 -0800 > Subject: Re: [chuck-users] ChucK => internet audio stream? > I set up a Docker image this week that lets you pass it ChucK source code or file, it runs it for up to 30 seconds (with --silent flag so it does this step much faster than 30 seconds), saves the output to .wav, converts the .wav to .m4a to make the file smaller, and then hosts the file for download/streaming. > > Demo container running Docker image: http://chuck-renderer.4860ca31.svc.dockerapp.io:9000/debug > > Source code: https://github.com/markcerqueira/chuck-renderer > > Image on Docker hub: https://hub.docker.com/r/markcerqueira/chuck-renderer/ > > Cheers! > > mc

1 0

Cannot assign array of Oscs to UGen[]
by Karim Sumun 07 Jan '17

07 Jan '17

Given the following declarations: SinOsc s0; SqrOsc s1; TriOsc s2; The following gives an error: [s0, s1, s2] @=> UGen A[]; $ ... cannot resolve operator '=>' on types 'Osc[]' and 'UGen[]'... But the following works fine: [s0, s1, s2] @=> Osc A[]; It is not a problem, but would like to understand this behaviour. It would seem that assigning to UGen[] would be ok because it looks like a superclass of Osc[]. Aaah! Is this to do with co/contra-variance?

2 1

ChucK => internet audio stream?
by Stuart McDonald 07 Jan '17

07 Jan '17

Hi, I'd like to send ChucK's audio output to an internet streaming application (like icecast). Ideally ChucK wouldn't write to the dac at all, but to an IP:port or socket or similar. The only info Google provides is a note in passing for the documentation for chuck --silent: "This is useful for synthesizing audio to disk or network" ...which makes it sound like this is possible, but provides no information on how to do it. Has anyone been down this path? Was it fun? Thanks Stuart

5 4

Midi time problem
by Gonzalo 09 Dec '16

09 Dec '16

Hi, I'm using Bruce Murphy's MIDIsender class (http://www.rattus.net/~packrat/audio/ChucK/files/midisender.ck) to generate MIDI from my Chuck code. I'm sending this MIDI to various virtual MIDI ports (using OSX's IAC Driver). Then I have various software instruments in Cubase, each one listening to one of the virtual ports. Works well when I run my Chuck program, but if in Cubase I arm the tracks and try to record the incoming MIDI, all the events get 'collapsed' at the same time, specifically the moment I click record. They do get recorded, but all starting at the same time. This only happens if I want to record them, if I'm only playing, timing is fine. Using MidiMonitor I see that the time for all the MIDI events generated from Chuck is 0, that seems to be the issue. Any thoughts on how I can change that? Thanks! Gonzalo PS: in case anybody is curious, my project's site is here: http://www.whole-play.com

3 5

Re: [chuck-users] chuck-users Digest, Vol 137, Issue 1
by Arseniy Prosvirnin 08 Dec '16

08 Dec '16

I guess problem in Cubase. In Ardour (in Debian GNU/Linux) midi data records fine at least. I use Chuck version from Github. 9 декабря 2016 г. 3:09:01 GMT+03:00, chuck-users-request(a)lists.cs.princeton.edu пишет: >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. Midi time problem (Gonzalo) > 2. Re: Midi time problem (Michael Heuer) > 3. Re: Midi time problem (Gonzalo) > 4. Re: Midi time problem (Gonzalo) > 5. Re: Midi time problem (Eugene Martynec) > > >------------------------------------------------------------------------ > >От: Gonzalo <gonzalo(a)dense13.com> >Кому: chuck-users <chuck-users(a)lists.cs.princeton.edu> >Отправлено: Fri Dec 09 00:52:51 GMT+03:00 2016 >Тема: [chuck-users] Midi time problem > >Hi, > >I'm using Bruce Murphy's MIDIsender class >(http://www.rattus.net/~packrat/audio/ChucK/files/midisender.ck) to >generate MIDI from my Chuck code. I'm sending this MIDI to various >virtual MIDI ports (using OSX's IAC Driver). Then I have various >software instruments in Cubase, each one listening to one of the >virtual >ports. Works well when I run my Chuck program, but if in Cubase I arm >the tracks and try to record the incoming MIDI, all the events get >'collapsed' at the same time, specifically the moment I click record. >They do get recorded, but all starting at the same time. > >This only happens if I want to record them, if I'm only playing, timing > >is fine. > >Using MidiMonitor I see that the time for all the MIDI events generated > >from Chuck is 0, that seems to be the issue. Any thoughts on how I can >change that? > >Thanks! >Gonzalo > > >PS: in case anybody is curious, my project's site is here: >http://www.whole-play.com > > > >------------------------------------------------------------------------ > >От: Michael Heuer <heuermh(a)gmail.com> >Кому: ChucK Users Mailing List <chuck-users(a)lists.cs.princeton.edu> >Отправлено: Fri Dec 09 01:28:09 GMT+03:00 2016 >Тема: Re: [chuck-users] Midi time problem > >On Thu, Dec 8, 2016 at 3:52 PM, Gonzalo <gonzalo(a)dense13.com> wrote: > >> Hi, >> >> I'm using Bruce Murphy's MIDIsender class >(http://www.rattus.net/~packra >> t/audio/ChucK/files/midisender.ck) to generate MIDI from my Chuck >code. >> I'm sending this MIDI to various virtual MIDI ports (using OSX's IAC >> Driver). Then I have various software instruments in Cubase, each one >> listening to one of the virtual ports. Works well when I run my Chuck >> program, but if in Cubase I arm the tracks and try to record the >incoming >> MIDI, all the events get 'collapsed' at the same time, specifically >the >> moment I click record. They do get recorded, but all starting at the >same >> time. >> >> This only happens if I want to record them, if I'm only playing, >timing is >> fine. >> >> Using MidiMonitor I see that the time for all the MIDI events >generated >> from Chuck is 0, that seems to be the issue. Any thoughts on how I >can >> change that? >> > >MidiMsg is defined as a four byte record > >https://github.com/ccrma/chuck/blob/master/src/midiio_rtmidi.h#L65 > >but ChucK only sets three bytes on send > >https://github.com/ccrma/chuck/blob/master/src/midiio_rtmidi.cpp#L120 > >midisender.ck does the same. Is the unset byte supposed to be the >time? >Suppose I should go read the spec. > >It appears time is written and read from files separately > >https://github.com/ccrma/chuck/blob/master/src/midiio_rtmidi.cpp#L823 >https://github.com/ccrma/chuck/blob/master/src/midiio_rtmidi.cpp#L837 > >Not sure that helps, > > michael > > >------------------------------------------------------------------------ > >От: Gonzalo <gonzalo(a)dense13.com> >Кому: chuck-users(a)lists.cs.princeton.edu >Отправлено: Fri Dec 09 02:11:54 GMT+03:00 2016 >Тема: Re: [chuck-users] Midi time problem > >Thanks Michael, > >This might be a bit over my head, but I'll look into it. Never checked >Chuck's source code before, at the very least it'll be fun. :) > >Gonzalo > > >On 08/12/16 23:28, Michael Heuer wrote: >> On Thu, Dec 8, 2016 at 3:52 PM, Gonzalo <gonzalo(a)dense13.com >> <mailto:gonzalo@dense13.com>> wrote: >> >> Hi, >> >> I'm using Bruce Murphy's MIDIsender class >> (http://www.rattus.net/~packrat/audio/ChucK/files/midisender.ck >> ><http://www.rattus.net/%7Epackrat/audio/ChucK/files/midisender.ck>) >> to generate MIDI from my Chuck code. I'm sending this MIDI to >> various virtual MIDI ports (using OSX's IAC Driver). Then I have >> various software instruments in Cubase, each one listening to one >of >> the virtual ports. Works well when I run my Chuck program, but if >in >> Cubase I arm the tracks and try to record the incoming MIDI, all >the >> events get 'collapsed' at the same time, specifically the moment >I >> click record. They do get recorded, but all starting at the same >time. >> >> This only happens if I want to record them, if I'm only playing, >> timing is fine. >> >> Using MidiMonitor I see that the time for all the MIDI events >> generated from Chuck is 0, that seems to be the issue. Any >thoughts >> on how I can change that? >> >> >> MidiMsg is defined as a four byte record >> >> https://github.com/ccrma/chuck/blob/master/src/midiio_rtmidi.h#L65 >> >> but ChucK only sets three bytes on send >> >> https://github.com/ccrma/chuck/blob/master/src/midiio_rtmidi.cpp#L120 >> >> midisender.ck <http://midisender.ck> does the same. Is the unset >byte >> supposed to be the time? Suppose I should go read the spec. >> >> It appears time is written and read from files separately >> >> https://github.com/ccrma/chuck/blob/master/src/midiio_rtmidi.cpp#L823 >> https://github.com/ccrma/chuck/blob/master/src/midiio_rtmidi.cpp#L837 >> >> Not sure that helps, >> >> michael >> >> >> _______________________________________________ >> chuck-users mailing list >> chuck-users(a)lists.cs.princeton.edu >> https://lists.cs.princeton.edu/mailman/listinfo/chuck-users >> > >-- >http://dense13.com >http://www.whole-play.com >https://www.30daygroove.com > > > >------------------------------------------------------------------------ > >От: Gonzalo <gonzalo(a)dense13.com> >Кому: chuck-users(a)lists.cs.princeton.edu >Отправлено: Fri Dec 09 02:27:04 GMT+03:00 2016 >Тема: Re: [chuck-users] Midi time problem > >I found this: > >"...the MIDI specification has different parts. One part describes MIDI > >"wire" protocol (messages sent between devices in real time), and >another part describes Standard MIDI Files (messages stored as events >in >"sequences"). In the latter part of the specification, each event >stored >in a standard MIDI file is tagged with a timing value that indicates >when that event should be played. By contrast, messages in MIDI wire >protocol are always supposed to be processed immediately, as soon as >they're received by a device, so they have no accompanying timing >values". > >(https://docs.oracle.com/javase/tutorial/sound/MIDI-messages.html) > >Might suggest there's no problem with the MidiMsg. Maybe it's a Cubase >issue? Someone suggested it's a Midi TimeCode issue, but I know nothing > >about that. I'll keep looking, but if anybody has any more info that'll > >be very welcome. > >Gonzalo > > > >On 09/12/16 00:11, Gonzalo wrote: >> Thanks Michael, >> >> This might be a bit over my head, but I'll look into it. Never >checked >> Chuck's source code before, at the very least it'll be fun. :) >> >> Gonzalo >> >> >> On 08/12/16 23:28, Michael Heuer wrote: >>> On Thu, Dec 8, 2016 at 3:52 PM, Gonzalo <gonzalo(a)dense13.com >>> <mailto:gonzalo@dense13.com>> wrote: >>> >>> Hi, >>> >>> I'm using Bruce Murphy's MIDIsender class >>> (http://www.rattus.net/~packrat/audio/ChucK/files/midisender.ck >>> ><http://www.rattus.net/%7Epackrat/audio/ChucK/files/midisender.ck>) >>> to generate MIDI from my Chuck code. I'm sending this MIDI to >>> various virtual MIDI ports (using OSX's IAC Driver). Then I have >>> various software instruments in Cubase, each one listening to >one of >>> the virtual ports. Works well when I run my Chuck program, but >if in >>> Cubase I arm the tracks and try to record the incoming MIDI, all >the >>> events get 'collapsed' at the same time, specifically the moment >I >>> click record. They do get recorded, but all starting at the same >>> time. >>> >>> This only happens if I want to record them, if I'm only playing, >>> timing is fine. >>> >>> Using MidiMonitor I see that the time for all the MIDI events >>> generated from Chuck is 0, that seems to be the issue. Any >thoughts >>> on how I can change that? >>> >>> >>> MidiMsg is defined as a four byte record >>> >>> https://github.com/ccrma/chuck/blob/master/src/midiio_rtmidi.h#L65 >>> >>> but ChucK only sets three bytes on send >>> >>> >https://github.com/ccrma/chuck/blob/master/src/midiio_rtmidi.cpp#L120 >>> >>> midisender.ck <http://midisender.ck> does the same. Is the unset >byte >>> supposed to be the time? Suppose I should go read the spec. >>> >>> It appears time is written and read from files separately >>> >>> >https://github.com/ccrma/chuck/blob/master/src/midiio_rtmidi.cpp#L823 >>> >https://github.com/ccrma/chuck/blob/master/src/midiio_rtmidi.cpp#L837 >>> >>> Not sure that helps, >>> >>> michael >>> >>> >>> _______________________________________________ >>> chuck-users mailing list >>> chuck-users(a)lists.cs.princeton.edu >>> https://lists.cs.princeton.edu/mailman/listinfo/chuck-users >>> >> > >-- >http://dense13.com >http://www.whole-play.com >https://www.30daygroove.com > > > >------------------------------------------------------------------------ > >От: Eugene Martynec <eugenemartynec(a)gmail.com> >Кому: ChucK Users Mailing List <chuck-users(a)lists.cs.princeton.edu> >Отправлено: Fri Dec 09 03:08:56 GMT+03:00 2016 >Тема: Re: [chuck-users] Midi time problem > >Greetings > >Why not send each track instrument a separate midi channel on a single >port. Question is will Cubase do that. It used to only allow one midi >channel at a time when recording. Certainly that is no longer the case? > >On Dec 8, 2016 18:28, "Gonzalo" <gonzalo(a)dense13.com> wrote: > >> I found this: >> >> "...the MIDI specification has different parts. One part describes >MIDI >> "wire" protocol (messages sent between devices in real time), and >another >> part describes Standard MIDI Files (messages stored as events in >> "sequences"). In the latter part of the specification, each event >stored in >> a standard MIDI file is tagged with a timing value that indicates >when that >> event should be played. By contrast, messages in MIDI wire protocol >are >> always supposed to be processed immediately, as soon as they're >received by >> a device, so they have no accompanying timing values". >> >> (https://docs.oracle.com/javase/tutorial/sound/MIDI-messages.html) >> >> Might suggest there's no problem with the MidiMsg. Maybe it's a >Cubase >> issue? Someone suggested it's a Midi TimeCode issue, but I know >nothing >> about that. I'll keep looking, but if anybody has any more info >that'll be >> very welcome. >> >> Gonzalo >> >> >> >> On 09/12/16 00:11, Gonzalo wrote: >> >>> Thanks Michael, >>> >>> This might be a bit over my head, but I'll look into it. Never >checked >>> Chuck's source code before, at the very least it'll be fun. :) >>> >>> Gonzalo >>> >>> >>> On 08/12/16 23:28, Michael Heuer wrote: >>> >>>> On Thu, Dec 8, 2016 at 3:52 PM, Gonzalo <gonzalo(a)dense13.com >>>> <mailto:gonzalo@dense13.com>> wrote: >>>> >>>> Hi, >>>> >>>> I'm using Bruce Murphy's MIDIsender class >>>> (http://www.rattus.net/~packrat/audio/ChucK/files/midisender.ck >>>> ><http://www.rattus.net/%7Epackrat/audio/ChucK/files/midisender.ck>) >>>> to generate MIDI from my Chuck code. I'm sending this MIDI to >>>> various virtual MIDI ports (using OSX's IAC Driver). Then I >have >>>> various software instruments in Cubase, each one listening to >one of >>>> the virtual ports. Works well when I run my Chuck program, but >if in >>>> Cubase I arm the tracks and try to record the incoming MIDI, >all the >>>> events get 'collapsed' at the same time, specifically the >moment I >>>> click record. They do get recorded, but all starting at the >same >>>> time. >>>> >>>> This only happens if I want to record them, if I'm only >playing, >>>> timing is fine. >>>> >>>> Using MidiMonitor I see that the time for all the MIDI events >>>> generated from Chuck is 0, that seems to be the issue. Any >thoughts >>>> on how I can change that? >>>> >>>> >>>> MidiMsg is defined as a four byte record >>>> >>>> https://github.com/ccrma/chuck/blob/master/src/midiio_rtmidi.h#L65 >>>> >>>> but ChucK only sets three bytes on send >>>> >>>> >https://github.com/ccrma/chuck/blob/master/src/midiio_rtmidi.cpp#L120 >>>> >>>> midisender.ck <http://midisender.ck> does the same. Is the unset >byte >>>> supposed to be the time? Suppose I should go read the spec. >>>> >>>> It appears time is written and read from files separately >>>> >>>> >https://github.com/ccrma/chuck/blob/master/src/midiio_rtmidi.cpp#L823 >>>> >https://github.com/ccrma/chuck/blob/master/src/midiio_rtmidi.cpp#L837 >>>> >>>> Not sure that helps, >>>> >>>> michael >>>> >>>> >>>> _______________________________________________ >>>> chuck-users mailing list >>>> chuck-users(a)lists.cs.princeton.edu >>>> https://lists.cs.princeton.edu/mailman/listinfo/chuck-users >>>> >>>> >>> >> -- >> http://dense13.com >> http://www.whole-play.com >> https://www.30daygroove.com >> _______________________________________________ >> 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 -- Простите за краткость, создано в K-9 Mail.

1 0

Fauck!!
by Romain Michon 04 Nov '16

04 Nov '16

Hi folks, We're happy to "officially" announce FaucK!!: a tool allowing to write Faust (http://faust.grame.fr) code within Chuck. FaucK is essentially a Chugin embedding the Faust LLVM compiler. The installation instructions and the documentation of FaucK can be found here: https://ccrma.stanford.edu/~ rmichon/fauck/ FaucK is still being beta tested, so we didn't make a new official chuck package for it yet. Feel free to try FaucK and report any bug. Have fun! Romain -- Romain Michon PhD Candidate Center for Computer Research in Music and Acoustics Stanford Universityhttp://ccrma.stanford.edu/~rmichon

1 0

new to ChucK
by Panos Amelidis 29 Oct '16

29 Oct '16

Hello list I was wondering if I could make this code even shorter. Please see attachment Thanks! Pan

1 0

ChucK courses
by Perry Cook 16 Oct '16

16 Oct '16

Thanks Christian!! I want to also point out that both books are available at substantial discount for Kadenze Members. The discounts easily pay for a couple of months of membership. And membership lets you engage in the courses more deeply (do the assignments and final projects). See you all in class!!! Prc > Date: Sat, 15 Oct 2016 23:21:13 +0000 > From: christian(a)christianhuygen.com > > Hello everybody, I just want to say I stumbled across the Kadenze course and think it's amazing, and it's free. You can really feel that ChucK was built to help people learn and enjoy and create. > > > I picked up the book also, item 5 in Spencer's list. It's a wonderful resource that works very well with the online course. > > > Also note that Kadenze offers Perry Cook's free course https://www.kadenze.com/courses/physics-based-sound-synthesis-for-games-and… which continues to expand ChucK wisdom into the realm of physical modeling, which is my main interest. There's a book for that too. The code in the book is written in C, but all the examples (downloadable) are in ChucK, and ChucK is what Perry is teaching in this course. > > > So I'd say that there's a very strong, lively educational and learning community around ChucK, and I was happy to support it by buying the books. ChucK has enabled me to do things I've always wanted to do, like making a cloud of 200 oscillators that drifts up and down in frequency, each a fixed but changing distance from the next. > > > I'm very grateful for the Kadenze courses and would encourage anybody to check them out. > > > sincerely > > > Christian Huygen > -----Original Message----- > From: Blixa2(a)gmx.net [mailto:Blixa2@gmx.net] > Sent: Friday, October 14, 2016 04:51 PM > To: chuck-users(a)lists.cs.princeton.edu > Subject: Re: [chuck-users] Manual for Version 1.3 (?) > > Thanks for the detailed answer and the links! > > Well, seems my first impression was wrong ;-) > > Blixa > > Gesendet: Freitag, 14. Oktober 2016 um 19:44 Uhr > Von: "Spencer Salazar" <spencer(a)ccrma.stanford.edu> > An: "ChucK Users Mailing List" <chuck-users(a)lists.cs.princeton.edu> > Betreff: Re: [chuck-users] Manual for Version 1.3 (?) > Hi, > Yes, the manual is not very well maintained right now- I think most of its content is still relevant to the language now, but small bits like how to install are a little different. Other, more up-to-date resources for learning include the language reference [1], which is not just a dry reference as the name would suggest, but a mix of a walkthrough and reference, and our free online video-based course [2], which is based on what we teach at California Institute of the Arts. The examples are a great resource (included when you install ChucK; go to File->Open Example in miniAudicle). Graham Coleman's "Notes on ChucK for Music" is also a good tutorial [3] and Perry's ChucKU has a lot of learning resources centralized in one place [4]. If you want to go a little deeper, the ChucK book [5] costs money but has a few free sample chapters. > > The individual who generously created and maintained the ChucK manual stepped down some time ago. Producing and maintaining high-quality documentation is a big job, and with all of the other resources available, the ChucK manual has not been the top priority. That being said we would welcome pull requests to ensure the manual is up-to-date, relevant, and useful (and actually there have been a few such PRs recently). > > In the last year we've been developing a number of major updates to the language and ecosystem. I have been working on miniAudicle for iPad, a tablet-oriented coding environment for ChucK, which is going into beta testing very soon, and a number of individuals have recently contributed to our growing collection of chugins [7]--its worth checking out the new ones for ChucK coders who are looking for new stuff to play with. Small but impactful bits like more informative exceptions have been developed (and are coming to a release soon). > > spencer > > [1] http://chuck.stanford.edu/doc/language/ > [2] https://www.kadenze.com/courses/introduction-to-programming-for-musicians-a… > [3] http://www.dtic.upf.edu/~gcoleman/chuck/tutorial/tutorial.html > [4] https://www.cs.princeton.edu/~prc/ChucKU/ > [5] https://www.manning.com/books/programming-for-musicians-and-digital-artists > [6] https://ccrma.stanford.edu/~spencer/mini-ipad/ > [7] https://github.com/ccrma/chugins > > > On Thu, Oct 13, 2016 at 12:05 PM, <Blixa2(a)gmx.net> wrote:Is there a specific reason, why the manual is only available for Version 1.2 (chuck.cs.princeton.edu/release/files/chuck_manual.pdf) and even this one is hidden and not directly accessible, neither from chuck.cs.princeton.edu/doc/ nor chuck.cs.princeton.edu/doc/learn/ . > > The first impression that I get from this is, that developers have lost their interest in ChucK. Do you think this impression is true? > > > > > > _______________________________________________ > chuck-users mailing list > chuck-users(a)lists.cs.princeton.edu > https://lists.cs.princeton.edu/mailman/listinfo/chuck-users > > > --Spencer Salazar > Doctoral Candidate > Center for Computer Research in Music and Acoustics > Stanford University > > spencer(a)ccrma.stanford.edu > > +1 831.277.4654 > https://ccrma.stanford.edu/~spencer/ > > > > > > > > > > > > _______________________________________________ chuck-users mailing list chuck-users(a)lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users > > > > > >

1 0

Re: [chuck-users] Manual for Version 1.3 (?)
by christian＠christianhuygen.com 15 Oct '16

15 Oct '16

Hello everybody, I just want to say I stumbled across the Kadenze course and think it's amazing, and it's free. You can really feel that ChucK was built to help people learn and enjoy and create. I picked up the book also, item 5 in Spencer's list. It's a wonderful resource that works very well with the online course. Also note that Kadenze offers Perry Cook's free course https://www.kadenze.com/courses/physics-based-sound-synthesis-for-games-and… which continues to expand ChucK wisdom into the realm of physical modeling, which is my main interest. There's a book for that too. The code in the book is written in C, but all the examples (downloadable) are in ChucK, and ChucK is what Perry is teaching in this course. So I'd say that there's a very strong, lively educational and learning community around ChucK, and I was happy to support it by buying the books. ChucK has enabled me to do things I've always wanted to do, like making a cloud of 200 oscillators that drifts up and down in frequency, each a fixed but changing distance from the next. I'm very grateful for the Kadenze courses and would encourage anybody to check them out. sincerely Christian Huygen -----Original Message----- From: Blixa2(a)gmx.net [mailto:Blixa2@gmx.net] Sent: Friday, October 14, 2016 04:51 PM To: chuck-users(a)lists.cs.princeton.edu Subject: Re: [chuck-users] Manual for Version 1.3 (?) Thanks for the detailed answer and the links! Well, seems my first impression was wrong ;-) Blixa Gesendet: Freitag, 14. Oktober 2016 um 19:44 Uhr Von: "Spencer Salazar" <spencer(a)ccrma.stanford.edu> An: "ChucK Users Mailing List" <chuck-users(a)lists.cs.princeton.edu> Betreff: Re: [chuck-users] Manual for Version 1.3 (?) Hi, Yes, the manual is not very well maintained right now- I think most of its content is still relevant to the language now, but small bits like how to install are a little different. Other, more up-to-date resources for learning include the language reference [1], which is not just a dry reference as the name would suggest, but a mix of a walkthrough and reference, and our free online video-based course [2], which is based on what we teach at California Institute of the Arts. The examples are a great resource (included when you install ChucK; go to File->Open Example in miniAudicle). Graham Coleman's "Notes on ChucK for Music" is also a good tutorial [3] and Perry's ChucKU has a lot of learning resources centralized in one place [4]. If you want to go a little deeper, the ChucK book [5] costs money but has a few free sample chapters. The individual who generously created and maintained the ChucK manual stepped down some time ago. Producing and maintaining high-quality documentation is a big job, and with all of the other resources available, the ChucK manual has not been the top priority. That being said we would welcome pull requests to ensure the manual is up-to-date, relevant, and useful (and actually there have been a few such PRs recently). In the last year we've been developing a number of major updates to the language and ecosystem. I have been working on miniAudicle for iPad, a tablet-oriented coding environment for ChucK, which is going into beta testing very soon, and a number of individuals have recently contributed to our growing collection of chugins [7]--its worth checking out the new ones for ChucK coders who are looking for new stuff to play with. Small but impactful bits like more informative exceptions have been developed (and are coming to a release soon). spencer [1] http://chuck.stanford.edu/doc/language/ [2] https://www.kadenze.com/courses/introduction-to-programming-for-musicians-a… [3] http://www.dtic.upf.edu/~gcoleman/chuck/tutorial/tutorial.html [4] https://www.cs.princeton.edu/~prc/ChucKU/ [5] https://www.manning.com/books/programming-for-musicians-and-digital-artists [6] https://ccrma.stanford.edu/~spencer/mini-ipad/ [7] https://github.com/ccrma/chugins On Thu, Oct 13, 2016 at 12:05 PM, <Blixa2(a)gmx.net> wrote:Is there a specific reason, why the manual is only available for Version 1.2 (chuck.cs.princeton.edu/release/files/chuck_manual.pdf) and even this one is hidden and not directly accessible, neither from chuck.cs.princeton.edu/doc/ nor chuck.cs.princeton.edu/doc/learn/ . The first impression that I get from this is, that developers have lost their interest in ChucK. Do you think this impression is true? _______________________________________________ chuck-users mailing list chuck-users(a)lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users --Spencer Salazar Doctoral Candidate Center for Computer Research in Music and Acoustics Stanford University spencer(a)ccrma.stanford.edu +1 831.277.4654 https://ccrma.stanford.edu/~spencer/ _______________________________________________ chuck-users mailing list chuck-users(a)lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

1 0

ChucK syntax highliting for LaTeX code listings
by Jean Menezes da Rocha 14 Oct '16

14 Oct '16

Hello, I am wondering if anyone ever wrote some ChucK style for highlighting source code in listings inside LaTeX documents. Is there anything like that, or should I try and do it from scratch? I would like to show some beautiful ChucK code in my thesis. Thanks in advance! -- Jean Menezes da Rocha Compositor Professor Doutorando em Música pela Universidade Federal da Bahia

4 7

miniAudicle and AZERTY keyboard
by Micha K 28 Sep '16

28 Sep '16

Hello, I am on a laptop with a French keyboard (AZERTY) in the moment and I have the problem that the editor doesn't recognize the '}' -> close bracket key. It doesn't seem that miniAudicle let define any key bindings. So I have to copy/paste the close bracket every time I use a loop or function which is a bit annoying. Anyone has the same problem with a non-english keyboardand is there any workaround ?

2 1

miniAudicle on Ubuntu 16.04
by Stuart McDonald 17 Sep '16

17 Sep '16

Hi, I've installed miniAudicle 1.3.3 on Ubuntu 16.04 and pressing the 'Start Virtual Machine' button causes a segfault. There's an error logged in syslog: Sep 17 15:28:04 stuart-laptop2 kernel: [ 2418.070094] miniAudicle[17168]: segfault at 0 ip null) sp 00007fff889d0a68 error 14 in miniAudicle[400000+2c3000] The same problem occurs for both linux-alsa and linux-pulse builds. I've tried compiling from miniAudicle github source but compilation fails with: ./miniAudicle.h:36:27: fatal error: chuck_compile.h: No such file or directory compilation terminated. makefile.qt-alsa:473: recipe for target 'build/mAMainWindow.o' failed make[1]: *** [build/mAMainWindow.o] Error 1 make[1]: Leaving directory '/home/stuart/music/builds/miniAudicle/src' makefile:38: recipe for target 'linux-alsa' failed make: [linux-alsa] Error 2 (ignored) This is similar to the bug outlined in https://lists.cs.princeton.edu/pipermail/chuck-users/2013-September/007358.… except the solution there is already present in miniAudicle.pro. Any suggestions appreciated. Thanks! Stuart

2 1

anybody still use this thing?
by Colton Hill 08 Sep '16

08 Sep '16

Yo, it's Colton. I am a 15 year old boy in the US, and I am blind. ChucK has been the only audio language I can pick up and use, thanks to it's command line support. The mini audical is completely unusable, just like other ides for things such as super collider. I do have some questions about chuck, and I was wondering if anybody still used this thing that would be willing to answer. I need a guru!

10 19

Re: [chuck-users] miniAudicle console monitor on OSX El Capitan
by Anthony Becker 01 Sep '16

01 Sep '16

Hi Spencer, Just FYI - I stumbled upon the ChucK 1.3.5.3 beta1 on your page, and it appears to have fixed this issue for me. Thanks! Anthony Am 01.09.16 um 12:56 schrieb Anthony Becker: > Oooh. Damn, didnt know about that. Ill look in to it, should be able to fix > it for the next version. > > spencer > > > On Tue, May 17, 2016 at 10:42 AM, Anthony Becker <becker at oakland.edu > <https://lists.cs.princeton.edu/mailman/listinfo/chuck-users>> wrote: > > >/Hi everyone, />//>/When I upgraded my MacBook to El Capitan last fall, I found some > problems />/with running miniAudicle. Well, no worries, I found Spencer's Git />/repository and downloaded the ChucK 1.3.5.2 beta, and everything works />/again... />//>/...well, everything except for one minor detail. If I try to resize my />/Console Monitor window, the window itself resizes, but the content > remains />/at the original size of the window, and won't take advantage of the > larger />/window area. />//>/I have since upgraded to the final version of ChucK 1.3.5.2 fromhttp:// />/chuck.cs.princeton.edu/release/, but I still have the same issue with > the />/console monitor. />//>/Is there a configuration option or some other way for me to fix this? Or />/will I just have to wait for a new version of ChucK to come out? />//>/Thanks! />/Anthony />/_______________________________________________ />/chuck-users mailing list />/chuck-users at lists.cs.princeton.edu > <https://lists.cs.princeton.edu/mailman/listinfo/chuck-users> />/https://lists.cs.princeton.edu/mailman/listinfo/chuck-users />//>//>// > > -- > Spencer Salazar > Doctoral Candidate > Center for Computer Research in Music and Acoustics > Stanford University > > spencer at ccrma.stanford.edu > <https://lists.cs.princeton.edu/mailman/listinfo/chuck-users> > +1 831.277.4654 > https://ccrma.stanford.edu/~spencer/ > <https://ccrma.stanford.edu/%7Espencer/>

1 0

Wavetable chugin
by Joel Matthys 31 Aug '16

31 Aug '16

Hi everybody. I made a new Wavetable chugin that allows you to define a wavetable as an array in ChucK and change it on the fly. There are multiple interpolation algorithms included. The code is here: https://github.com/jwmatthys/chugins Thanks, Joel

7 8

[Announce] MAL implementation
by Vasilij Schneidermann 21 Aug '16

21 Aug '16

Hello, after many sleepless nights I've finally managed implementing MAL, a minimal, Clojure-inspired Lisp interpreter, in ChucK [1]. You can check out its repository and run it as described in the README. Error handling is minimal, so beware of bugs! There is also a personal blog post [2] detailing the rougher edges I've encountered, it might be good reference for future bug fixes. I'd love getting feedback on it, especially if any of my remarks happen to be misunderstandings on my side. Cheers Vasilij [1] https://github.com/kanaka/mal/pull/229 [2] http://emacsninja.com/posts/lisping-the-chuckian-way.html

2 2

Problem with deleting item in array.
by dude 21 Aug '16

21 Aug '16

Hello, Chuck users! I work on chuck program for live performance. Main goal of program is play and delete sequences, made from pre-made text file. All sequences are separate shreds which running and stoping by SequenceController class; each sequence is instance of Sequence class. So my problem is: For example I have three sequences running. If I delete sequences in inverse order, all works fine; other way one of all sequences can not be deleted and lookup() function shows all sequences name as name of undeletable sequence. Here is a link on PasteBin - http://pastebin.com/5Kk8xVKV I guess problem is in removeSeq function on line 82. I've got number for sequence from midi controller and it is an 0 indexed integer. Thanks for yours assistance. Phlox.s

2 1

Programm text separation
by dude 08 Jul '16

08 Jul '16

I working on a project for live performance. How can I separate my programm? I know how to use classes, but have I other instruments to make my project more orderly (like .h and .cpp files in c++)? Thanks.

2 1

Re: [chuck-users] Extending Chugens and Chubgraphs (many sources)
by Perry Cook 06 Jul '16

06 Jul '16

(Michael wrote) > > The ChucK source is here > > https://github.com/ccrma/chuck > > As far as documentation goes, there's not really much to Chubgraphs and > Chugens, just chuck inlet to outlet with something in between or override > fun float tick(float in), respectively. > > michael Yep that’s basically it. Also remember that these are classes you extend, so you can add your own member functions and variables to them. Things like .freq or .noteOn for instrument-like functions, or .mix for effects, etc. also you can spork in internal function to run continuously to do modulations or other updating. Anything you’d do with a ChucK class!! PRC

1 0

problems building Spencer Salazar's MAUI on linux
by bernardo araujo rodrigues 06 Jul '16

06 Jul '16

I'm using Fedora 22. ChucK and miniAudicle are working fine. *bernardo@localhost MAUI.chug]$ make linuxg++ -D__LINUX_ALSA__ -Ichuck/include/ -Ichuck/include/ -O3 -c -o MAUI.o MAUI.cppIn file included from chuck/include/chuck_oo.h:43:0,from chuck/include/chuck_dl.h:41,from MAUI.cpp:7:chuck/include/util_thread.h:81:17: error: ‘THREAD_FUNCTION’ has not been declaredbool start( THREAD_FUNCTION routine, void * ptr = NULL );^chuck/include/util_thread.h:94:5: error: ‘THREAD_HANDLE’ does not name a typeTHREAD_HANDLE thread;^chuck/include/util_thread.h: In member function ‘void XThread::clear()’:chuck/include/util_thread.h:91:20: error: ‘thread’ was not declared in this scopevoid clear() { thread = 0; }^chuck/include/util_thread.h: At global scope:chuck/include/util_thread.h:115:5: error: ‘MUTEX’ does not name a typeMUTEX mutex;^In file included from chuck/include/chuck_dl.h:41:0,from MAUI.cpp:7:chuck/include/chuck_oo.h:481:28: error: ‘THREAD_TYPE’ has not been declaredstatic THREAD_RETURN ( THREAD_TYPE writeStr_thread ) ( void data );^chuck/include/chuck_oo.h:481:71: error: ISO C++ forbids declaration of ‘THREAD_RETURN’ with no type [-fpermissive]static THREAD_RETURN ( THREAD_TYPE writeStr_thread ) ( void *data );^chuck/include/chuck_oo.h:481:71: error: ‘THREAD_RETURN’ declared as function returning a functionchuck/include/chuck_oo.h:482:28: error: ‘THREAD_TYPE’ has not been declaredstatic THREAD_RETURN ( THREAD_TYPE writeInt_thread ) ( void *data );^chuck/include/chuck_oo.h:482:71: error: ISO C++ forbids declaration of ‘THREAD_RETURN’ with no type [-fpermissive]static THREAD_RETURN ( THREAD_TYPE writeInt_thread ) ( void *data );^chuck/include/chuck_oo.h:482:71: error: ‘THREAD_RETURN’ declared as function returning a functionchuck/include/chuck_oo.h:483:28: error: ‘THREAD_TYPE’ has not been declaredstatic THREAD_RETURN ( THREAD_TYPE writeFloat_thread ) ( void *data );^chuck/include/chuck_oo.h:483:73: error: ISO C++ forbids declaration of ‘THREAD_RETURN’ with no type [-fpermissive]static THREAD_RETURN ( THREAD_TYPE writeFloat_thread ) ( void *data );^chuck/include/chuck_oo.h:483:73: error: ‘THREAD_RETURN’ declared as function returning a functionIn file included from MAUI.cpp:17:0:chuck/include/chuck_globals.h:70:8: error: ‘CHUCK_THREAD’ does not name a typeextern CHUCK_THREAD g_tid_whatever;^makefile:107: recipe for target 'MAUI.o' failedmake: ** [MAUI.o] Error 1*

1 0

Extending Chugens and Chubgraphs
by Michał Poręba 05 Jul '16

05 Jul '16

Hello, I was experimenting with creating instruments to use in ChucK. I have created functions which I use with spork~, classes, then discovered Chugens, Chubgraphs and Chugins. At the moment I don't want to go the Chugins root to avoid the need for recompiling. I'd rather focus on Chugens and Chubraphs which appear to be exactly what I need. The problem is I struggle to find more documentation than chuck.standford.edu/extend/ and that's not a lot. From the examples I know that in a class extending from Chugen two variables are available: second and samp. Is there a way listing other such internal variables? Are there any more functions one can overwrite other than the tick(float in)? Any references or information, or more advanced examples of extending Chubgraphs and Chugens would be very much appreciated. Thank you in advance, Michal

3 4

An introduction
by Michał Poręba 04 Jul '16

04 Jul '16

Hello, I have just rediscovered ChucK after 10 years since my first encounter with it. At the time I was studying music with a lot of interest in programming. Since then I have change my profession to one of software developer and I'm coming back to music. I find the advances in those 10 years really inspiring and I'm looking forward to getting my hands on ChucK among other tools. Thanks, Michal

1 0

Reading specific line in file
by dude 04 Jul '16

04 Jul '16

Hello. I know that I can read file line by line with readLine() method. But can I read specific line with some method or I need to use loops or recursion over file? Thanks!

2 1