Thread Rating:
  • 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
Mac AIR v MiND 180 v Auralic ARIES v totaldac d1 server
#35
(31-Aug-2014, 12:11)GuillaumeB Wrote: I also think there's nothing wrong with AIR (ok, apart from some of the reliability issues).

Hi

I am not sure of this statement...

There has been a lot of "uncertainties" about "who" achieves track decoding (making an audio flux with clock signals from the tracks)' for Devialet AIR:
- the computer
or
- Devialet

On the 2 years old Devialet White Paper, it seemed that it was Devialet, AIR transmitting track files (as in UPNP Linn, or Lumin or Ayon streamers) and not an audio flux.

Looking at the current Devialet website and as Jriver or Audivarna can be used, it seems now clear that it is the computer that achieves track decoding, transmitting an audio flux to Devialet.

When doing track decoding on a computer, it is only a first view to say that the clock (hard or software) of the computer is no longer used when the receiver clock masters the process.
In any audio flux protocol, you have to share a "time definition" between emitter and transmitter. And even if it is an atomic clock that drives the process, the computer side clock is still involved and has to be able to "obey" to the main clock.

In my opinion, Devialet streaming could and should have been done with tracks and not with audio flux. Computer software and hardware clocks, general purpose Operating Systems as Windows or OSX, decoding softwares, etc., have difficulties to compete with dedicated chips, clocks and software.
In my opinion, a redesign of AIR protocol (transmitting files and no audio flux) and the addition of a dedicated chip inside the Devialet to decode the tracks, may be the only way to really improve the digital part of Devialet (apart from buying an additional drive), keeping the computer in the role of file server, with 0 audio function.

The possibility of dramatically improve Devialet with a d1-server comes (in my opinion) from this design approach weakness.

d1-server really solves these issues with:
- Linux Real Time as Operating System inside a Cubox
- dedicated power supply to Cubox
- shielding the Cubox
- building any audio flux inside a FPGA with a proprietary Clock (and proprietary algorithms), the Cubox clock being not used at all
- recklocking in the FPGA before any audio flux manipulation and creation.

These principles are also used in Totaldac DACs, solving nearly all the usual issues of SPDIF, AES and USB.

In my opinion, d1-server uses the "state of the art" technologies and design (also much ahead of any Aurender that I tested).
Drives as Auralic Aries or 3DLab Nano, at a much lower price, could be good competitors to d1-server, as they use the same kind of design and ideas.
Only direct comparisons will allow conclusions. I should have an Aries for a review in a week or two...

Cheers
Thierry
S1:  Totaldac d1-server, Trinnov ST2-H, Ayon S5, Orpheus Lab 3M, Klinger Favre D56
S2: Trinnov Amethyst,  Ayon Odin III, TAD Evolution One
Reply


Messages In This Thread
RE: Mac AIR v MiND 180 v Auralic ARIES v totaldac d1 server - by ThierryNK - 31-Aug-2014, 16:49
CuBox - by Kunter - 31-Aug-2014, 13:49

Forum Jump:


Users browsing this thread: 9 Guest(s)