Luis Lloret

> My understanding is that a PortAudio backend for Linux scsynth exists, but it's experimental and at your own risk. I wouldn't say it's "supported" (which implies some obligation to...

> I was surprised to see the inclusion of RtAudio for this feature. From what I understand, RtAudio is an alternative to PortAudio. Maybe not for Linux, but SC already...

> however, i also see that RtAudio's PulseAudio support is explicitly noted as not reliable by the maintainers: [thestk/rtaudio#262](https://github.com/thestk/rtaudio/issues/262) Please have a look at the discussion in https://github.com/supercollider/rfcs/pull/11. @sonoro1234 and...

> saying that we should use your implementation just because it is the only implementation, is bad form as a PR author in my opinion. I am not saying that...

> > > One other suggestion: It would be nice to implement `ServerOptions *devices` and allow device selection in the scsynth command line. I did see the suggestion that users...

> i dont see that one feature as a strong enough motivation for packaging this outselves. strong no from me. This means that we might get different behaviour depending on...

> thanks @tshrpl @jamshark70 > Can anyone else confirm an issue (in this PR and PulseAudio) with the last audio buffer playing after stopping the synths with `cmd+.`? Or is...

> > > > Also, server starts with 48 kHz sample rate, but the soundcard is running at 44.1 kHz...? > > This might be another issue that was fixed...

Sorry, pressed the wrong button, and closed the PR... I have reopened it again. The Close and comment button should not be that close to the comment one ;).

Sure, yes, I did that on the first commits, but forgot on the latest ones. I'll run the formatter later.