Thank you for the link. I personally think those steps won't be very relevant because my problem is that audio is working most of the time, with rare random disconnects. 

However, I've followed all the instructions there and I'll post a followup if I experience a disconnection again.

Hi, I'm still experiencing random audio disconnections. I've followed the following instructions:

• Used the IP address of the receiver
• Disabled jack detection
• Disabled all firewalls

Unticking and ticking "send audio when receiver is online" fixed this immediately.

Is there a way I can troubleshoot this? It's jarring when the disconnection happens during conference calls.

Hello,

Sorry to hear you are having trouble.

How rare is rare? Is this over wireless or ethernet?

Have you installed the most recent 3.5 version (About tab on Primary)? If not, please do so on each PC.

Sean Drohan
Stardock Support Manager

Same here. It's constant though with it cutting off randomly. I just gave up in the end and used a mixing desk to route the sound instead. Wired connection here, the latest version of Windows and using Vrs 3.5.

I would like to see if any of you are using Malwarebytes and to review this if so:

https://forums.stardock.com/498116/get;3788612

Sean Drohan
Stardock Support Manager

No, run it with it enabled or it cant work on re-writing the rules.

Sean Drohan
Stardock Support Manager

I am also having this issue. It started after the recent update. I have tried the fixes suggested in the audio section of the support FAQ linked previously in this thread. 

It happens randomly but I'd say on average a few times an hour. My workaround for the time being is enabling the Ctrl + F12 hotkey to "Send audio when receiver is online."

>When you reestablish audio, do you uncheck \ check the sender's audio box or the receivers?

I press Ctrl+F12 twice on the sender to fix the issue. I cant remember if doing it on the receiver fixed it, but I'll try the next time this happens and update.

For the other stuff (network usage/sender unmuted) I've never really checked, but I'll update after checking that too.

I also press Ctrl+F12 twice on the sender to fix it. When the audio stops, the sender is unmuted. The audio starts playing through the sender's own attached speakers. I will attempt the monitor the network traffic and report back.

But the audio ends up being played on the sending machines speakers at the audio stop time?

I did a purge and reinstalled version 3.44 but the issue was still happening, so it's not specific to version 3.5. The timing seemed to line up. I've used Multiplicity for a long time and never had an issue until very recently. I don't know what has changed. It's a bummer as this is the main reason I use Multiplicity and my setup hinges on this functionality. I upgraded back to 3.5. It's now happening every couple minutes. 

I performed this test. No failure in ping response when the audio is lost. This is over Ethernet.