Elementary Audio: a modern platform for writing high performance audio software

Post by PaulDavisThe1st » Mon, Apr 11, 2022, 8:37 PM UTC

reggieband wrote: post #44

chaosprint wrote: post #39

Earlier quoted context omitted.

Wow, thanks for your interest! I haven't maintained QuaverSeries for a while as I kinda feel that there are some issues on Tone.js that cannot be fixed in the foreseeable future. For the topic you are interested (C++ audio engine as WASM), you should check these two: https://github.com/frantic0/sema-engine https://github.com/micknoise/Maximilian For those language you mentioned csound, supercollider, Chuck (should ad…

That supercollider/scsynth wasm thing was actually what I was thinking about. Unfortunately the implementation is still in a fork and hasn't been merged upstream. [1],[2] Thanks for the other links, sema-engine was new to me and not in my original investigation. I think I skimmed over Maximilian but it is probably worth a closer look. One of the benefits of csound/supercollider in my mind are their existing communiti…

Post by iainctduncan » Mon, Apr 11, 2022, 8:54 PM UTC

PaulDavisThe1st wrote: post #52

moron4hire wrote: post #33

Earlier quoted context omitted.

Do you understand how WASM and Web workers work? Do you understand that low-enough-latency audio doesn't take a super computer anymore? Yeah, if you were working on DSP stuff in the 1990s, you were a hot shit programmer. Nowadays, it doesn't really say much at all. And it certainly doesn't justify talking about it as if it were a moral failure to not treat DSP with respect.

> Do you understand that low-enough-latency audio doesn't take a super computer anymore It never did. Low latency audio has almost nothing to do with CPU power. Here's a summary of some of the issues faced on modern general purpose computers: https://manual.ardour.org/setting-up-your-system/the-right-c... I know how WASM and Web workers work. Since nothing you can do in WASM or a web worker has anything to do with ei…

Post by reggieband » Mon, Apr 11, 2022, 9:09 PM UTC

PaulDavisThe1st wrote: post #51

reggieband wrote: post #44

Earlier quoted context omitted.

That supercollider/scsynth wasm thing was actually what I was thinking about. Unfortunately the implementation is still in a fork and hasn't been merged upstream. [1],[2] Thanks for the other links, sema-engine was new to me and not in my original investigation. I think I skimmed over Maximilian but it is probably worth a closer look. One of the benefits of csound/supercollider in my mind are their existing communiti…

> At the low end you have ... and at the other you have ... Totally missing out on the actual DAWs where most people do most of this stuff. Yes, there is some interest in and use of standalone tools. But for all kinds of reasons, the majority of new audio software development occurs with the assumption that it will run within a DAW (or at least, a plugin host). One of the reasons for that is to offload almost all of…

Post by PaulDavisThe1st » Mon, Apr 11, 2022, 9:29 PM UTC

reggieband wrote: post #55

PaulDavisThe1st wrote: post #51

Earlier quoted context omitted.

> At the low end you have ... and at the other you have ... Totally missing out on the actual DAWs where most people do most of this stuff. Yes, there is some interest in and use of standalone tools. But for all kinds of reasons, the majority of new audio software development occurs with the assumption that it will run within a DAW (or at least, a plugin host). One of the reasons for that is to offload almost all of…

For my personal interest (probably no where near the majority) I am interested in these libraries primarily for use outside of a DAW. I mean, I already have a wealth of plugins for most conceivable purposes to use in one of the several DAWs I have installed. I am also in no hurry to move the kind of things I do in a DAW to a web based app. And frankly, none of the examples I've seen so far come within a country mile…

Post by aaaaaaaaaaab » Mon, Apr 11, 2022, 9:35 PM UTC

iainctduncan wrote: post #54

PaulDavisThe1st wrote: post #49

It's hard to know what to say. > The conventional approach to writing audio software is an challenging process requiring expertise in a wide breadth of topics– C++, multi-threading and thread safety, lock-free programming, and realtime thread safety come to quickly to mind, and we haven't even mentioned digital signal processing itself. Moreover, the tooling, workflow, and developer experience that we have in this ap…

That was my impression too, it looks very much like an SC style computer music language. Which begs the question, who is this for? Someone who writes plugins doesn't need or want the high level SC style language. Someone seriously into computer music/audio isn't going to want the limitations, and has a lot of options already to choose from that are mature, if relatively unknown outside music circles. If it were my co…