Matt Aimonetti

@kisielk I have an example like going between `wav` and `aiff` formats. It gets interesting when we add processing such as downsampling. I'll post what I have so we can...

@egonelbre would you mind squashing your commits for the proposal or maybe send a PR. GitHub really makes it hard to comment on different part of the code coming from...

I agree that `float32` is usually plenty enough but as mentioned my problem is that the Go math package is float64 only. Are we willing to reimplement the math functions...

@kisielk sounds fair, just to be clear, would you be interested in using Go for realtime processing or at least giving it a try? You obviously do that for a...

Alright, here is my suggestion. I'll add you guys to the organization and we can figure out an API for real time processing and from there see how it works...

I think the audio API should be in its own package and each of those things in separate packages. For instance I have the wav and aiff packages isolated. That's...

In addition, here is another comment from @nigeltao about the math library: > As for a math32 library, I'm not sure if it's necessary. It's slow to call (64-bit) math.Sin...

JUCE uses overloading quite heavily and as mentioned isn't very go-like (it's also a framework more than a suite of library, but it is well written and very popular). My...

@nigeltao I agree with rsc and to be honest my goal was more to get momentum than to get the proposal accepted. I'm very happy to have found a group...

@dh1tw there is a transform for that https://github.com/go-audio/transforms/blob/master/pcm_scale.go#L27 It does expect that you kept around the original bit depth. you can see that the `PCMBuffer` uses `SourceBitDepth` to track that....