Kamil Kisiel

Speaking of conversion between buffers, I think it's important the API has a way to facilitate conversion between buffers of different data types *and sizes* without allocation (eg: 2 channels...

That sounds like a good idea to me. However I would propose we limit the scope of the core audio package to the first two points (and perhaps a couple...

Just noticed that when looking at the org page. Looks good to me 👍

Some more API inspiration, from C++: https://www.juce.com/doc/classAudioBuffer https://www.juce.com/doc/classAudioProcessor JUCE is one of the most-used audio processing libraries out there.

Obviously the API isn't very go-like since it's C++ (and has a fair amount of pre-C++11 legacy, though is gradually being modernized) but it's worth taking a look at how...

I'm not suggesting porting it, but I think the concepts in the library are pretty well thought out and cover most of what you would want to do with audio...

Honestly we could just move it all to an entirely new repo path and close this one. eg: github.com/gorilla/rpc2.

There's a todo for that as well: https://github.com/kisielk/og-rek/blob/master/encode.go#L224

you could do this today by taking the []interface{}{} produced by ogórek and creating a function that attempts to map it to a struct. I'm not sure if something like...

Basically I'd like to see people gain some more experience doing this kind of thing manually and giving feedback before providing an API