Sorry, I have listened to most top CAS servers in the market, including the Wadax Atlantis.
To me, they can be divided into 2 categories/leagues :
1. The Extreme.
2. The non-Extremes.
It's that simple!
![]()
You are welcome but it was a joke for Taiko...
Sorry, I have listened to most top CAS servers in the market, including the Wadax Atlantis.
To me, they can be divided into 2 categories/leagues :
1. The Extreme.
2. The non-Extremes.
It's that simple!
![]()
You forgot Wadax Atlantis Server.
Even Robert Koda kneels in front of such magnificent electronic....
View attachment 59798
Welcome to the forum Audioking87.
There is 48Gb to occupy all 12 available memory channels (maximum bandwidth) and 4Gb is the smallest module we can have made in this quality.
It might be good to realise there is a very distinct difference between the various offerings of music servers / streamers.
The first foremost and largest difference can be found in processing power.
The highest current processing power offerings that I'm aware of are:
-The Taiko Audio SGM Extreme with 2*10 core Intel Xeon CPUs
-The Pink Faun 2.16 with 1*8 core AMD Ryzen CPU
-The Laufer Memory Player with 1* AMD Threadripper CPU, depending on the model between 8 and 32 cores
Some obvious differences between these 3 are: The Extreme and Pink Faun are both fanless cooled and linear powered. The Memory Player uses fans for cooling and is SMPS powered. The Extreme and Memory Player are both running on a Windows operating system, for music playback the Extreme uses Roon, the Memory Player uses Jriver Media Center. The Pink Faun runs on Audiophile Linux and uses Roon for music playback. The Memory Player is the only one offering built in CD-ripping to what appears to be a proprietary 64 bit format and it has some unique in house designed software solutions improving playback performance. The Pink Faun focuses on hardware clock quality where the Extreme and the Memory Player both address this by other means (neither of these benefit from upgrading clocks). The Extreme offers PCIe storage up to 24TB, I think The Memory Player does too now, The Pink Faun offers SSD storage up to 8TB. The Pink Faun can be stacked to improve performance, the Extreme and Memory Player do not benefit from being stacked. Pricing wise The Extreme is more expensive then the Pink Faun, unless you buy 2 and stack them. The Memory player ranges from being the cheapest of all 3 to being the most expensive depending on the model.
Then there is a range of "middle CPU power offerings", usually using a 4-6 core Intel I7 CPU, I'll list a few of the better known ones:
-Sound Galleries SGM 2015 / EVO
-Lampizator Super Komputer
-Antipodes CX/EX
And then we have a very large selection of low CPU power offerings, using Intel Atom or other low power embedded CPU types, they all run a variation of a Linux operating system and offer Roon, Linux MPD (Music Player Deamon), UPNP or their own proprietary playback solution. Some better known examples:
-Aurender
-Innuos
-Melco
-Auralic
-432 EVO
The high CPU power offerings tend to cost more because obviously the digital side of the hardware is more expensive, they need beefier power supplies, larger / more elaborate cooling solutions and larger cases to fit everything. As always in High End the chassis can be the single most expensive part of it all, and some consider its build and finish quality to be a fundamental part of why we call it High End.
Why is it necessary to have an excess computing power if what I am looking for is to deliver an unaltered, unprocessed data?
To reduce the RF noise signature of the music playback, going multicore is an effective strategy. The execution time is reduced, and processes need to wait much less often for a previous process to complete.Why is it necessary to have an excess computing power if what I am looking for is to deliver an unaltered, unprocessed data?
.
Surely digital audio is always going to be processor dependent? I don’t think anyone is under the illusion that digital stands still. That is any analog is so much more comforting. IMO, an upgrade path is important and Emile’s line up seems to provide that to some extent.Thank you for your answer.
Sincerely, i don’t believe this kind of trial and error design.
Since i bought my server on 2017 i’ve seen three SGM servers.
SGM 2015 - Intel Skylake i7 6700K
SGM Evo - Intel Skylake i7 7700K
SGM Extreme - Dual Intel Xeon Scalable 10 core
Could we expect a new SGM edition with new 2020 Intel Comet Lake-S next april?
Based on you logic, it will sound better.
That isn’t an effective strategy on short time.
You says going multicore is better for RF noise? And worst for nothing?
I don’t see any grounding post to get better EMI/RF noise reduction for the most noisy component. The power supply.
Execution time is reduced? What kind of execution? Bit Perfect audio process execution is very simple for any processor.
As i said, the processor is only relevant on the Dac.
I’m sorry to disagree.
Cheers.
I’m sorry to disagree.
What kind of execution? Bit Perfect audio process execution is very simple for any processor.
What about AMD new Threadripper 64 cores and TRX40 mobo?You are of course fully entitled to your opinion.
The SGM2015 and its EVO update were designed with HQ Player upsampling in mind. HQ Player favours core clock speeds over core count. These use consumer level CPUs which are replaced quite often, and are unfortunately neither drop in replacements, nor stay available.
The SGM Extreme was designed with “bit perfect” playback in mind. It uses professional Xeon class parts, if new generations are not drop in replacements the previous will be kept available for 10 years.
We did not get increased benefits from going past 2*10 cores but have tested up to 2*20.
You asked, so here’s my opinionRoon Core is a very busy piece of software with a lot of threads.
A very audible part of the Extreme SQ Is the memory architecture. This is a feature we can expect to stay the best strategy for quite a while
If you can suggest a better way for development than laborious Trial and Error, we are listening
Anyway, I’m sure you get the gist of my message. Trial and error is a good way to finish, fine tune or ‘polish’ something, but doesn’t really suit ground-up development, simply because it lacks specific direction and specified outcomes. With trial and error, you’re never quite sure when you’ve actually arrived. Its a bit like going for a hike in the mountains and not taking a map.......just following what looks like the best trails and knowing the general direction you should be headed.
I also doubt that Emile did such a crude trial and error methodology as has been suggested. Whilst it would be my method given a complete lack of knowledge in this field, i'm sure the Extreme basics was probably constructed based on predicated known parameters and systems a priori but the final result required extensive testing of those areas that were indeed unknown. The extreme does not strike me as the kind of product you get just by simply throwing shit at the wall and seeing what sticks.You do make some good points, but not every direction is known when it comes to digital. For example, it took trial and error to realize just how incredibly sensitive the human ear is to digital jitter (as opposed to analog wow and flutter). Nobody knew in advance when digital was developed.
So it is good to have a specific direction, but it is equally important to be open to the as of yet unknown.
That’s of course the opposite side of the argument and IMO no less valid. There’s a place for basic research to discover where the pressure points lie. No doubt at all about that.You do make some good points, but not every direction is known when it comes to digital. For example, it took trial and error to realize just how incredibly sensitive the human ear is to digital jitter (as opposed to analog wow and flutter). Nobody knew in advance when digital was developed.
So it is good to have a specific direction, but it is equally important to be open to the as of yet unknown.
Hey Howiebrou, if throwing shit at the wall was how my post came across, then I certainly wasn’t sufficiently clear. You are absolutely correct in that a product like the Extreme doesn’t come from a careless development cycle. I’m sure there were R&D breadboards and prototypes where things like memory, CPUs etc could be thoroughly evaluated and compared.I also doubt that Emile did such a crude trial and error methodology as has been suggested. Whilst it would be my method given a complete lack of knowledge in this field, i'm sure the Extreme basics was probably constructed based on predicated known parameters and systems a priori but the final result required extensive testing of those areas that were indeed unknown. The extreme does not strike me as the kind of product you get just by simply throwing shit at the wall and seeing what sticks.
Hi Emile,
for all who want to do only streaming from Qobuz with the Extreme did you try Audirvana as alternative to Roon?
Thanks
Matt
| Steve Williams Site Founder | Site Owner | Administrator | Ron Resnick Site Owner | Administrator | Julian (The Fixer) Website Build | Marketing Managersing |