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

Ge on Nightline
by William Nye_COMCAST 04 Apr '10

04 Apr '10

I just can't resist pointing out that I saw Ge last night in TWO different clips in an ABC Nightline piece on the Apple iPad. World renowned! In the second clip, an iPad had what looked like a circular piano keyboard. -Bill

3 4

Guile C++ wrap
by Hans Aberg 31 Mar '10

31 Mar '10

I started to write a bit on a Guile C++ wrap*), and it strike me it may give some inputs on the discussion on giving ChucK functional language capabilities. First, Guile has a conservative GC (meaning that it just tries to collect some pointers, not necessarily all). It makes C++ implementation very simple: you don't have to write operator=() and copy constructors, because normally, when an object is mutated, it is being done using *this = f(*this) where f is a function of the functional language (so normal object referencing just needs to hand over the pointer). But the question is if such a GC can be made without causing timing problems. Then I use templates to do some Haskell style static typing, though C+ + is a bit too limited. But it is fully possible see what kind of syntax might be possible. For example, one can define an increment function using function1<integer, integer> inc = x >>= x + 1 (though I must use a more complicated syntax in the actual code due C+ + and Guile limitations). Here, ">>=" is the lambda, and in math it is the symbol ↦, in ASCII looking like |->. The Haskell-like define-function-by-cases syntax would be something like: function1<integer, integer> inc; inc(x) = x + 1; though it is hard to get it to instantiate properly using C++ templates. But if built into a ChucK parser, that should be no problem. But it seems that the current ChucK syntax might be enhanced with functional language features. Hans *) http://math.su.se/~haberg/guile/

5 11

CIP (ChucK Instrument Processing)
by Scott Hewitt 31 Mar '10

31 Mar '10

Hi all, Would like to take the opportunity to introduce everyone to CIP (ChucK Instrument Processing) http://cip.ablelemon.co.uk/ Basically an easy way to link up ChucK audio processing with a GUI within the miniAudicle on OSX. Interested in peoples comments about it. all the best Scott

1 0

Re: [chuck-users] chuck-users Digest, Vol 56, Issue 18
by Michael Hammond 30 Mar '10

30 Mar '10

Thanks all for your responses. Just to clarify, my hope is to make a standalone app that can randomly select among 20-30 sound files to play back 5-8 simultaneously as a single "track." The hope then is that users can move to different points in the playback of the "track" just as they would in an MP3 player like itunes. I like the command-line idea, but it seems like jumping to different parts of the audio files might not be possible. Is that true? Perry, I'll look into the chunks idea when I get home. I like it because it would allow me to keep everything in ChucK. My only concern is that pausing playback to periodically load new chunks into the buffer would result in stutters. Does anyone have any experience with this? Thanks! Michael 2010/3/30 <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. Re: minimizing load time for tons of audio (Michael Hammond) > (Perry R Cook) > 2. Re: minimizing load time for tons of audio (William Nye_COMCAST) > > > ---------- Forwarded message ---------- > From: Perry R Cook <prc(a)CS.Princeton.EDU> > To: chuck-users(a)lists.cs.princeton.edu > Date: Mon, 29 Mar 2010 12:20:13 -0400 (EDT) > Subject: Re: [chuck-users] minimizing load time for tons of audio (Michael > Hammond) > Michael (and all), > > You should investigate the .chunks option for SndBuf: > > .chunks - ( int, READ/WRITE ) > - size of chunk (# of frames) to read on-demand; > 0 implies entire file, default; > must be set before reading to take effect. > > // Example: > > SndBuf b => dac; > 1024 => b.chunks; > "Beethoven5thSymphony.wav" => b.read; > > while (1) { > 1.0 :: second => now; > } > > PRC > > > > > 1. minimizing load time for tons of audio (Michael Hammond) > > > > 2. Re: minimizing load time for tons of audio (Robert Poor) > > > > > > > > _______________________________________________ > > > > chuck-users mailing list > > > > chuck-users(a)lists.cs.princeton.edu > > > > https://lists.cs.princeton.edu/mailman/listinfo/chuck-users > > > > ---------- Forwarded message ---------- > From: William Nye_COMCAST <nye22(a)comcast.net> > To: chuck-users(a)lists.cs.princeton.edu > Date: Mon, 29 Mar 2010 14:07:59 -0700 > Subject: Re: [chuck-users] minimizing load time for tons of audio > The command-line gui-free approach can be done in Windows also, > using DSrender.exe, which "plays" almost any kind of media. > Oops, I've been using that for so long I forgot that it didn't > come with Windows but was instead a sample app from a > book that I read: > http://www.microsoft.com/mspress/books/sampchap/6381.aspx > I don't know how good an idea this is but I can zip up the 164Kb > executable and mail to anyone to try. -Bill > > From: Robert Poor <rdpoor(a)gmail.com> >> Michael: >> If you're on a Mac, and If you're comfortable with simple command line >> programming, have you considered using the "afplay" command? <...> >> On 2010Mar29, at 08:26, Michael Hammond wrote: >> >>> i have a quick question for all you audio programmers out there. >>> so i'm looking for the quickest, cheapest way possible to play large >>> quantities of audio (preferably wav or aif files). <...> >>> >> > > > _______________________________________________ > chuck-users mailing list > chuck-users(a)lists.cs.princeton.edu > https://lists.cs.princeton.edu/mailman/listinfo/chuck-users > >

1 0

"Spork Restaurant"
by William Nye_COMCAST 30 Mar '10

30 Mar '10

I just noticed http://www.sporksf.com/story.htm Now if they just served shredded beef, the wording would be complete. Sorry :-) -Bill

2 1

Re: [chuck-users] minimizing load time for tons of audio
by William Nye_COMCAST 29 Mar '10

