Who is charging £1400 for a used 851N?
Anybody who wants a used 851N knows £500 is an absolute steal Martin.
Ah I miss read your post. Oops
My old CXN V1 Is sitting in a cupboard despite several adverts
Not even Roon Ready, life moves on unfortunately
The Arcam ST5 is currently NOT Roon Ready.
Getting tiresome with brands (and Roon) prematurely announcing these things.
That is strange. It is listed as both Roon Ready and Roon Tested on Roon’s Web site:
Yep, and I pointed this out 11 days ago that their partners page showed it was Roon Ready. I wonder if they have forgotten
I’ve been waiting several weeks for the FiiO R9 to be made Roon Ready too.
Something for the survey perhaps!
It ain’t and seems to be a worrying trend that brands (and Roon) can claim as such LONG before it actually happens.
It is irrelevant if its definitely coming to a product near you, its disingenuous to advertise it as such.
Ironic given Arcam and Roon are property of Harman…
Agree Mark, I’ve bought a few products that claim to have been Roon Ready at time of purchase but weren’t. The explanation that I got recently from FiiO about the R9 not being Roon Ready yet firmly placed Roon in the dock for this.
Bringing this back to Cambridge Audio, I recently bought the CXN100 and it was Roon Ready from day 1 of hitting the shops, despite being released about a month later than the FiiO R9. As a layman I would have thought making the R9 Roon Ready would be fairly straightforward as Roon would have the template of the R7 to work from?
I always thought it was the other way around, Roon provide the code to include and it is down to the supplier to provide a sample of a product that satisfies Roon’s testers.
Roon have no control over the implementation of RAAT is a manufacturers product
am I wrong ?
I think that it is somewhat more complicated.
The device manufacturer, probably with the help of an SDK supplied by Roon, must provide a means for a Roon server to download an executable element to the endpoint and an environment in which it can run - both of which have to conform to Roon’s specification.
The environment that Roon specifies, will probably consist of at least two elements - a machine agnostic run time enviroment and an API that executable elements running in that environment can use to access the devices hardware in a device independent way.
If this is the case, then Roon have complete control over the way that the audio is streamed from the Roon Server to the endpoint device but they do not have control over what happens once the samples/sample packets whatever are passed to the device specific software using the internal API.
What I meant was it’s the manufacturers job to chase Roon for Certification not the other way around. Unless Roon delay approval its hardly their fault.;
I appreciate it’s not just a rubber stamp
This is a really good interview, for those who might have missed it. Go to the 50:30 mark for a discussion on the Roon-ready certification process, and the challenges of keeping up as more partners and products get in line. https://youtu.be/3xo2jogRY-s
It sounds like Harman resources will definitely help speed up the process. I think one possibility in current state is that manufacturers are given a nominal schedule for approval that later inevitably slips with the current Roon resource bottleneck. But of course the manufacturers already ran with the original timeline for marketing purposes.
Doesn’t matter what’s been done before, this is a new model with different architecture. It has to be tested thoroughly. Just because a previous product has certification does not make the next one pass if it did it would make a mockery of the entire process. Every device with a BluOS card even if it’s the same MDC card as another one has to be fully tested as other aspects of the design can affect how one thing works with another. It’s up to the manufacturers to send stuff to Roon to test they then kick back if it fails and may give advice to OEM as to what to try to fix it. There has been a backlog as the original guy who ran this side left, leaving a hole and more and more devices have obviously been submitted and they have been unable to cope with demand. This has a knock on affect especially if device has waited ages to be tested to find out it fails for some reason.
Is the preamp function in the CXN100 only there for volume purposes, or does it also control input connections?
At the moment I have it connected direct to a power amp with XLR cables for streaming music, but also have a CD transport connected to the Coax input in the back of the CXN100 to play CD’s. In Streammagic I have the preamp setting ON.
If I hooked the CXN100 up to an integrated amp with RCA cables and therefore the preamp function in Streammagic would need to be switched to OFF, will the integrated amp detect that the CXN100 still had the CD transport connected to it via the Coax cable to let me play CD’s? For added info the integrated amp would be connected from it’s pre out connection to the same power amp used in scenario one, this time with RCA cables (the integrated doesn’t have XLR function). Before doing this I would remove the XLR cables that are connected between the CXN100 and the power amp.
Pre-amp enabled only deals with analog output.
See also What is Digital Pre-Amp Mode and how does it work
Digital inputs are functioning completely independant from pre-amp on or off.
Apologies Dirk, I totally forgot to respond to your reply. It’s all working splendidly. Thanks so much.
And we’re still waiting!
I have a Question about the DPA on CXN100, does Roon have full control of the volume or does it only see it as fixed and you have to use it volume control?