Unitiserve vs Mac Mini

Posted by: MontyMusic on 11 January 2012

Hi

Has anyone tested the above and can confirm if the Unitiserve is a good upgrade for a macMini I'm currently using. If be using with an M2Tech Young with upgraded power supply.

Am I better off saving for an NDX? I don't mind re ripping......
Posted on: 11 January 2012 by garyi
In what way compare?

They dont serve the same purpose really unless you are proposing to output audio directly from the Seve
Posted on: 11 January 2012 by Stover
Originally Posted by MontyMusic:
Hi

Has anyone tested the above and can confirm if the Unitiserve is a good upgrade for a macMini I'm currently using. If be using with an M2Tech Young with upgraded power supply.

Am I better off saving for an NDX? I don't mind re ripping......

I have a Mac Mini M2Tech Hiface and Naim DC-1 and have compared it`s SQ to a US using BNC dig out with similar cable.

US is a much better source and it`s User interface is much better than Mini (both using iPad)

 

I cannot comment on NDX, they are meant for different use.

 

Best

Posted on: 11 January 2012 by james n
If the NDX or ND5xs floats your boat then go that way. Via UPnP there will be no difference between the Mac and US. No need to re rip either.

James
Posted on: 11 January 2012 by Noogle

If you are using the asynchronous USB input on the DAC I would expect the Mac Mini performance to be better than that of the US.  The jitter performance of the US digital output is not stellar.

Posted on: 12 January 2012 by MontyMusic
Thanks. Yes. I was thinking of replacing the mini for a US and use the digital output into the Young. It looks like I should stick with what I have from some of the comments and maybe go and audition an NDX and directly compare with the output from a mini/Young......
Posted on: 12 January 2012 by Jan-Erik Nordoen
Originally Posted by Noogle:

The jitter performance of the US digital output is not stellar.


The quality of the UServe digital output is regularly questioned on this forum, yet I have never seen any technical arguments that would support its supposedly "compromised" performance. On what is your statement here based ? Technical info from Naim?, a bench test in a magazine? other source ?

Jan
Posted on: 12 January 2012 by Guido Fawkes

Hi Jan

 

I use a Wireworld Supernova Optical IC between a Mac Mini and the Naim DAC/555PS. This sounds fantastic. The Mac Mini has 256 GB SSD for OS X Lion with iTunes and Bit Perfect. It has a 750GB hard disk for my Music. 

 

I cannot ell you it sounds better than a US, but it loses nothing to digital output from a UQ. Hence based on what you told me before I am inclined to guess it sounds better than US S/PDIF out. (i.e. if MM = UQ and UQ > US then MM > US). 

 

I have never seen any jitter figures for the US or UQ. The Mac Mini is very low. Using a high quality interconnect is essential in my view and the Wireworld Supernova Optical IC is the best one I know of. I couldn't use my TCI because they don't do with a suitable connector to I had to buy a new cable. This reduces/removes RFI/EMI so it is not just about low jitter. 

 

Using a USB/S-PDIF convertor is unnecessary. The MF V-Link works every bit as well as the hiFace and INT202 (both of which I tried in a previous configuration). The MF V-Link makes no difference to the SQ with a new Mac Mini. I suspect the new MF V-Link will sound slightly worse because it uses coaxial without galvanic isolation. Although the hiFace is good, I shy away from it because it loads another driver on the Mac. Whatever Apple has done to improve the Mac Mini, I'm impressed - new S/PDIF out chip and no sharing with CD so I read. It is quiet and it does exactly what I want (with exception of play CDs directly). 

 

I have no evidence to suggest the US would not sound great and if Naim could put it forward as genuine CD transport, it would interest me. It has a good quality TEAC drive in a low vibration chassis and so Naim has no excuse for not giving it good digital outs. Perhaps they do and the rumour mill has taken a grip. Of course, when Naim tells me it is not intended to work as CD transport then it hits home. So if Naim would like to say - have a listen you have got it wrong - then I'll take heed. 

 

However using my logic above and what you've told does seem to concur with this view. 

 

All the best, Guy. 

Posted on: 12 January 2012 by Jan-Erik Nordoen

Thanks Guy for the two-in-one reply. Regarding the reputation of the UServe dig out, my hunch is that it's the rumour mill, but I have been wrong before on one occasion and many more times after that. So, armed with hope of getting to the bottom of this, I've just written to Naim support for clarification.

 

