Taiko Audio SGM Extreme : the Crème de la Crème

Audioking87

Well-Known Member
Dec 13, 2019
28
20
83
36
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.

Thanks for the reply! Could use this machine also for more than just music with that amount of beastly RAM :)
 
  • Like
Reactions: Taiko Audio

Stereophonic

Well-Known Member
Jun 9, 2013
891
672
410
Spain
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.

Hi Taiko.

Why is it necessary to have an excess computing power if what I am looking for is to deliver an unaltered, unprocessed data?
I don't need a large computing power to play audio unless I want to process a large amount of data.
This last case would be necessary to play from HQ Player.
But what advantages HQ player has i if i am altering the audio signal?
Why i need to introduce processes that are only important in the Dac processor?
The computing power must be within the Dac based on a result, and that result must be given by the analog digital conversion quality where the Dac processor has the real and necessary utility of audio signal processing, not on the server processor.

Regards.
 
Last edited:

EuroDriver

Well-Known Member
Sep 16, 2015
926
2,479
450
Monaco
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.

Emile has tested and I have heard Extremes fitted with CPU’s with a lower core count, and they sounded noticeably inferior to the 10 core CPU’s which are now used
 

Stereophonic

Well-Known Member
Jun 9, 2013
891
672
410
Spain
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.
 
Last edited:

howiebrou

Well-Known Member
Jun 29, 2012
2,789
3,636
1,470
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.
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.
 

Taiko Audio

Industry Expert
Feb 10, 2017
4,297
13,337
1,925
The Netherlands
taikoaudio.com
I’m sorry to disagree.

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.
 

EuroDriver

Well-Known Member
Sep 16, 2015
926
2,479
450
Monaco
What kind of execution? Bit Perfect audio process execution is very simple for any processor.

Roon 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
 
  • Like
Reactions: matthias

matthias

Well-Known Member
Mar 14, 2019
1,249
551
213
Germany
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
 

Hieukm

Well-Known Member
Oct 2, 2016
271
105
128
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.
What about AMD new Threadripper 64 cores and TRX40 mobo?
 

Blackmorec

Well-Known Member
Feb 1, 2019
755
1,287
213
Roon 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
You asked, so here’s my opinion

Trial and error is probably the worst way to develop a piece of technology. It basically infers that you keep trying stuff until you find something that works, or not. When do you stop? At what point is your piece of hardware ready? Finished? If you are about to release and a new very promising piece of kit releases, do you hold your release pending another trial? Or do you release knowing that it could, maybe be better, or not?

What is the design goal? If its best sound, then why doesn’t the Extreme include for example SoTA footers, fuses, power cables? The answer I’m guessing is ‘because those things sound different in every system, so we leave it up to our customers to listen and decide what they need‘.

The above sounds like a condemnation of the Extreme...its not. The Extreme is a fabulous piece of kit. You asked about trial and error development. What trial and error should do, if you’re thoroughly committed to the process is give you a product that ultimately kicks ass. Essentially you’ve tried everything and you've picked the best. So ultimately the process should deliver. However there‘s a caveat. When you’ve developed something in this fashion, you can’t really reach any generalized conclusions about it like “10 core processors are better“ . The conclusion you can reach is that in the context of the Extreme‘s architecture and design choices, 10 core CPUs delivered the best sound quality. The reason for the qualification is manifold;
A different front end strategy i.e bringing in a cleaner stream impacts the sound and certainly influences CPU load. Roon and all its background processing influences the sound and the CPU load. Windows 10 influences sound and CPU load, so its not surprising that the Extreme benefits from plenty of CPU horsepower. Another design that’s far more economical with CPU resources could be quite different.
If i were to follow the usual high tech development principles, the approach would be different. First a design map would be developed, outlining all the desired design goals with regard to everything that you know and research tells you influences sound quality, namely:
Noise....internal noise generation and external radiated and conducted noise. The design should seek to minimize all sources and make the system as immune as possible. Checking noise levels would be a benchmark measure during development. Every design decision you make would be predicated on its noise profile.
Vibration.....internally and external generated sources. Simlar to the above, the design should seek to minimize vibration of internal components, finding ways to minimize production of vibration and ground or neutralise what can’t be avoided. Ways of minimising the effects of external vibration are part of the design and again, vibration would be a key bench measurement during development
Power.....here the design would seek to minimize the interplay of various components through the power supplies, would seek to avoid the generation of noise and would assure the greatest degree of isolation and stability for key components. In addition is would seek to make the unit immune to incoming power noise and would assure the unit itself wasn’t generating problems for other components by injecting its own noise into ground planes etc. Power quality would also be a benchmark measure during development.
Software......This is of course a major area for concern.....use commercially available software, with its typically massive overkill in terms of unused and therefore unwanted features, or sign up to the difficult, time consuming and costly own development. On the one hand, you save time and money but get something that is by definition only a moderately good fit to your specific needs, while on the other hand you get something that exactly fits your needs, assuming you can actually pull off the development..,.,..which is by no means a trivial exercise.
Obviously there’s more but you get my drift.
Finally, with trial and error design, you have to throw out any concept of ‘target price’. I’m not saying this is a good or bad thing, just that you have no control over price whatsoever, so while you‘re building, you’ve no real idea how much your product is going to sell for. I do realise that this seems to be a less important element of audiophile product development, but the risk is always that you end up with a product that costs a lot more but doesn’t sound a lot better than competitors. I’m talking risk here, not reality. (I do get it that the Extreme SQ is SoTA;))

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.
 
