Using scsynth on Windows with Zoom?

Hello,
since teaching in Greece is currently online via Zoom, we have many
students that use SuperCollider on Windows. While booting scsynth
on MacOS with zoom connected and sharing computer audio is no problem,
on Windows all of the users experience a freezing of audio when
booting scsynth.
Is there a way to share computer audio on zoom and boot scsynth on Windows?
Note: I have seen a similar topic by @MarcinP and will respond there to
put students in touch for testing his audio device selection work.

Best regards,

Iannis Zannos

Hello Marcin,

I will recommend your post to students of related classes at Greek Uni’s
that I know. I hope that this will help.
Cheers,
Iannis Zannos

May I suggest to include a link to said post?

I saw this problem myself but I was unable to solve it.

hjh

Sure. My omission - I was meaning to post this answer to MarcinP’s post.
Here is the link:

Iannis

This is sad news, but it is good to know this from an experienced sc programmer. Thanks @jamshark70.

I’m using SC + Zoom from a Mac (with an old 10.10), but these points might be worth a try on Windows as well.

.) start SC before Zoom

.) select 48 kHz for the mic in your system settings

.) select the Zoom device from SC (check if this is the right name on Windows)

s.options.outDevice = “ZoomAudioD”;
s.reboot;

.) start Zoom

I avoid using any other audio software at the same time, even before the session. It happened twice that I opened an audio editor with the result that SC + Zoom didn’t work anymore before a restart of the computer.

Daniel

I’m not on windows, but it’s an important question. Can ZOOM use ASIO on windows? Then maybe using jack server could help?

https://jackaudio.org/faq/jack_on_windows.html

Thanks very much @dkmayer for these instructions.
One of the students who was able to present with sound via zoom from Windows, said that he was using a similar procedure. I will post the instructions to my classes and test this friday in class if they work out for us, also.

Cheers,
Iannis Zannos

I haven’t tested on Windows, but since zoom audio device only works as an output, what might help is to disable inputs in SC (Server.default.options.numInputBusChannels_(0) I think ). Of course this is only practical if one doesn’t need inputs in SC…
mp

Great. Making a note of this too.
Will report after testing this in class next Friday.

IZ

Has somebody tried with control panel-> sound -> … -> advanced properties: exclusive mode?

Hello,

After repeated tries, several students presented their work on SuperCollider while sharing screen + computer sound on Zoom. They reported different solutions:

  1. Boot the sc synth server after starting scrensharing on zoom.
  2. Boot the sc synth server before logging in and starting a zoom conference, and keep the server running when you enable screen sharing and computer sound sharing.

Solution 2 above is the one used most recently, by 2 persons in sequence.

Hopefully this gives a solution which can be used by others. I’d be interested to know your experiences on the topic.

Iannis Zannos

Hello,
I have now posted a description of the procedure followed by my student Sophia Emmanoulidou to present her work on supercollider in class live via Zoom.
See my fork here:


Cheers,
Iannis Zannos
1 Like

This is very good to know, thanks!

hjh

Another option: VoiceMeeter as a bridge.

VoiceMeeter is a free/donation-ware Windows app that mixes mic and app audio into one stream, which can then feed into meeting software’s audio input. I’ve just successfully used this with SC and Tencent Meeting (Chinese app, since I’m in the mainland). I have no reason to believe it wouldn’t work for Zoom.

  1. In VoiceMeeter, set the desired mic input and audio output devices.
  2. In the meeting software, set audio input to be VoiceMeeter’s virtual output device (this is the mixdown, mic + apps).
  3. In SC, set s.options.outDevice to VoiceMeeter’s virtual input – I used MME, maybe other protocols would work too. I set inDevice to the hardware mic input, to avoid any risk of software feedback.
  4. Boot server. At this point, the soundcard driver complained about an unsupported sample rate (?) but after that, it was fine.

I did have to try this a couple times before getting everything right, but this did hold up well for a whole 80-minute lesson.

(Note that this depends on the ability to choose different input and output devices, which seems fully stable in 3.11.2 thanks to some brilliant work by Marcin IIRC. This may not work with earlier versions of SC in Windows.)

hjh