Golang MIDI collaboration

[metakeule]

Hi Brian,

I am writing to you, since you worked on MIDI and I wrote a rather complete library in the last weeks that should serve as a toolkit for creating MIDI based applications.

I would like to invite to help out, making it a common standard for MIDI with Go, by providing you insight and expertise.

I spend some effort to have a common API for live and SMF messages/events.
A second major priority was to make lots of mostly independent small packages to allow
small devices to just use what they need.

The other top priority is to make the API stable as in: no breakage.

Anyway I created the github group "gomidi" and already invited you -
would be glad to have you on board.

The core repo is:
https://github.com/gomidi/midi

and there are two simple applications

https://github.com/gomidi/midispy
and
https://github.com/gomidi/smfimage

making use of the core.

Where you could help out:

• naming, I want to nail down to get the API stable, see https://github.com/gomidi/midi/issues/3
• ideas for the best abstraction of PitchBend and KeySignature (they are working but
  I am not sure, I covered all use cases and in the best way).
• obviously testing and more obscure applications I might not have thought of
• build higher level tools (quantization, what not) on top of it

I did not announce the library yet, since I first wanted to get some feedback from developers that delved into the MIDI standard.... ;-)

What do you think?

Looking forward to hear from you.

Cheers,
Benny
(github.com/metakeule)

[briansorahan]

@metakeule Thanks for looping me on the gomidi stuff! I looked at gomidi/midi#3 but feel like I don't have enough context yet to provide much feedback.
As far as collaboration, if you decide to use this package and find it deficient in any way, or have any suggestions that would make it play more nicely with your package, please open an issue or PR so we can discuss.

[metakeule]

@briansorahan

Well the context comes from the expected use cases. I'll make several tickets out of it to provide more details.

As far as this package is concerned, I would love to get rid of the dependency on C.

[briansorahan]

I also like whittling away the C dependencies.
It was one of the key motivations for this package, to not depend on portmidi.
However, I don't know if I ever see myself trying to re-implement ALSA or CoreMidi in Go!

[metakeule]

Well I know nothing about ALSA, but would assume some server-client model, where the application is the client. And hopefully just that would need to be reimplemented...
(or a jack client - jack seems to run on MacOS and Windows as well)...