On a side note, I did get to test the shock resistance of the UnitiServe ; one of my Mordaunt and Short Pageant 2s (with rebuilt crossover and no ferrite-core inductors in sight) was knocked off its perch onto the Serve by a mattress (don't ask). The Serve stuttered a bit, regained its composure and carried on as though nothing had happened. Not a glitch since then, just a dent in the M&S. Gotta love Naim.

 

Jan

Posted on: 12 January 2012 by Noogle

AFAIK the UnitiServe is based on a PC-compatible motherboard running embedded Windows XP with PC-level components (including commodity S/PDIF outputs).  I wouldn't expect this configuration to deliver low jitter.

 

Input signal jitter is irrelevant with the Naim DAC as all inputs are asynchronous.  The situation is different with the M2Tech Young DAC as only the USB input is asynchronous (it uses HiFace technology).

Posted on: 12 January 2012 by Guido Fawkes

> Input signal jitter is irrelevant with the Naim DAC as all inputs are asynchronous.

 

Why does Naim say the CDX2 is a better transport than CD5X, which it definitely seemed to be when I heard the two at a demo. Why does the new Mac Mini sound better than my old Apple computer. Why ..... 

 

I know what you are saying about the Naim buffering technology, but ... as the Who once sung I Can't Explain. 

 

I've never heard a Young DAC, still never mind, I'm happy enough with my Old Naim DAC 

 

Thanks for the US info - interesting 

 

So the S/PDIF out just happened to be on the US motherboard rather than being a high quality Naim digital output, this would explain why Jan thought the UQ sounded better (I think). Shame Naim didn't do something about this, as it could have been a great one box transport. Still let's see what Naim say to Jan. 


All the best, Guy

Posted on: 12 January 2012 by Noogle

I think the UnitiServe was focussed at being a server rather than a high-quality digital source.  It takes quite a lot of effort to implement a stable, low-jitter clock such as found in the nDAC.

 

BTW - out of interest, what does the SSD do in your Mac Mini (apart from making it boot quicker)?

Posted on: 13 January 2012 by maze
Naim clearly call the us a hard disk player/server, I don't buy into the digital out being inferior on the us, makes no sense for naim to make a source component that is not up to the job as they are at pains to promote front end first in system hierarchy,and my us sounds good to me.
Posted on: 13 January 2012 by Noogle

If you're using the Naim DAC then it's asynchronous and ignores the jitter in the US output signal - so I'd expect your SQ to be excellent. 

Posted on: 13 January 2012 by maze
I do and it does,
Thanks.
Posted on: 13 January 2012 by Guido Fawkes

So are you saying all transports sound the same through the Naim DAC then .... ?

 

It is not my experience ..... or that of some others


Maze would you say US into Naim DAC is as good as or better than CDX2? Thanks, Guy. 

Posted on: 13 January 2012 by maze
Guido I couldn't say as I have not listened to any naim player for a comparison, the us into the ndac is pretty good to me. I would be interested in hearing a n5dx to stream from the us to see how it compares as a straight through player into the ndac though. Has anyone tried this option?
Posted on: 13 January 2012 by Noogle

I'm not saying that all transports sound the same, but nobody has ever given me a convincing explanation of why they sound different.

 

There are two paramaters in digital audio - timing and data.  The NaimDAC takes care of the timing and getting the right data is trivial.

Posted on: 13 January 2012 by Jan-Erik Nordoen
Originally Posted by Guido Fawkes:

Maze would you say US into Naim DAC is as good as or better than CDX2? Thanks, Guy. 


Hi Guy, I'm not Maze but amazed at the superiority of my UServe+DAC over my CDS2/XPS. No contest. The CDS2/XPS is, I believe, generally considered musically superior to a bare CDX2, but different from a CDX2/XPS2. Hope that helps Jan (no news yet from Naim HQ)
Posted on: 13 January 2012 by aysil

"Naim HQ" don't usually answer such questions about Naim hierarchy on this forum. However, Phil Harris had explained once in one of the threads, why it is technically likely to find differences btw dig-outs of various Naim devices.

 

Personally, I had found US dig-out not exactly up to the level those of HDX or NDX, lacking just the last bit of microdynamics. But, this is just relative. I can only confirm that US is a marvellous transport, sounding much better than many CD players I've experienced. I hope to compare it to new Macmini as Guy suggests. Maybe I can loan a Macmini from a friend or something.

Posted on: 14 January 2012 by YanC
Originally Posted by Noogle:

I'm not saying that all transports sound the same, but nobody has ever given me a convincing explanation of why they sound different.

 

There are two paramaters in digital audio - timing and data.  The NaimDAC takes care of the timing and getting the right data is trivial.

 

A couple of weeks ago I demoed the HDX player server :

(1) Play the CD directly

(2) Rip the CD and play the ripped data from the server. 

My impression was that method 2 gave better results. Not night and day, but better clarity/separation. And that was the impression of all 3 people in the room (one of them an audio dealer).

 

So it seems to me that source still matters. Or at least the method by which the digital data is delivered to the DAC matters. 

Why the difference?

 

Let's look at a simplistic diagram that may help understand the parts. 

Let's assume that the incoming CD bytes (solid blue line) are the same as the files bytes (solid green line). i.e. that Ripping has produced correct sequences of data. Don't really care of the container format here (AIFF, WAV, FLAC, etc)

 

So :

- CD data for track 1 (solid blue line) will be 1,2,5,8,12,3….

- Decoded data for HD track 1 (solid green line) will also be 1,2,5,8,12,3….

 

Then :

- The transport delivers data to the DAC (dotted blue line). 

- The Server (Computer, NAS, Naim Server) delivers the data to the DAC in one of 3 ways. USB, Optical, or Ethernet.

 

It is possible that some sort of noise or distortion is accumulated to the digital signal during the transfer of data (dotted lines). In other words the data delivered to the DAC from the 4 possible methods is not identical. 

Another factor that may affect SQ is the DAC interfaces.

Could that be correct? Could that be measured?

Posted on: 14 January 2012 by Pev

Interesting thread but a couple of points spring to mind:

mind:

if you are considering userve vs new MacMini you need to bear in mind it doesn't have any kind of optical drive so you need an external drive or another pc to rip cds 

@YanC - I also find on my Uniti that rips sound clearly better than playing the CD - my theory is that playing a CD "live" involves lots of error correction etc. and thus the output from the transport is unlikely to be bit perfect; plus having a cd drive spinning away in the same box may well be causing all sorts of EMI, vibration etc.  

Posted on: 14 January 2012 by Noogle
Originally Posted by YanC:
Originally Posted by Noogle:

I'm not saying that all transports sound the same, but nobody has ever given me a convincing explanation of why they sound different.

 

There are two paramaters in digital audio - timing and data.  The NaimDAC takes care of the timing and getting the right data is trivial.

 

A couple of weeks ago I demoed the HDX player server :

(1) Play the CD directly

(2) Rip the CD and play the ripped data from the server. 

My impression was that method 2 gave better results. Not night and day, but better clarity/separation. And that was the impression of all 3 people in the room (one of them an audio dealer).

 

So it seems to me that source still matters. Or at least the method by which the digital data is delivered to the DAC matters. 

Why the difference?

 

Let's look at a simplistic diagram that may help understand the parts. 

Let's assume that the incoming CD bytes (solid blue line) are the same as the files bytes (solid green line). i.e. that Ripping has produced correct sequences of data. Don't really care of the container format here (AIFF, WAV, FLAC, etc)

 

So :

- CD data for track 1 (solid blue line) will be 1,2,5,8,12,3….

- Decoded data for HD track 1 (solid green line) will also be 1,2,5,8,12,3….

 

Then :

- The transport delivers data to the DAC (dotted blue line). 

- The Server (Computer, NAS, Naim Server) delivers the data to the DAC in one of 3 ways. USB, Optical, or Ethernet.

 

It is possible that some sort of noise or distortion is accumulated to the digital signal during the transfer of data (dotted lines). In other words the data delivered to the DAC from the 4 possible methods is not identical. 

Another factor that may affect SQ is the DAC interfaces.

Could that be correct? Could that be measured?


I don't believe the data's being corrupted - it is only running at kHz and computers successfully handle data at GHz.  As long as you can discern a 1 from a 0 then noise and distortion on digital data signals doesn't matter  I also don't see why the DAC interfaces would corrupt the data - again, it is a really low-speed data stream.

Posted on: 14 January 2012 by YanC

Maybe corrupted is the wrong word. What about polluted or colored.

A lot of processes running in both Transport and Server boxes. Mechanical and Electrical. Could it be that the signal in the dotted lines is colored by them, whilst it is delivered to the DAC. Hence the audible difference.

That would also explain the current trend to eliminate some of these stages by making all in one boxes, including amplification that comes after DAC.

 

Edit: 

Data going to the DAC's input is no longer binary (0/1), but 16 bit or more.

Posted on: 14 January 2012 by Noogle

The beauty of digital data is there is no concept of polluted or coloured - like pregnancy, it either is or it isn't.

Posted on: 14 January 2012 by YanC

well, I am only trying to understand in layman's terms what could cause the audible differences. 

 

Digital data is stored as 0s and 1s on the disc, but, if I am not mistaken, this is not what the DAC sees. Data read from the store will be converted to 16 bit numbers. As far as the computer is concerned these numbers can be amplified (volume control) as well as altered (equalizers). 

But even if no amplification or equalization takes place, the signal itself that transmits those numbers may be polluted. So what the DAC sees maybe digital but not always the same from the various sources.

 

Just a thought.