Live data from Hacker News

Soul – A language and IDE for audio coding

soul.dev

11–20 of 97 posts

Re: Soul – A language and IDE for audio coding

#11

Hello HN - thanks for giving our website a proper stress-test! I'm the developer of SOUL - happy to answer any questions you guys have.. :)

Hi Jules, I posted this here; I'm so eager about your project moving forward !

Is there going to be a marketplace for professional SOUL-based VST plugins ?

A way to browse all open source SOUL scripts and share modules so that the community will be able to build on top of previous scripts (without copy pasting all the time) ?

Will all SOUL scripts be runnable in the browser like Shadertoy.com, if no what will be the separate features between web / desktop / hardware ? How are you going to handle the diversity of situation where one could use SOUL ?

Thanks (-:

Side note : http://soul.dev/ doesn't have https ?

Re: Soul – A language and IDE for audio coding

#13

Hello HN - thanks for giving our website a proper stress-test! I'm the developer of SOUL - happy to answer any questions you guys have.. :)

Please consider making dynamic graphs a key feature for the 1.0 release! I like how easy it is to use SOUL to build simple processes, but I'd like it a lot more if I didn't have to specify my graph at compile time.

A few more questions:

- How will the language/API/reference VM be licensed?

- Will the API depend in any way on the JUCE ecosystem?

- Do you expect users to bundle the VM with their plugins/applications or to have one installation on a target machine? Or will plugins need to be supported by a host that embeds the VM?

Re: Soul – A language and IDE for audio coding

#14
post #11

Hello HN - thanks for giving our website a proper stress-test! I'm the developer of SOUL - happy to answer any questions you guys have.. :)

Hi Jules, I posted this here; I'm so eager about your project moving forward ! Is there going to be a marketplace for professional SOUL-based VST plugins ? A way to browse all open source SOUL scripts and share modules so that the community will be able to build on top of previous scripts (without copy pasting all the time) ? Will all SOUL scripts be runnable in the browser like Shadertoy.com, if no what will be the…

Our long-term goal with plugins is to make them much easier to write in SOUL without needing to actually compile anything natively.. as for a marketplace to deliver them, we'd certainly love to be able to offer one of those, and will see how things go.

Yep, we'd love to make soul.dev into a place where you can browse snippets of code, search for people's implementations of various DSP algorithms and try them out and put them together - that's all definitely in the plan!

And as far as cross-platform-ness goes, I don't currently foresee a situation where any SOUL code wouldn't run on all platforms.. Running it as WASM in a browser may not be particularly quick compared to the same code running via LLVM JIT or on a DSP, but it should still work.

(And yes... soul.dev certainly uses HTTPS.. maybe whoever posted this story typed it without that)

Re: Soul – A language and IDE for audio coding

#15

I'm not sure if this is just related to my machine, but I couldn't get it to compile. POST https://media.noise.fm/soul net::ERR_CERT_AUTHORITY_INVALID (this looks very cool and I want to try it out)

Try http. Also try Chrome; I think it doesn't work on my Firefox

Re: Soul – A language and IDE for audio coding

#16
post #15

I'm not sure if this is just related to my machine, but I couldn't get it to compile. POST https://media.noise.fm/soul net::ERR_CERT_AUTHORITY_INVALID (this looks very cool and I want to try it out)

Try http. Also try Chrome; I think it doesn't work on my Firefox

But works on my FF though :P

Re: Soul – A language and IDE for audio coding

#17
post #2

This soup is great but need to understand a bit more. Does it allow for manipulation of audio using code? Use case examples?

Indeed, that's exactly what it's for. The examples include some audio manipulation processors (like gain, reverb, compression etc) and some generators, from a cheeky little beep through to an analog style polysynth.

The target use is to unify DSP development across different platforms, whether you are developing web based audio, or gaming, or pro audio, you should be able to write your algorithm in SOUL and get it up and running.

Re: Soul – A language and IDE for audio coding

#18
post #11

Earlier quoted context omitted.

Hi Jules, I posted this here; I'm so eager about your project moving forward ! Is there going to be a marketplace for professional SOUL-based VST plugins ? A way to browse all open source SOUL scripts and share modules so that the community will be able to build on top of previous scripts (without copy pasting all the time) ? Will all SOUL scripts be runnable in the browser like Shadertoy.com, if no what will be the…

Our long-term goal with plugins is to make them much easier to write in SOUL without needing to actually compile anything natively.. as for a marketplace to deliver them, we'd certainly love to be able to offer one of those, and will see how things go. Yep, we'd love to make soul.dev into a place where you can browse snippets of code, search for people's implementations of various DSP algorithms and try them out and…

Thanks for the reply. Suggestion for the name of the marketplace or community : "Soulfly" sounds good (and probably need to separate it from the "infrastructure" / dev project ?)

Re: Soul – A language and IDE for audio coding

#19

Hello HN - thanks for giving our website a proper stress-test! I'm the developer of SOUL - happy to answer any questions you guys have.. :)

Please consider making dynamic graphs a key feature for the 1.0 release! I like how easy it is to use SOUL to build simple processes, but I'd like it a lot more if I didn't have to specify my graph at compile time. A few more questions: - How will the language/API/reference VM be licensed? - Will the API depend in any way on the JUCE ecosystem? - Do you expect users to bundle the VM with their plugins/applications or…

Not sure that being able to change the graph dynamically is a particularly good way to work with this kind of thing. In almost all synths, and even DAW engines, they only modify the graph when you modify the project, not while things are running, and that's when we expect you'd do a SOUL recompile. There's a much longer discussion to be had over this which I won't dive into now, but we have thought about many possible use-cases and how they'd be done.

Licensing: very permissive for developers; probably commerical deals for companies who want to ship SOUL-compliant hardware or drivers

JUCE dependency: no, we'll want to make this as vanilla as possible, to encourage its use in many ecosystems. There'll be JUCE integration, but also stand-alone C++ and a flat C API so it can be wrapped in other languages like python, C#, Java etc

We'll offer an embeddable JIT VM, but our end-goal with this is for there to be drivers in the OS or external hardware which does the work, and the API would just send them the code (like e.g. openGL shaders)

Re: Soul – A language and IDE for audio coding

#20
post #18

Earlier quoted context omitted.

Our long-term goal with plugins is to make them much easier to write in SOUL without needing to actually compile anything natively.. as for a marketplace to deliver them, we'd certainly love to be able to offer one of those, and will see how things go. Yep, we'd love to make soul.dev into a place where you can browse snippets of code, search for people's implementations of various DSP algorithms and try them out and…

Thanks for the reply. Suggestion for the name of the marketplace or community : "Soulfly" sounds good (and probably need to separate it from the "infrastructure" / dev project ?)

Well, we also have this URL: https://audio.dev :)
Post reply on HN