Issue with auto-input switching on Devialet Expert 1000 Pro after Roon update to Build 1696 (ref#HHPLO0)

Support
1

What best describes your playback issue?

· Music doesn't start when I press "Play"

What type of Zone is affected by this problem?

· *Network Zones* are affected.

Is the affected network Zone connected with Ethernet or WiFi?

· Ethernet

Does the issue affect all file formats?

· The issue affects *multiple/all* file formats.

Does the issue happen with local library music, streaming service music, or both?

· *Both streaming and local* *library* music are affected.

Do you encounter any playback errors with the "System Output" Zone?

· The System Output has *no problem*, it's only my other Zone.

How is the affected Zone connected to your RoonServer machine?

· Network - Ethernet

Which network audio protocol is the Zone using with Roon?

· RoonReady

Does the device show up at all in Roon Settings -> Audio?

· The Zone is listed under the wrong protocol

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?

· Only one output type is affected while the other output type works as expected

Is the device using the latest firmware as per the manufacturer?

· Firmware is up-to-date but the issue remains

Do you have an approximate timestamp of when the issue last occurred?

· Today around 10:00 PM (KST) / Track: [Stairway to Heaven [Remaster]]

What are the make and model of the affected audio device(s) and the connection type?

· Devialet Expert 1000 Pro / Ethernet (RAAT - Roon Ready)

Describe the issue

Hi Roon Support Team,

Ever since updating Roon Server and Remote to Build 1696, I have encountered a consistent issue with auto-input switching on my Devialet Expert 1000 Pro when using the Roon Ready (RAAT) protocol.

[Setup Details]
- Roon Server: Synology DS1522+ (Roon Server v2.73 Build 1696)
- Audio Endpoint: Devialet Expert 1000 Pro (Connected via Ethernet, Roon Ready)

[Description of Issue]
1. Previous Behavior:
When the Devialet 1000 Pro was in standby mode, hitting "Play" in Roon via the Roon Ready zone would automatically power ON the amplifier, switch the input to Roon, and start playing music immediately.

2. Current Behavior (Build 1696):
When pressing "Play" from standby, the Devialet powers ON successfully. However, playback fails immediately, and Roon throws the following error message:
"오디오 장치가 입력을 Roon(으)로 전환하는 것을 거부했습니다." (Audio device refused to switch input to Roon.)
If I manually press "Play" a second time after the amplifier is fully awake, it plays fine.

3. Comparison Test:
When using the "Devialet AIR" protocol under Other Network Devices, pressing "Play" from standby works perfectly (wakes up and plays without any error). The issue occurs exclusively with the Roon Ready (RAAT) input switching handshake.

It seems that the RAAT handshake/trigger timeout during wake-up might have changed in Build 1696 before the Devialet finishes sending its input-switch acknowledgment signal.

Could you please check this issue? Thank you!

Describe your network setup

Synology DS1522+ NAS and Devialet Expert 1000 Pro are both ASUS RT-AX88U connected via Gigabit Ethernet (LAN cables) to the same local router/network switch.

2

As a second data point, I am seeing the same behaviour. My system is:

  • Roon Server on Mac Mini (M1, macOS Sequoia 15.8)
  • Devialet Expert 1000 Pro CI (firmware v13.0.0, DOS 2.2.2)
  • server and endpoint wired to switch (Apple Airport Express)

In my case the Devialet is correctly listed as a Roon Ready device.

3

Same issue here:

  • Roon Nucleus
  • Devialet Export 220 Pro CI (firmware v13.2.0, DOS 2.2.6)
  • Nucleus, Devialet and Roon App (Mac book M1, Sequoia) wired to router.
4

Hi @Ryan_KIM, @Luis_Nogueira, @thumb5,

Thank you for the reports. We’ve captured the pathway you described in all three automatically uploaded log sets from your respective server machines.

This doesn’t require any further action on your end; for now, the workaround will be to manually engage the control layer with the second play button press. Let us know if this doesn’t work, or stops working.

This looks like the timing race @Ryan_KIM suspected; changes in 2.73 (and possibly also in 2.71 before that) have trimmed Roon/RAAT’s tolerance for requesting source from the endpoint. We’re going to assess this internally with engineering and follow up with our next steps.

We’ll share information here as it becomes available.

5

Thank you for checking the log files and providing a clear explanation.

As you noted, this timing issue actually started manifesting for me slightly before build 2.73, so trimming RAAT’s handshake tolerance definitely explains why this behavior began occurring. Given the nature of this change, it seems very likely that other users running similar network endpoints or amplifiers with standby modes might be experiencing the same input switching error.

I hope the engineering team can review or adjust this timing threshold in an upcoming update so that auto-input switching works seamlessly again. In the meantime, I will use the workaround of pressing play a second time as suggested.

Thank you again for looking into this, and I look forward to hearing any updates from engineering!