microRendu loses connection to Mytek Brooklyn in some cases [Solved, Bad File]

I’m not sure this belongs in the Sonore, Mytek, or Roon support sections of the community, but here is the problem:

I’m trying to burn in my new headphones which are connected to my Mytek Brooklyn which is fed by a microRendu (which is fed by Roon on sonicTransporter i7 + Synology NAS).

I have added a few pink noise and since sweep files to a Roon Playlist and set it to random and infinite repeat.

Everything plays fine, but after about 10 minutes, the sound output from the Mytek stops. In Roon, it still shows that it is playing (since the pause option is displayed), but the time counter is not incrementing. Instead, each five seconds or so Roon moves on to the next track as though it tried to play them, failed, and moves on to the next. There are no error messages.

The only way I have managed to get the sound back is to restart the Brooklyn.

Any ideas on what could be happening here and how to solve it? Thanks.

If you lost connection with the DAC the unit would not show up in Roon as an output device and playback would stop.

it still shows up as a zone. but if i quit roon remote and launch it again, the output zone does not appear. so it looks like the connection is being lost between the mR and the DAC.

I tried restarting the room ready app on the mR instead of restarting the dac but it still did not work.

anything i can do to diagnose further?

Roon will not list the microRendu until the microRendu sees your DAC. To verify if the microRendu sees yours DAC go to Apps / DAC Diagnostics. If the DAC is not listed you may have to remove the USB cable, reconnect the USB cable, then refresh the page. If your DAC is still not listed try power cycling the DAC followed by power cycling the microRendu and then go to Apps / DAC Diagnostics.

I have that DAC here so I know that it works very well with the microRendu. That said if the DAC freezes up then you may need to perform the steps above to get playing again.

When the problem happened, and before disconnecting or restarting anything, I ran the DAC Diagnostics and saw this:

Mytek Digital Brooklyn DAC at usb-ci_hdrc.1-1.1.2, high speed : USB Audio

Playback:
  Status: Stop
  Interface 2
    Altset 1
    Format: S32_LE
    Channels: 2
    Endpoint: 1 OUT (ASYNC)
    Rates: 44100, 48000, 88200, 96000, 176400, 192000, 352800, 384000
    Data packet interval: 125 us
  Interface 2
    Altset 2
    Format: SPECIAL DSD_U32_BE
    Channels: 2
    Endpoint: 1 OUT (ASYNC)
    Rates: 44100, 48000, 88200, 96000, 176400, 192000, 352800, 384000
    Data packet interval: 125 us

Capture:
  Status: Stop
  Interface 1
    Altset 1
    Format: S32_LE
    Channels: 4
    Endpoint: 1 IN (ASYNC)
    Rates: 44100, 48000, 88200, 96000, 176400, 192000, 352800, 384000
    Data packet interval: 125 us
  Interface 1
    Altset 2
    Format: S32_LE DSD_U32_BE
    Channels: 8
    Endpoint: 1 IN (ASYNC)
    Rates: 44100, 48000, 88200, 96000, 176400, 192000, 352800, 384000
    Data packet interval: 125 us
  Interface 1
    Altset 3
    Format: S32_LE
    Channels: 8
    Endpoint: 1 IN (ASYNC)
    Rates: 44100, 48000, 88200, 96000, 176400, 192000, 352800, 384000
    Data packet interval: 125 us
  Interface 1
    Altset 4
    Format: SPECIAL
    Channels: 2
    Endpoint: 1 IN (ASYNC)
    Rates: 44100, 48000, 88200, 96000, 176400, 192000, 352800, 384000
    Data packet interval: 125 us

no setup

amixer: Mixer hw:0 load error: Connection timed out

I then tried to disconnect and reconnect the USB cable and ran it again (with the same result after rebooting the mR):

No audio devices found. Attach a USB DAC to this system.

I power cycled the Brooklyn, restarted the playlist successfully, and ran the diagnostics again:

Mytek Digital Brooklyn DAC at usb-ci_hdrc.1-1.1.2, high speed : USB Audio

Playback:
  Status: Running
    Interface = 2
    Altset = 1
    Packet Size = 247
    Momentary freq = 192000 Hz (0x18.0000)
    Feedback Format = 16.16
  Interface 2
    Altset 1
    Format: S32_LE
    Channels: 2
    Endpoint: 1 OUT (ASYNC)
    Rates: 44100, 48000, 88200, 96000, 176400, 192000, 352800, 384000
    Data packet interval: 125 us
  Interface 2
    Altset 2
    Format: SPECIAL DSD_U32_BE
    Channels: 2
    Endpoint: 1 OUT (ASYNC)
    Rates: 44100, 48000, 88200, 96000, 176400, 192000, 352800, 384000
    Data packet interval: 125 us

Capture:
  Status: Stop
  Interface 1
    Altset 1
    Format: S32_LE
    Channels: 4
    Endpoint: 1 IN (ASYNC)
    Rates: 44100, 48000, 88200, 96000, 176400, 192000, 352800, 384000
    Data packet interval: 125 us
  Interface 1
    Altset 2
    Format: S32_LE DSD_U32_BE
    Channels: 8
    Endpoint: 1 IN (ASYNC)
    Rates: 44100, 48000, 88200, 96000, 176400, 192000, 352800, 384000
    Data packet interval: 125 us
  Interface 1
    Altset 3
    Format: S32_LE
    Channels: 8
    Endpoint: 1 IN (ASYNC)
    Rates: 44100, 48000, 88200, 96000, 176400, 192000, 352800, 384000
    Data packet interval: 125 us
  Interface 1
    Altset 4
    Format: SPECIAL
    Channels: 2
    Endpoint: 1 IN (ASYNC)
    Rates: 44100, 48000, 88200, 96000, 176400, 192000, 352800, 384000
    Data packet interval: 125 us

access: RW_INTERLEAVED
format: S32_LE
subformat: STD
channels: 2
rate: 192000 (192000/1)
period_size: 9600
buffer_size: 19200

amixer: Mixer hw:0 load error: Broken pipe

I have submitted a support request with Mytek, but let me know if there is anything you can suggest to address this on the mR side.

Note: I just realized that I have had the Brooklyn output set to BOTH (headphone + main) throughout this process. For now I have reverted the setting to AUTO and will see if this impacts the disconnection problem. I’ll report back here.

Update 1: The disconnection problem still happens with the output set to AUTO. I’m trying the output set to HP now.

Update 2: The disconnection problem still happens with the output set to HP.

Thanks,
Adeeb

It would seem that one of the burn-in files I was using was likely causing the USB loss of connection issue with the Brooklyn. After replacing them all with one looping pink noise file, there have been no disruptions for over 12 hours.

While I still find that this is unusual, I will continue the follow up with Mytek directly. Thank you @Jesus_Rodriguez for your assistance.

Okay. Thanks for letting us know.