Hi @Tom_Are_Jacobsen,
Thanks for reaching out to us about this issue. I think the next step here is to enable some diagnostics on your account so our technical staff can get some more insight into what’s going on here.
However, before I enable this feature, I’d like to ask for your help ensuring we gather the right information.
First, can you please reproduce the issue once more and note the time at which the error occurs. Then respond here with that time, and I’ll make sure we review the diagnostics related to that timestamp.
Diagnostics from the last several days indicate that the JBL Syntehsis receiver in question had a track queued and buffered, but passed at about 1:45 into the stream. No playback event was initiated.
Roon Ready logs from the receiver show that the TCP handshake failed initially and then recovered - however, the JBL endpoint constantly tears down the audio stream due to inactivity or timeout.
How precisely is this network configured? We don’t see any dropouts or packet loss in RoonServer logs, but we need to know the actual network topology in order to investigate this particular failure more closely.
What is an example of a local file that fails to play? Is it a surround file, or stereo? Do you encounter any issues if you play this track to the System Output of a Roon Remote instead of this networked receiver?
Files that where failed one was stereo FLAC cd rip, other was FLAC cd rip with MQA
Both time it happened and I had my windows client open the hole display was gone and only shown looking for server if I remember correctly.
If we search diagnostics for events matching that description, we can see every endpoint downstream of the QNAP RAATServer instance losing network connectivity at the same time.
RAATServer itself appears to be crashing, or restarting, after detecting a network reset.
RoonServer itself restarts around the same intervals, which explains why you encountered a “Waiting for RoonServer…” screen on the Windows client.
I’d verify that no active security features (QuFirewall, etc) are restricting RoonServer and RAATServer’s activity on the QNAP. We don’t see any packet loss reported by these endpoints - they’re simply responding to the sudden unavailability of RAATServer on the network.
If you set up a temporary RoonServer on the Windows machine (you can simply reauthorize your previous QNAP whenever you’re ready to switch back), do you encounter any of these issues on that machine? The same router serves both, so we’d like to ascertain whether there is an underlying network condition, or if this behavior is specific to the QNAP-hosted RoonServer instance.
Hi did an attempt as described, used an FLAC 16/44,1 file an played to my Arcam with no problem.
But then I attempted the Chic Corea FLAC with MQA to my JBL-35 it stopped after 1:40 playing time @ 19:29 local time. On the Arcam it played fine, restarted the JBL but after some tie it stopped
With MQA, yes.
I have two sones, and the Arcam SA30 played without problems with FLAC 16bit, but had problems with MQA. So some improvement
.
Also tried and linked the sones, then I got stops for 1 to 2sec but it did start again.
Thanks for the update! It’s still unclear if you were able to review the below troubleshooting steps Connor mentioned above:
Let us know if you can confirm QuFirewall can be temporarily disabled and see if you still run into the same issues.
Can you test out connecting the JBL SDR-35 via USB or HDMI and see if you run into the same issue?
The logs mention bandwidth being reduced to 0 kbps for certain file caches, which might indicate that Roon is failing to fetch or deliver audio data in time.
This could be related to network congestion or storage performance issues.
Attempted without firewall now, had one intermittent stops but it started playing after 1sec, and after 27min it stopped and I had to push play.
I don’t have USB input and it’s too long from my PC to the SDR-35 to connect HDMI, but I connected with AirPlay to the SDR-35 and got the same stop when playing MQA album. (whit firewall on)
Thanks for the update! We reviewed a fresh diagnostic report and saw one playback failure, which I’ll share below:
Warn: [Broker:Media] [tidal/media] could not get playback info for 168:0:414603915: Result[Status=InvalidTrack]
This playback failure appears to be caused by TIDAL returning a 401 Unauthorized error with the message Asset is not ready for playback. This suggests that the requested track (Golden Silence - Pianoramix / Three Four Trio) may not be available for streaming in your region, is temporarily unavailable, or there may be an issue with the TIDAL account authentication in Roon.
Perhaps test out:
Log out of TIDAL in Roon (Settings > Services > TIDAL).
Restart Roon and log back into TIDAL.
Can you test playback using the official TIDAL app for the same track?
I did give it a try to logout of Tidal and restart Roon.
I cant remember I have played that track you specified nor did I find it in recent activity.
But first album from Tidal I played had an intermittent stop, also the MQA album from my NAS stopped Chick Corea, The Montreux Years
Feel free to share a more specific track name and we’ll take another look.
When did it stop specifically? From a recent diagnostic report, we see a temporary teardown state before playback is initiated - for example:
Trace: [Worker (7)] [JBL Synthesis SDR-35 @ 192.168.68.115:42655] [raatclient] SENT [536]{"request":"teardown"}
Trace: [Worker (7)] [JBL SDR35] [zoneplayer/raat] Endpoint JBL Synthesis SDR-35 State Changed: Prepared => Idle
Trace: [Worker (7)] [JBL Synthesis SDR-35 @ 192.168.68.115:42655] [raatclient] SENT [537]{"request":"setup","format":{"sample_type":"pcm","sample_rate":44100,"bits_per_sample":24,"channels":2,"sample_subtype":"mqa","mqa_original_sample_rate":88200}}
Info: [Worker (7)] [JBL SDR35] [zoneplayer] Open result (Queueing): Result[Status=Success]
However, there doesn’t seem to be any issue here - the endpoint is briefly taken out of its prepared state by issuing a teardown command, then reconfigured with a setup command using the specified MQA format. This refresh of the stream setup ensures that the device is ready to play the track.
Hi
The album was In Season The Frankie Valli and the 4 Seasons Anthology, vol 1 hq remastered 2023, track Sherry.
Attempted same track today no problem but track , Big Girls Don’t Cry had 3 smal stops @ about 11:43 local time (smal stops under 1 sec)
Arcam has an similar model to the JBL Synthesis SDR-35 that has had an FW update for Introduction of Tidal Hi Res compatibility for Tidal Connect that has updated the NET 2057 SW, can this be a part of the problem with my JBL?
I also have an Arcam SA30 this has also had the same update to NET 2057 and has been more stabel after this update.
Arcam AVR 31
Software Release:1v62_2057
Host Version 1.62
LCD/IAP 0.93/0.04
DSP1 02.03 / 03.08
DSP2 00.01 / 01.48
DTS/IMAX 3.90.50.1/390.508.2.0
OSD 0.03
DAB 303 / 561
NET 0.100.2057
BT 0.7 (or higher, depending on build)
Fix List:
Improvements in eARC compatibility.
Introduction of Tidal Hi Res compatibility for Tidal Connect.
We’re not able to comment on specific firmware and diagnostic fixes for third party devices, unfortunately, I’d get in touch with the manufacturer directly with any specific questions you may have in this area.
Can you please power on and connect to your Roon Server? From there, we should be able to enable diagnostic mode again to review things further. Let us know when you’re able to do so - thank you!
