Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Faust: Functional programming language for sound synthesis and audio processing

faust.grame.fr

Post reply on HN
Print view View original

21–29 of 29 posts

Re: Faust: Functional programming language for sound synthesis and audio processing

#21

Post by yawaramin »

spacechild1 wrote: post #10
yawaramin wrote: post #3

Sounds kinda like https://www.liquidsoap.info/

I would suggest to actually look at the Faust website and you will see that they are completely different types of applications.

I found this reply helpful: https://news.ycombinator.com/item?id=28413883

Re: Faust: Functional programming language for sound synthesis and audio processing

#22

Post by munchler »

tbenst wrote: post #14
munchler wrote: post #2

Anyone interested in functional programming and sound synthesis might also find YampaSynth[0] interesting. It's a Haskell library based on declarative programming of modular synthesizers[1]. Definitely some very cool concepts. [0] https://hackage.haskell.org/package/YampaSynth [1] https://www.researchgate.net/publication/234793878_Switched-...

Looks cool, thanks for the link. I can’t find any documentation or info on actually using it, know if there are any articles or other resources floating around?

The full YampaSynth paper shows how to build synths using the library: https://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.15...

There’s also an F# implementation with some documentation here: https://github.com/brianberns/FYampaSynth

Re: Faust: Functional programming language for sound synthesis and audio processing

#24

Post by [deleted] »

jcelerier wrote: post #19
amelius wrote: post #13

The problem with audio processing has always been latency. Are there functional programming languages out there which can guarantee bounds on latency?

> Are there functional programming languages out there which can guarantee bounds on latency? faust programs basically define a signal flow that gets compiled down to various languages, there won't be any latency besides the one that may be part of your own algorithm.

[deleted]

Re: Faust: Functional programming language for sound synthesis and audio processing

#28

Post by spopejoy »

tbenst wrote: post #15
amelius wrote: post #13

The problem with audio processing has always been latency. Are there functional programming languages out there which can guarantee bounds on latency?

OCAML is used extensively for high-frequency trading, so indeed functional languages are used all the time in low latency settings. Galois has done work in Haskell for developing hard real-time applications. Here’s a dataflow language they built for example: https://leepike.github.io/pub_pages/rv2010.html

It looks like Copilot is an EDSL for making C99 programs. I would think both OCAML and Haskell (and Java for that matter), as GC'd runtime langs, would be unsuitable for realtime "out of the box".

The best marriage of functional concepts and realtime I've seen is Supercollider (https://supercollider.github.io/) which basically has a smalltalk-like lang control a realtime backend. I'd love to see something like this for Haskell + Faust!

Re: Faust: Functional programming language for sound synthesis and audio processing

#29

Post by tbenst »

spopejoy wrote: post #28
tbenst wrote: post #15

Earlier quoted context omitted.

OCAML is used extensively for high-frequency trading, so indeed functional languages are used all the time in low latency settings. Galois has done work in Haskell for developing hard real-time applications. Here’s a dataflow language they built for example: https://leepike.github.io/pub_pages/rv2010.html

It looks like Copilot is an EDSL for making C99 programs. I would think both OCAML and Haskell (and Java for that matter), as GC'd runtime langs, would be unsuitable for realtime "out of the box". The best marriage of functional concepts and realtime I've seen is Supercollider ( https://supercollider.github.io/ ) which basically has a smalltalk-like lang control a realtime backend. I'd love to see something like this…

Thanks for the comment, supercollider is really neat! Also just learned about Tidal Cycles, a Haskell library that builds on SuperCollider with a higher level functional syntax.
Post reply on HN