Thank you very much for your support. Unfortunately I cannot track when they disappear. They are reappearing and disappearing whenever I open Roon on My Mac OS X since I updated to Sonoma.
My Roon Server is on a Linux Docker. I uploaded the logs from RoonServer using the File Uploader.
It looks to me something related to Roon for Mac. I also restarted coreaudiod just in case, and of course Roon itself and the whole Mac.
This would have been kind of pertinent information to add in the old thread or at the start of the new one. How is anyone to know?
Docker is not a supported configuration and there’s some specific stuff to take care of. The device discovery happens over the network layer (even on a local device) and hence I guess it’s most likely a network configuration issue.
I’d recommend looking through the Docker thread or asking there:
Could you clarify why the deployment architecture of Roon server should affect local devices of Roon app? Network devices are the only ones that kept working flawlessly even after I updated Mac OS X to Sonoma.
Many network centric applications do local things over the network layer. It simplifies things because the developers don’t have to build different code paths for the remote and local scenarios. Instead, the application just uses the localhost address for the local case.
It’s certainly possible that something in your setup is occasionally interfering with localhost addressing although it works with remote addressing
Hi Gabriele, Have you had any progress on your issue? I recently updated to Sonoma 14.2.1 and am having similar problems. All aspects of my Roon system work with the exception of losing the audio devices on my Mac Mini. I am forced to reset my RAATServer and/or “sudo killall coreaudiod” to maybe bring it back. It’s gotten too frustrating to use my Mac as an endpoint.
Hi @RichC , not much. I noticed that local devices “reappears” after a Mac OS restart, but disappear after a while. I cannot tell if Roon app was open when they disappear from Roon.
I tried everything with coreaudio:
killing coreaudiod
killing all audio processes
removing any /HAL audio driver
with no success.
I am quite sure this has nothing to do with Roon Server though.
I will keep you posted.
This topic was moved from Support to Tinkering, probably because Roon Server is on a docker container instead of some officially supported distribution, albeit this being clearly a local Mac OS X specific issue.
I feel I am paying the price of being a lifetime customer, so they don’t have to win me over anymore.
I am really disappointed.
When they disappear in Roon – are they still visible in the “Audio MIDI Setup” app of macOS? If not, you might be having an issue with the device drivers.
They are visible and working everywhere else except Roon app.
They are visible in the Audio MIDI Setup panel, in the sound settings, in the volume control, in other apps, and so on.
I am talking about native Mac devices (Speakers/Headphone jack).
Is it possible to try taking your Roon Server out of the Docker and trying it on the raw Linux platform? It might give you some insight. I agree it should make no difference but Roon is a .NET app ported to Linux. Who knows what the emulation layer does.
OK, now “This Mac” is not visible. I tried connecting to the “local” server, but in order to do so, I should “unauthorize” my main server and transfer the license. Honestly I am not so keen on doing that.
In the meantime both Roon App and Server were updated to build 1359.
@RichC as you can see this support request was demoted to Tinkering because my Roon Server is on a docker container. If you are on a “supported” server and you still have this issue, would you mind opening a support thread?
Hi Gabriele, I’m sorry you’re still having the issue. It was very frustrating but it did stop happening to mine. I made a backup of my Roon data and completely wiped my Roon server and reinstalled (ROCK on Intel Nuc I7). I also uninstalled Roon on my Mac then reinstalled the software, connected to the new server and rebuilt the library using the backup. It took a while, and I don’t know why it worked, but I haven’t had the issue since the rebuild. Good luck.
Today I updated to build 1365 and “This Mac” reappeared after a long time. I hope I won’t have to wait for each subsequent update every time local device will disappear! Note that I had already reinstalled the application several times in the past trying to solve this issue.