Re: scsynth.exe vs VoiceMeeter for online teaching
[email protected] Sat, 9 May 2020 19:23:03 +0200
| Newsgroups | gmane.comp.audio.supercollider.devel |
|---|---|
| Message-ID | <[email protected]> |
scsynth uses portaudio, so you should be able to just use the Jack ASIO Driver. But you have to watch out for problems like these: https://github.com/supercollider/supercollider/issues/4718 Christof On 09.05.2020 12:36, [email protected] wrote: > I am not completely sure, but I think scsynth can be built with Jack support on windows. > >> On May 9, 2020 at 11:07 AM [email protected] wrote: >> >> >> Hi, >> >> Bit of a strange issue -- I don't think I have enough info to log as a >> bug. And we might end up deciding that it's not worth investigating, >> but... >> >> Because of an interesting chain of events, I've had to move my online >> teaching from my Linux machine (where Zoom Meeting had been working >> quite well) onto a Windows machine. >> >> Piping audio apps into the meeting was relatively easy in Linux -- >> just manually connect the JACK sources to the PulseAudio input. JACK >> mixes the audio with my mic and everything works. >> >> Not so easy in Windows. I heard a while back from some students about >> a Windows audio-routing app, VoiceMeeter, which works a treat with >> just about everything I'm using. >> >> Except... SuperCollider. >> >> I've got: >> >> - Audacity: PortAudio --> VoiceMeeter input -- works great. >> - Ardour: PortAudio --> VoiceMeeter input -- works great (with a slight tweak). >> - Pure Data: Not sure which audio library it's using --> VoiceMeeter >> input -- works great. >> - SuperCollider: PortAudio --> VoiceMeeter input: boots up but playing >> SinOsc.ar(440) produces only some randomly-timed very low frequency >> pulses. >> >> Audacity and Ardour tell me that there isn't an inherent problem with >> PortAudio --> VoiceMeeter. But there is a problem somewhere in the way >> that *we* are using PortAudio. >> >> One other data point: Ardour shuts down VoiceMeeter's audio i/o, but I >> can restore it by reselecting the output device in VM's console (and >> then it all works fine). If I try the same trick with SuperCollider, >> VM complains that the device is not available and there's nothing else >> I can do, except quit scsynth. (Again, not an inherent problem with >> PortAudio, as Ardour handles it better.) >> >> On the one hand, it's an atypical use case. >> >> On the other, it's a limitation for long distance educators (that is, >> basically all educators now) who, for whatever reason, are unfortunate >> enough to be stuck with online meeting software that doesn't support >> Linux. >> >> So I'll just throw that out there and see if anyone bites. >> >> hjh >> >> _______________________________________________ >> sc-dev mailing list >> >> info (subscription, etc.): http://www.birmingham.ac.uk/facilities/ea-studios/research/supercollider/mailinglist.aspx >> archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/ >> search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/ > _______________________________________________ > sc-dev mailing list > > info (subscription, etc.): http://www.birmingham.ac.uk/facilities/ea-studios/research/supercollider/mailinglist.aspx > archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/ > search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/ _______________________________________________ sc-dev mailing list info (subscription, etc.): http://www.birmingham.ac.uk/facilities/ea-studios/research/supercollider/mailinglist.aspx archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/ search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/