Does anyone have a Haskell parser laying around for supercollider's .schelp
files?
Thanks!
Tom
--
Read the whole topic here: Haskell Art:
http://lurk.org/r/topic/AKSKbQ1R16C2KjuzJqWrH
To leave Haskell Art, email haskell-...@group.lurk.org with the following email
subject: unsubscribe
Hey Miguel -- here's my honest-as-I-can-be assessment of how likely I am to
build things you've requested out (and how soon), and how feasible it'd be for
someone else to build the things I'm less interested in:
>> El 23 mar 2016, a las 09:02, Miguel Negrão
>>
> El 23 mar 2016, a las 20:13, Rohan Drape escribió:
>
> hello tom
>
>> In a way, the solution I arrived on is conceptually simpler,
>> since it's just labels: you can use whichever ones you like.
>
> yes. still there's nice aspects to using records that i guess
> are
> El 23 mar 2016, a las 06:43, Rohan Drape escribió:
>
> hello julian,
>
> it's not that type of typing...
>
> all ugens end up with the same type.
>
> (there is a lot of work on typing data flow
> systems, but supercollider bindings aren't really
> an approriate
Hi Evan -- the primary design goal for it is to be a clean interface for making
music, particularly live. Function names are short, things are monadic so you
can write succinct do-blocks, and there's no required "busywork" keeping users
from just writing music.
I don't have any recordings
Hi Henning! The types are advanced but the user doesn't need to know any type
fanciness -- they just need to know how to read e.g.
Args '["freq"] '["phase"] a =>
As far as your alternative, I had considered something very similar, but
the biggest obstacles were:
- No required
Resurrecting a pretty old thread here, but I think I've found a nice way
to crack this problem, which I use in Vivid 0.2 -- thought I'd give a run-down:
If you'll recall, when we last saw our heros they were struggling with the
inability to have 3 things in our UGens simultaneously:
Vivid is a library for controlling SuperCollider from Haskell. Vivid 0.2 is a
massive update from 0.1.
A lot of work has gone into this; I'm really excited it's out! Notable features:
- One universal notion of timing: if you have any musical pattern "foo", you
can play it by calling "foo", or
There's a new version up, already with some big changes:
https://hackage.haskell.org/package/midair
Hot-swapping is handled differently (better!) now, there's more documentation,
and there are lots of useful functions -- sort of an FRP Prelude (in
Midair.Handy).
Hope you enjoy!
Tom
> El 10
> El 10 mar 2016, a las 11:09, Miguel Negrão
> escribió:
>
>> On 10-03-2016 15:56, amin...@gmail.com wrote:
>> Hi Miguel,
>> Agreed that preserving state is crucial -- you don't want e.g. your
>> volume jumping around every time you replace the node
>> El 10 mar 2016, a las 07:02, Miguel Negrão
>> escribió:
>>
>> On 10-03-2016 04:33, amin...@gmail.com wrote:
>> If you're like me and have been fascinated by FRP but haven't able to
>> work static FRP graphs into a livecoded performance, there's a new
In SuperCollider for example, it's possible to identify which device a midi
event came from. In SuperCollider it's called a "device ID" and searching the
internet, a midi "device ID" is commonly referred to. The ID seems to be coming
from the device itself (it's not e.g. a uuid assigned by SC),
> On Sep 21, 2015, at 15:44, Henning Thielemann
> wrote:
>
>
>> On Sat, 19 Sep 2015, amin...@gmail.com wrote:
>>
>>I've written a little thing with alsa-seq that listens out for
>> Sound.ALSA.Sequencer.Event.NoteOn messages and peforms actions based on
>>
Hey all -
I've written a little thing with alsa-seq that listens out for
Sound.ALSA.Sequencer.Event.NoteOn messages and peforms actions based on the
message. Something I'm stuck on, though, is I can't find where the MIDI device
id is. It doesn't seem to be in the "T" value for that
Hey Miguel -- thanks, I've updated this. It should work for you now.
Tom
El Mar 29, 2015, a las 18:32, Miguel Negrão
miguel.negrao-li...@friendlyvirus.org escribió:
Hi Tom,
On 29-03-2015 20:32, amin...@gmail.com wrote:
Hi Miguel -- calculation rates can always be specified with ? --
15 matches
Mail list logo