Last edited:

Al M.

VIP/Donor
Sep 10, 2013
8,785
4,543
1,213
Greater Boston
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.

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.
 

howiebrou

Well-Known Member
Jun 29, 2012
2,789
3,636
1,470
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.
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.
 

Blackmorec

Well-Known Member
Feb 1, 2019
755
1,287
213
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.

I’m not an Extreme user and I haven’t even heard one, so I’m not in the least qualified to speak about its sound quality, so nothing I say relates to its actual performance, although ears I very much trust tell me its really great (Just to be clear).
I have an Innuos Statement and I bought that without hearing it first. Why? Because I completely trusted the engineering. I had a Zenith SE, which sounded great from the get go...pretty much better than anything digital I’d heard to that point and it met all my needs including ripping a fairly substantial CD collection. The Zenith SE was built with sound quality and certain features in mind which met my needs, hence the purchase. When i looked at the engineering, power supplies, vibration control, EMI and RFI minimisation, processor efficiency and software for playing and managing music were at the top of Innuos’s development list....things I already knew to make a potentially massive difference when implemented optimally. I wasn’t disappointed so when the Statement was announced I saw that all the ‘pressure points‘ had been further refined and optimised, to quite a degree. Based on that judgement alone I ordered a unit. Given the results I was getting with the Innuos products, I wondered what applying the exact same engineering pressure points to the network feed would do. Power supplies, EMI and RFI screening, Isolation against conducted EMI, Vibration control etc. They were all there in the network feed, so I did just that. My network now runs exclusively with a particular cable brand known for its screening prowess, all powered network points have their own dedicated high quality power supplies and highly screened DC cables of optimum length, all networking modules and power supplies are on vibration minimising mounts or platforms, the mains power supply is optimised with dedicated radials and power cables and I have avoided any EMI generating sources in the hi-fi room, where possible. The result? Stunning and worth every penny. Every single step along the way rewarded in substantial SQ improvements, so it was easy maintaining faith and making further investments
My conclusion? The Statement is a great piece of kit, ditto the Extreme but neither are going to produce their absolute best unless they are placed in an environment that reflects and extends or continues their design goals. I would suggest that using trial and error to create that environment would be expensive, time consuming and possibly not result in the best sound. Creating the environment based on sound engineering decisions will IMO get you there quicker and more certainly.
Now for where your argument comes in: Fibre Optics! If I never try it, I’ll never know. It may be better. It could be worse, but unless I give it a try, who knows? But one thing I do know.....this journey of discovery is a lot of fun!!
 
  • Like
Reactions: Al M.

Blackmorec

Well-Known Member
Feb 1, 2019
755
1,287
213
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.
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.

My posts was really about Trial & Error product development and really not about the Extreme. I was pointing out that Trial and Error is not a good way to proceed for a number of reasons already given in the previous thread. I was not privy to the Extreme’s development and I don’t know how it sounds (more’s the pity) so my comments were about a design philosophy rather than about a product. Is that a bit clearer?

Late edit.....with the greatest respect, I’m thinking that Trial & Error was maybe not a good description given its negative connotation. For the Extreme it seems like it was more a multiple trial development, where each stage was thoroughly evaluated to find the best for that particular application. That’s not really trial and error, which is typically a much less rigid set of trials. One looks for something that does the job, the other seeks to find the best component for the job. Big difference
 
Last edited:
  • Like
Reactions: howiebrou

About us

  • What’s Best Forum is THE forum for high end audio, product reviews, advice and sharing experiences on the best of everything else. This is THE place where audiophiles and audio companies discuss vintage, contemporary and new audio products, music servers, music streamers, computer audio, digital-to-analog converters, turntables, phono stages, cartridges, reel-to-reel tape machines, speakers, headphones and tube and solid-state amplification. Founded in 2010 What’s Best Forum invites intelligent and courteous people of all interests and backgrounds to describe and discuss the best of everything. From beginners to life-long hobbyists to industry professionals, we enjoy learning about new things and meeting new people, and participating in spirited debates.

Quick Navigation

User Menu

Steve Williams
Site Founder | Site Owner | Administrator
Ron Resnick
Site Co-Owner | Administrator
Julian (The Fixer)
Website Build | Marketing Managersing