On 2009-11-15, Michael Mossey 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
http://hackage.haskell.org/packages/archive/hmt/0.1/doc/html/Music-Theory-Prime.html
completely naive
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 si
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 Supe
> 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
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 SuperC
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 l
> 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 even
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, whic
