Hello,
I recently got a very hard to find Renderer V2, a hardly used unit in 10/10 condition.
The module has 2.10 firmware and is connected to the Player port of a Melco N1Z running Minimserver.
I use jPlay to control the renderer.
I played successfully 44, 88, 176 kHz, DSD 64, DSD 128 and 32 bit - 352 kHz without a glitch.
When I switch to frequencies which belongs to the 48 kHz domain, the DAC remain locked on 44 kHz : music plays slower and samples are drifted at regular intervals.
When the Analog DAC operates in AUTO mode, I just need to hit PAUSE, I can hear the click sound from the DAC and when I hit PLAY the music resume and the DAC properly locks on 48 kHz and its multiple depending on the material I play.
If I go back from 48 clock domain to 44, the DAC switches properly.
A bit of context, before the Renderer, I was using a Lumin digital transport connected to the DAC with the AES module installed.
I have never experienced this behaviour in years.
The DAC was always playing both clock domains material properly.
I switched the Renderer to the other 2 slots :
- installed in the middle one, the DAC refuses to switch to the renderer in AUTO and even when I force it manually with the remote (no sound but the control point operates normally)
- installed in the slot #3, behaviour is identical to slot #1 (high priority) where it’s installed now.
All slots are working fine with AES module, even with USB V1 module connected to the Melco USB outpout.
The DAC is running firmware Version 2.7.
When properly locked on the right clock, the sound delivery is astonishingly good.
… so good that the Lumin streamer and a 2K AES cable simply can’t match the Renderer SQ.
I get that MSB optimised the Renderer V2 for Roon but I really hope this cloud be resolved as it is also certified with jPlay and the combo is really awesome.
Any help appreciated 
Best regards from France.