Discussion:
ZikiChombo
(too old to reply)
Scott Cotton
2018-09-06 13:25:31 UTC
Permalink
Hi all,

I wanted to announce a new open source sound processing and i/o project for
the
Go programming language, at http://zikichombo.org.

We're just starting and looking for interested people to engage,
contribute, and help guide the project to being as useful as possible.

For music dsp tech, we have only some basic dsp functionality in place so
far, but we've also got a lot on our radar and in our plans that may be of
interest here.

Best,
Scott
Bjorn Roche
2018-09-06 13:37:43 UTC
Permalink
Looks interesting and I took a quick look. Go is the first garbage
collected language I could see doing professional level audio processing,
so this is pretty cool.

Just a question on your dependency graph: Why does DSP depend on Plugins?
Post by Scott Cotton
Hi all,
I wanted to announce a new open source sound processing and i/o project
for the
Go programming language, at http://zikichombo.org.
We're just starting and looking for interested people to engage,
contribute, and help guide the project to being as useful as possible.
For music dsp tech, we have only some basic dsp functionality in place so
far, but we've also got a lot on our radar and in our plans that may be of
interest here.
Best,
Scott
_______________________________________________
dupswapdrop: music-dsp mailing list
https://lists.columbia.edu/mailman/listinfo/music-dsp
--
Bjorn Roche
@shimmeoapp
Scott Cotton
2018-09-06 13:58:49 UTC
Permalink
Thanks for taking a look.

Good question for DSP depending on plug. It is not a dependency set in
stone. Having worked on STFT related stuff, I have found both analysis and
synthesis benefit from dynamic hop sizes (and dynamic STFT synthesis window
sizes) and stream-like treatment (no EOF, or fully in-memory assumptions).

Project "plug" provides dynamic hop size functionality, for real-time and
causal-flow treatment of audio streams. As STFT support is not yet in
zc/dsp, the dependency is a result of the estimation that these things may
be provided by plug. But if the synchronisation in "plug" becomes a
performance issue, we may remove the dependency or make it optional.

Scott
Post by Bjorn Roche
Looks interesting and I took a quick look. Go is the first garbage
collected language I could see doing professional level audio processing,
so this is pretty cool.
Just a question on your dependency graph: Why does DSP depend on Plugins?
Post by Scott Cotton
Hi all,
I wanted to announce a new open source sound processing and i/o project
for the
Go programming language, at http://zikichombo.org.
We're just starting and looking for interested people to engage,
contribute, and help guide the project to being as useful as possible.
For music dsp tech, we have only some basic dsp functionality in place so
far, but we've also got a lot on our radar and in our plans that may be of
interest here.
Best,
Scott
_______________________________________________
dupswapdrop: music-dsp mailing list
https://lists.columbia.edu/mailman/listinfo/music-dsp
--
Bjorn Roche
@shimmeoapp
_______________________________________________
dupswapdrop: music-dsp mailing list
https://lists.columbia.edu/mailman/listinfo/music-dsp
--
Scott Cotton
President, IRI France SAS
http://www.iri-labs.com
Continue reading on narkive:
Loading...