Dave;<br><br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Ikarus is a fast scheme compiler. The fact that it works on both plt<br>
scheme and ikarus is a good sign, as it means the scheme will be pretty<br>
standard.<br>
<div class="im"><br></div></blockquote><div><br></div><div>That's what I figured. I assumed that anything made for PLT should run on our Racket as well. Nothing that I saw in it looked especially exotic to me either.</div>
<div><br></div><div>As far as I could telly the Ikarus stuff is just one or two simple functions that somehow have to deal with the time and timing, maybe a alternative to our "(seq )".</div><div><br></div><div>
Then there is a file of stuff to configure emacs. That can't be the end of the world either as we now have our own modifier keys so Scratchpad can be configured to do the same stuff as well.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">
<br>
</div>I've never tried this but always meant to. My impression is that Rohan<br>
has since moved on to a haskell version, so I'm not sure how maintained<br>
it is, but it seemed pretty complete when I last looked at it.<br>
<div class="im"><br></div></blockquote><div><br></div><div>It looks that way to me. On the bad side; the only references to this online is that every other SC page mentions it exists. There doesn't seem to be much in the way of "I'm using this and it makes me happy" beyond one positive review of a presentation about it.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">I would always recommend using sc3 rather than fluxa. Fluxa does things<br>
in an fairly crazy way to allow very functional approach to synth graph<br>
building. It's also a minimal approach to synthesis - with a contrained<br>
set of ugens (although I added karplus strong yesterday - wooo :). So if<br>
you are wanting something to use for "production" then go with sc3, if<br>
you are happy with more experimental things then you might be happy with<br>
fluxa.<br><br></blockquote><div><br></div><div>I'd basically like to try something new for sound and I've been liking Scheme syntax a lot, especially how well it updates while it runs, so for that both would do. Actually what got me thinking was doing the walls for that castle; <a href="http://www.flickr.com/photos/41408203@N02/4453963321/">http://www.flickr.com/photos/41408203@N02/4453963321/</a></div>
<div><br></div><div>This uses a definition to "build a wall of length l" that states building a wall of that length, unless l is over some amount, in which case we build a wall of a half l, followed by a tower and another wall of .5 l. Then we recurse. So; very long walls will have towers in them at given points. That bit gave me the feeling that modelling in Scheme actually makes sense in some cases.</div>
<div><br></div><div>I wanted to do essentially exactly that, except with musical sample loops. However, the Fluxa sample player doesn't support starting with a offset and worse yet; such samples would be the first thing to get recycled in a bothersome way.</div>
<div><br></div><div>Another thing is that SC's maturity and efficiency is appealing to me but language syntax much less so.</div><div><br></div><div>Ok, so this makes at least some sense. I'll start poking around in it all and when I come up with something good I'll share.</div>
<div><br></div><div>I don't think this need take anything away from Fluxa and I'm a big KS fan. Is this addition in Git already?</div><div><br></div><div>Yours,</div><div>Kas.</div><meta http-equiv="content-type" content="text/html; charset=utf-8"></div>