MacOS Hard Bluetooth Disconnection Can Intermittently Pause Playback in Roon [Ticket In]

Roon Server Machine

sonictransporter i5 version (stock config, linux, latest software (2.8) no apparent issues) > uRendu (ethernet)
CPU consistently in OK range, processing speed hovers around 3x

Networking Gear & Setup Details

CenturyLink router/modem C4000BZ, 60 Mbps download
Ethernet to (recently replaced) TP-Link 4 port switch
sonictransporter ethernet to switch (or router port makes no difference)
Ethernet to uRendu
VPN on/off no difference

Router connects to TP-Link mesh network
Roon remote running on MacBook Pro, connects to mesh
I do not stream over WiFi, as indicated main components all on Ethernet
Connection to router access point (instead of mesh) makes no difference

Connected Audio Devices

uRendu USB to Gustard DAC, DSD 256 config > balanced to Freya+ pre-amp > Parasound A21

Number of Tracks in Library

Only stream Qobuz

Description of Issue

Ending a Zoom meeting session causes playback to stop almost every time, so odd and havenā€™t found anything reported in web searches. Changed my ISP including new router etc. and same issues.

Overall my Roon setup works great with the occasional glitch that requires re-starting various components but thatā€™s pretty rare.

Thanks in advance for any advice on this one.

Could this be the result of your having and using a device which has ā€˜Exclusive modeā€™ set to Yes in its Device Setup?

Thanks Mark, great suggestion. In my setup I donā€™t believe there is any kind of exclusive mode setting though, as the sonictransporter > uRendu > DAC are dedicated to the Roon chain. Also the Help page indicates that Linux always runs in exclusive mode I could envision this if I was using my MacBook as an audio device, but the laptop (that I zoom from) only connects to the remote app.

Gives me an idea though - Iā€™ll try shutting down Remote and see if that has any effect when existing a zoom call. Cheers

1 Like

Good luck, Erik; do report back, wonā€™t you, to let us know when youā€™ve found the cause :slight_smile:

Is this a new phenomenon or has alway happened since using Roon?

Thanks for asking. Since moving to my new place in OR (from CA) it seems to be manifesting here, as I donā€™t recall the issue prior to relocating and Iā€™ve used Roon for about 4 years total. I was on a cable network when I first signed up for service here, then changed over to an ADSL-based service (probably not a great idea but seems to work find) a few weeks ago.

My sense is thereā€™s something unique about my setup as Iā€™d assume that if it were a more general problem, it would show up in web searches. I have seen a few posts about Zoom crashing networks associated with Dell laptops but nothing definitive.

Upon exiting a Zoom call, it must send out some sort of IP packet that either temporarily crashes the network (including the partially isolated ethernet, which is on a different router than the mesh WiFi) or somehow interferes with the Roon app/stream.

Absolutely! Hope there is good news on this at some pointā€¦

Might be interesting to run the Zoom Network inspector and see what you get:

https://support.zoom.com/hc/en/article?id=zm_kb&sysparm_article=KB0058114

Iā€™d imagine that shutting down all the connections Zoom makes chokes your uplink capability briefly which makes some Roon functionality time out with some of their remote servers.

1 Like

Appreciate the suggestion Bill, will give it a try. What you mention makes sense as ADSL uplink does sound like it becomes susceptible to network saturation (ACK packets back up), although when I had fast cable service was experiencing the same issue.

Interestingly, I can disconnect the router altogether and music continues streaming from sonicorbiter (assuming from cache buffer). But my issue seems to be related to a condition either at the app or network layer causing playback to completely stop, as if one pressed the pause icon. Used get intermittent drops with no apparent cause but that seems to have resolved.

Sounds like you know what youā€™re doing, Erik. I assume this is pair-bonded VDSL to get that downlink speed? And, what do you see in the Roon log files when the playback stops?

I donā€™t recall any issues when I had DSL, but that was before Roon 2.0.

Hi @Erik_Klein,

We wanted to ping this thread before it auto-closed. If youā€™re still experiencing this, can you reproduce the issue at your convenience? The team will activate diagnostics and try to pinpoint the event in logs.

Thank you @connor.

It looks like the culprit may not be Zoom after all, but how my Mac/iPhone handles Bluetooth connected Apple AirPods. I noticed that when I was listening to a podcast and removed the pods from my ears, which normally pauses streaming media (YouTube etc.) Roon playback also paused.

This is odd as I only run Remote on the Mac. When I close Remote, the problem seems to go away.

This looks similar to Roon on macOS pauses network streamer when bluetooth headset is disconnected from the Mac

Noris mentioned in this thread ā€œItā€™s possible that the headset itself sends a pause command to your Mac when powering off, and then the Mac forwards this to the currently active zone.ā€ So it seems like we might be onto something. It just happened at approx 2pm PST on Feb. 2, and I can repro if youā€™d like me to. Cheers

1 Like

Much appreciated, @Erik_Klein, weā€™re going to escalate to development and see what we can find around that timestamp.

Thanks again @connor. If you donā€™t see anything I can easily repro the issue any time. I would surmise this is likely a common use case for folks running Remote on a Mac, iPhone or any Bluetooth connected device that pauses upon disconnect, but maybe thereā€™s something unique about my environment.

Hi @Erik_Klein,

We can reproduce this intermittently in-house and weā€™ve escalated to development. Thereā€™s inconsistency in Roonā€™s handling of a BT endpoint hard power-off, at least on 14.2+. Weā€™re going to explore the extent.

Look forward to hearing back about anything you guys uncover - appreciate you looking into this.

1 Like

Hi @Erik_Klein,

The ticket is proceeding through the pipeline - Iā€™ll modify this thread title appropriately and give a ping here when weā€™ve got it released to Early Access in case you want to give it a try.

Thank you again for helping us pin this down.