29 Mar '10

The command-line gui-free approach can be done in Windows also, using DSrender.exe, which "plays" almost any kind of media. Oops, I've been using that for so long I forgot that it didn't come with Windows but was instead a sample app from a book that I read: http://www.microsoft.com/mspress/books/sampchap/6381.aspx I don't know how good an idea this is but I can zip up the 164Kb executable and mail to anyone to try. -Bill > From: Robert Poor <rdpoor(a)gmail.com> > Michael: > If you're on a Mac, and If you're comfortable with simple command line > programming, have you considered using the "afplay" command? <...> > On 2010Mar29, at 08:26, Michael Hammond wrote: >> i have a quick question for all you audio programmers out there. >> so i'm looking for the quickest, cheapest way possible to play large >> quantities of audio (preferably wav or aif files). <...>

1 0

Re: [chuck-users] minimizing load time for tons of audio (Michael Hammond)
by Perry R Cook 29 Mar '10

29 Mar '10

Michael (and all), You should investigate the .chunks option for SndBuf: .chunks - ( int, READ/WRITE ) - size of chunk (# of frames) to read on-demand; 0 implies entire file, default; must be set before reading to take effect. // Example: SndBuf b => dac; 1024 => b.chunks; "Beethoven5thSymphony.wav" => b.read; while (1) { 1.0 :: second => now; } PRC > > 1. minimizing load time for tons of audio (Michael Hammond) > > 2. Re: minimizing load time for tons of audio (Robert Poor) > > > > _______________________________________________ > > chuck-users mailing list > > chuck-users(a)lists.cs.princeton.edu > > https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

1 0

minimizing load time for tons of audio
by Michael Hammond 29 Mar '10

29 Mar '10

hello chuckists! i have a quick question for all you audio programmers out there. so i'm looking for the quickest, cheapest way possible to play large quantities of audio (preferably wav or aif files). i have a project where i need to be able to have up to 20 five minute audio files loaded and ready to play at once (though only 5-8 of those will actually play at any one time). i looked into using the SndBuf object (perhaps naively) but quickly realized that the initial load time would be prohibitive. is there a way to incrementally load a file into SndBuf without causing unwanted stutters? or would WvIn be a better choice? also, i don't really need to load the file for editing or manipulation. all i am looking to do is to play the files simultaneously. if there's not a quick, cheap way to do this in ChucK, i'm open to using other languages. unfortunately, i'm not as experienced at accomplishing audio tasks in other languages as i am in chuck, so i'm not sure how this would be done. any help at all would be greatly appreciated. thanks! michael

2 1

eChucK Update
by Les Hall 23 Mar '10

23 Mar '10

Hi again ChucKists, The current news on eChucK is that the first run of Karplus Strong boards is now assembled and tested working. I sold nine boards, three assembled, and kept one. To date two are working and demonstrated in various formats at electro-music.com, the host of the ChucK forum. The latest move forward is that I finally looked into the details of performing physical modeling of instruments in analog circuit form. It turns out that I can use the same translation methodology to convert instrument models coded in ChucK into physical analog circuits. I was doing it all along with Karplus Strong, it's just that now i've learned more and realized I can make a flute module or a trombone module or whatever. Although this has been done using modular synthesizers before, I have not yet heard of any commercially available modular synthesizer modules that do this. So that's the update, I'd be happy to hear any advice or warnings or news on the topic. At this time I am not familiar with the legalities of using potentially copyrighted models or patented ones, etc. I have a lot to learn but it should be worth it because I think there's a pretty good market for this stuff. Plus it's tons of fun! Les (Inventor)

1 0

before we extend ChucK... [was: Guile C++ wrap]
by Robert Poor 22 Mar '10

22 Mar '10

These are all great ideas, but before we dazzle Ge and others with our brilliant extensions to ChucK, we might focus on getting one or two missing features implemented. :) :) To name just one: the lack of super() results in contorted code. *Much* further down on my list are things like closures, duck typing and introspection. I'm just sayin'... - Rob On Mon, Mar 22, 2010 at 07:53, Hans Aberg <haberg-1(a)telia.com> wrote: > > On 22 Mar 2010, at 15:07, Kassen wrote: > > One of the main things that I like about Scheme is the REPL. >> >> It struck me that the original plan for chuck --shell isn't completely >> unlike a REPL in how interaction might work for performance or rapid >> prototyping. We have some framework for that, in that our parser, compiler >> and VM all live in the same memory space so if we would want to update some >> function foo() the system should be able to find what bytecode was generated >> from the original foo() and replace that with the new one. >> >> Sadly that idea hasn't received much attention in recent days, but in the >> Bad Old Days it was treated as rather central to ChucK. >> >> Personally I'm more interested in the method of interaction than in the >> exact language used for it; I'd rather look into that stuff than into a more >> functional (in the CS sense of the word) syntax as such. >> > > The way Guile works, being a library, is that there are functions for > interpreting code. So I implemented those functions into some class objects, > so that one can write: > function1<integer, integer> inc("(lambda (x) (+ x 1))"); > instead of the > symbol<integer> x("x"); > function1<integer, integer> inc = x >>= x + 1; > > Now a read-evaluation-print loop just has a line editor which reads input > lines and passes it to some such function, and the prints back the resulting > string. - There is a function display() by which any object can be made > human readable, though not in a way that it can be converted back to Scheme > code. > > So perhaps ChucK might be made into some library, though it is great of not > having to fiddle around with C/C++ programming. But having the option might > be useful. > > > Hans > > > _______________________________________________ > chuck-users mailing list > chuck-users(a)lists.cs.princeton.edu > https://lists.cs.princeton.edu/mailman/listinfo/chuck-users >

2 1