Is your device connected directly to the Roon Server via cable or over the network, or is it chained through another device (such as a streamer, Roon Bridge, or Roon Remote)?
· It is connected through a different device (e.g Rasberry Pi)
Does the device play audio from another source when using the same connection?
· The device has no problems with another audio source
Have you checked that Roon is whitelisted in any firewalls?
· I've checked the firewall and the issue remains
If the device has multiple output options, do the other options work as expected?
· Multiple output types are affected
Is the device using the latest firmware as per the manufacturer?
· Firmware is up-to-date but the issue remains
What are the make and model of the affected audio device(s) and the connection type?
· Roon rock in Intel NUC and raspberry pi as endpoint
Describe the issue
Music only plays for certain format but majority of music can be played with no sound at all
Describe your network setup
Using a switch to connect both endpoint and roon core
Thanks for writing in! @bearFNF brings up an excellent point - are you able to check your webUI on the ROCK and confirm you’ve installed the proper codecs for playback?
With that, if you could reproduce the issue and then please use the directions found here and send over a set of Roon Server logs from your ROCK to our File Uploader?
To supplement with more info on my previous screenshot, it seems only music with certain format such ash 96 kHz can be played but 44.1 kHz cannot be played.
I have just tried to switch to another roon core, same problem exists. Can only play other formats from quboz other than 44.1 kHz song but cannot play 44.1 kHz songs…
We can see that FFMPEG is successfully installed, and content from Qobuz at 44.1KHz buffers without issue.
However, during buffering, the network socket in use between RoonServer and Qobuz’s servers inexplicably goes down; RoonServer loses its pathway to the Qobuz API and can’t continue downloading the file. This causes playback to fail despite the buffer having progressed a certain percentage - the track remains in the playback bar, I’m assuming, but never commences.
Is this a managed switch? As an A/B test, try connecting RoonServer directly to the router via ethernet instead during troubleshooting.
Do local files play without issue at any sample rate?
Can you play to the system output of a Roon remote instead of the Raspberry Pi Zone you’ve indicated in your post?
Hi,
Thanks for the response. I will try what you state in the post tonight.
I tried both Gustard R26 and the raspberry Pi as end point last night. Prior to that, i have been using the same endpoint raspberry Pi with no issue at all.
I believe the statement of “having progressed a certain percentage - the track remains in the playback bar” is the problem i had using Gustard R26 as endpoint. However, when using raspberry Pi as endpoint, the music can be played in the palyback bar. Everything looks normal from the app perspective where I view from iPhone. It’s just that there is no sound from the speaker for songs at 44.1 kHz, but have sound with songs in other formats).
I have been using the same switch and Raspberry Pi with no issue at all. That is why I am curious why does it happen since this week.
Repost as reply of your previous post
Hi,
Thanks for the response. I will try what you state in the post tonight.
I tried both Gustard R26 and the raspberry Pi as end point last night. Prior to that, i have been using the same endpoint raspberry Pi with no issue at all.
I believe the statement of “having progressed a certain percentage - the track remains in the playback bar” is the problem i had using Gustard R26 as endpoint. However, when using raspberry Pi as endpoint, the music can be played in the palyback bar. Everything looks normal from the app perspective where I view from iPhone. It’s just that there is no sound from the speaker for songs at 44.1 kHz, but have sound with songs in other formats).
I have been using the same switch and Raspberry Pi with no issue at all. That is why I am curious why does it happen since this week.
Thank you for your post. Diagnostics indicate that the affected RoonServer instance has recently logged in. However, we weren’t able to confirm in diagnostic logging whether or not 44.1KHz content has played back with any errors; are you still seeing this symptom?
