Using Roon client on both macOS and Android and sometimes (generally after playing for an hour or two) I will pause the stream before I quit the client. Only pause doesn't pause, it skips to the next track. And will do so for about 5 times in a row. Just happened again July 13th @ 9:50pm.
Hi @Aaron_Turner,
Thank you for writing in to let us know about this issue. I also appreciate you providing a timestamp for us in your initial post. That makes things easier! My colleague @benjamin will be along to help you out with this issue.
Can you reproduce the issue with your Roon Server directly connected to your router? Sharing a fresh timestamp in this setup would be the most helpful, thank you!
Since you seem to be implying there is some kind of network connectivity issue, I checked what my internet speed looks like which is by far a worst-case scenario since Roon runs locally:
Also, I should note that my problem isn’t that I press a button and nothing happens or there is a delay… rather the wrong things happens. Lastly, Roon server and my Roon endpoint are both hardwired via 1Gbps ethernet.
My apologies @Aaron_Turner! You are correct it’s likely not a network-related issue.
We were able to pull a fresh diagnostic report from your Roon Server, but oddly didn’t see any traces related to your issue. If possible, could you reproduce it again, share the timestamp, and this time, send over a set of logs from the device you sparked the issue from?
You can use the directions found here and send over a set of logs to our File Uploader - thanks for your patience!
uploading logs now. 5:56pm pacific time. I kept hitting pause this time more slowly (waited for the next track to start playing) until finally it just errored out completely rather than just pausing. Normally I have less patience and press pause faster.
Thanks for sharing the update @Aaron_Turner, we were able to review a set of Roon logs from the affected machine, but didn’t find any blatent errors around the time you were clicking the play/pause buttons.
Can you see about reproduction the issue from a fresh database on the mac? Steps below:
Now why is it trying to connect to port 0? that seems very odd and as a networking person, pretty sure that is wrong. The “connection refused” means the network is working correctly, but the device (In this case a raspi RoPiee v4.020) is not listening on the port the Roon server is trying to talk to and seeing a TCP RST.
Anyways, this seems like an indication of a bug in your code? Not sure… is it because there are 3 different DAC’s connected to the Pi? Maybe Roon doesn’t like that for some reason?
ah, okay, i can do that on my Mac. What is the process of doing that on my Android device which I also run the Roon app on and have the same issue?
As for fewer dacs, i haven’t tried. I suppose I could do that and report back. Since this is “Roon Ready” (just runs the RoonBridge) I assumed it was supported since it doesn’t complain? Is there supposed to be a limit of zones I can join into one or that is supported on a single endpoint?
Okay, I figured out the problem. It wasn’t resetting the database- that didn’t help.
I have a Gustard DAC which has both I2S and USB inputs. Both are connected to my RasPi, but only one is active at a time on the Gustard. Currently I’ve selected I2S on the Gustard and both are part of the same output group.
What is going on is when Roon is trying to play to the USB input, it fails- which makes sense and Roon is smart enough to just ignore the issue and play on the other audio outputs in the group.
The problem is when I hit Pause- Roon isn’t so smart about dealing with the failure to pause the USB stream (which of course wasn’t playing to begin with) and then this issue seems to happen. I can see these failures happening if I break up the group and try to only play to the Gustard USB. And the problem I’ve described above goes away when I remove the Gustard USB from the group.
So the problem isn’t so much I have multiple streams going to the same endpoint/RasPi/Roon Bridge- but that Roon isn’t dealing with the error to play/pause on on of the streams when it is unavailable for whatever reason.
I am not sure how much testing is done with devices having multiple inputs connected at the same time, but I’ll forward your findings to the team so that they keep this in mind for the future.
I’d be curious to know if this also reproduces on other operating systems for Rasberry Pis (or PCs) and on different DACs. If you have the ability to verify this, please do let us know your results.
I don’t have other devices with I2S, so not something I can really help beyond the info I’ve provided. Not sure why different OS should matter for the RasPi though? It’s running the RoonBridge that is provided by Roon?
