[haskell art] SCHelp parser?

2016-04-04 Thread amindfv
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

Re: [haskell art] ANN: vivid 0.2: SC in Haskell

2016-03-23 Thread amindfv
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 >>

Re: [haskell art] [sc-users] Re: ANN: Vivid: SuperCollider + Haskell

2016-03-23 Thread amindfv
> 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

Re: [haskell art] [sc-users] Re: ANN: Vivid: SuperCollider + Haskell

2016-03-23 Thread amindfv
> 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

Re: [haskell art] ANN: vivid 0.2: SC in Haskell

2016-03-22 Thread amindfv
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

Re: [haskell art] [sc-users] Re: ANN: Vivid: SuperCollider + Haskell

2016-03-22 Thread amindfv
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

Re: [haskell art] [sc-users] Re: ANN: Vivid: SuperCollider + Haskell

2016-03-21 Thread amindfv
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:

[haskell art] ANN: vivid 0.2: SC in Haskell

2016-03-20 Thread amindfv
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

Re: [haskell art] Midair: a livecode FRP

2016-03-11 Thread amindfv
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

Re: [haskell art] Midair: a livecode FRP

2016-03-10 Thread amindfv
> 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

Re: [haskell art] Midair: a livecode FRP

2016-03-10 Thread amindfv
>> 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

Re: [haskell art] MIDI device ID in alsa-seq

2015-09-23 Thread amindfv
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),

Re: [haskell art] MIDI device ID in alsa-seq

2015-09-21 Thread amindfv
> 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 >>

[haskell art] MIDI device ID in alsa-seq

2015-09-19 Thread amindfv
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

Re: [haskell art] [sc-users] ANN: Vivid: SuperCollider + Haskell

2015-03-29 Thread amindfv
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 ? --