On 2009-11-15, Michael Mossey m...@alumni.caltech.edu wrote:
I will need a function that computes prime (normal?)
form, of course, and it is just begging to be
memoized.
there are some prime form algorithms at
hello john stefan,
Stefan Kersten [EMAIL PROTECTED] writes:
incidentally, i've been working on libsndfile bindings the last few
days; here's the darcs repository:
http://darcs.k-hornz.de/cgi-bin/darcsweb.cgi?r=hsndfile;a=summary
excellent news! i have, _much_ more incidentally,
a simple
Hello Alex,
alex [EMAIL PROTECTED] writes:
| Would anyone have some illustrative example code, and perhaps a
| couple of tips for how to get things working well in emacs?
Noting that Hsc is still experimental and not completely nailed down,
though I think now quite close, and assuming that
When I run this, then SuperCollider emits the error
FAILURE ew Command not found
Do you use some new feature?
No, however you may need to run darcs update, there was an error in
the OSC bundle encoder that I located writing that example:
Wed Nov 8 21:29:28 EST 2006 Rohan Drape [EMAIL
On Tue Nov 7 16:32:11 EST 2006, alex wrote:
The way I see it there are two big issues - the first is drift and the
second is latency.
As hinted at when Alex's work was discussed last November:
OSC messages can be timestamped, and SuperCollider has a sample
accurate scheduling queue, so
On Tue Nov 7 16:32:11 EST 2006, alex wrote:
Latency I deal with by calculating everything a second or so ahead of
time, and timestamping my OSC packets with times in the future. Then on
the other side I have some scheduling stuff to trigger sounds at the
right moment, for example in
It makes good sense. Each list will of events will be evaluated
lazily, so thing will appear there as they appear in the input.
Indeed, thankyou. On a closer inspection I can in fact see that
although the first value, (chn,[msgs]), will never appear, one can
nonetheless start reading the
splitStreams [(3,x),(1,y),(3,z),(2,w)]
[(3,[x,z]),(1,[y]),(2,[w])]
[snip]
Furthermore it should work on infinite lists. It can't eat the whole
list before producing any output.
This doesn't seem to make sense? Only at the end of the list can you
know that you've collected all the events
On Tue Dec 6 15:01:45 EST 2005 Tomasz Zielonka wrote:
Unfortunately it seems that forkIO'ed threads are freezed when GHCi is
waiting for command-line input. I bet it would be possible to let
the threads work in the background. I think the current behaviour is
caused by using readline, which
