Introducing Olympus & Olympus I/O - A new perspective on modern music playback

Taiko-Olympus-big-advert.png

For those who just started reading up on Olympus, Olympus I/O, and XDMI, please note that all information in this thread has been summarized in a single PDF document that can be downloaded from the Taiko Website.

https://taikoaudio.com/taiko-2020/taiko-audio-downloads

The document is frequently updated.

Scroll down to the 'XDMI, Olympus Music Server, Olympus I/O' section and click 'XDMI, Olympus, Olympus I/O Product Introduction & FAQ' to download the latest version.

Good morning WBF!​


We are introducing the culmination of close to 4 years of research and development. As a bona fide IT/tech nerd with a passion for music, I have always been intrigued by the potential of leveraging the most modern of technologies in order to create a better music playback experience. This, amongst others, led to the creation of our popular, perhaps even revolutionary, Extreme music server 5 years ago, which we have been steadily improving and updating with new technologies throughout its life cycle. Today I feel we can safely claim it's holding its ground against the onslaught of new server releases from other companies, and we are committed to keep improving it for years to come.

We are introducing a new server model called the Olympus. Hierarchically, it positions itself above the Extreme. It does provide quite a different music experience than the Extreme, or any other server I've heard, for that matter. Conventional audiophile descriptions such as sound staging, dynamics, color palette, etc, fall short to describe this difference. It does not sound digital or analog, I would be inclined to describe it as coming closer to the intended (or unintended) performance of the recording engineer.

Committed to keeping the Extreme as current as possible, we are introducing a second product called the Olympus I/O. This is an external upgrade to the Extreme containing a significant part of the Olympus technology, allowing it to come near, though not entirely at, Olympus performance levels. The Olympus I/O can even be added to the Olympus itself to elevate its performance even further, though not as dramatic an uplift as adding it to the Extreme. Consider it the proverbial "cherry on top".
 
Last edited by a moderator:
Future applications we're completely open to working on, so is Lukasz, we've been in touch on that already. We have one full time engineer fully dedicated to designing more output options and/or work on integration into other manufacturer DACs. We've also been in touch with Stavros of Aries Cerat and Jonathan of MSB. These 3 we'll be working on first. We've also been in contact with Vincent of Totaldac and agreed that in this case AES/EBU would be the way to go so we don't need to take further action there. In more general terms Dual AES/EBU and various I2S output options are on the agenda.
Any contact with dCS?

Steve Z
 
Emile can I ask you with all these latest development, will the implementation of resampling still in the pipeline?
 
No, I’ll copy / paste post #84 and bold the part which explains this in detail, let me know if it’s still unclear!


Good morning!

We anticipated this release to generate a large number of questions and we understand there's a lot to digest here.

What we are releasing now is the practical implementation of both the BPS (Battery Power Supply) and the new interface XDMI (Extreme Direct Music Interface), formerly announced as TACDA/TACDD, but renamed to XDMI as it bears similarities with our XDMS (Extreme Direct Music Server) software project, being a more direct, or purist if you will, approach to processing "bits".

The ultimate goal here is to eliminate digital noise caused by processing digital signals for which we need a combination of software and hardware solutions as those two are more intertwined then one may realise. Developing the software and firmware of the XDMI project for example was an even larger effort then designing the hardware part, I would estimate this to about 65% of the total design effort and therefor the largest contributor to the cost of the project. The BPS, or rather BMS (Battery Management System) also runs firmware, and is remote controllable by IOS/Android APP. Although in this case the hardware design part was a larger effort then the software part, this still took considerable effort.

As audiophiles we are accustomed to paying for physical boxes. Software is largely invisible, all you see is an interface or settings app on the remote device you already own and it weighs 0.0 pounds. Yet, with music servers it's a paramount part of the performance, although the hardware ultimately determines your performance ceiling, I'd be inclined to claim that the software is more important, as your beautiful overengineered shiny piece of hardware can simply perform terrible when driven improperly. But on top of that the sonical impact of actual code can simply be huge, and compete with hardware upgrades. For those who doubt that statement I'd like to refer you to our customer feedback on this forum on the OS update we released on 11/22/23 and currently on the "NSM" code change to our XDMS playback software suite.

I like sharing information, I'm regularly being told I'm oversharing, and I'm now going to share a number which perhaps I shouldn't, but I think it helps you to understand how much of an effort is actually being put into software. We have crossed the 30.000 hour mark for TAS/XDMS/XDMI/BMS, time spend on firmware and software coding, excluding time spend on support for the alpha/beta releases. I realise this to be an insane number, something to keep in mind here is that a lot of coding is actually dismissed for sounding bad(!). Coding efficiency improves over time as we gain more understanding in what sounds good and what sounds bad, so part of this can be considered educational, and has in fact not been completely wasted as it has also led to actual hardware improvements, but nonetheless, it is a considerable effort from my perspective.

Circling back to our new product releases. We initially developed a "large" BPS to power the entire Extreme. This was designed to provide battery power for 20 hours of use with a 4 hour recharge window, which you could configure yourself by remote app, for example recharge between 4 and 8AM. A "problem" with that was it occupied about the same volume as an Extreme, so it needed to be an external chassis. To retain a low impedance, critical to it's performance, this needed low impedance connectors and a humongous 1 AWG(!) umbilical, but additionally intelligence to only conduct power in safe conditions, as a simple fuse would raise impedance too much resulting in the "muddy/slow" bass and muted dynamics we're accustomed to hearing with battery powered solutions. Additionally we needed to design new regulators (a new DC-DC power supply) to take full advantage of the potential benefits of this battery supply solution.

When we finished this design we were in the global parts shortage period in the aftermath of the pandemic and we couldn't release it as the lead-times of a large number of parts had increased to a year or even more. This is also what caused the delay of our network card and switch launch, some of you may recall the Intel ethernet chips taking over a year to arrive. Luckily the situation has improved considerably since then but it's still not back to before.

This delay gave us ample time to experiment with the BPS and we figured out that more was better then one. And in fact that separately powering individual peripherals provided some very considerable benefits. As these peripherals consume vastly less power then the server as a whole we started designing a "mini" BPS. Now mini may have been the wrong word as it's only "mini" in physical size next to the "large" BPS we developed before by having a lower amount of battery cells, 6 in stead of 30, but it's actually still quite a substantial supply, significantly larger then a linear power supply. The Extreme chassis can be modified to fit 2 of these new battery supplies, or one "old" large BPS, but this modification requires parts of it's chassis to be replaced, the bottom plate, rear plate, left side heatsink and several internal chassis parts. On top of that there are pretty strict safety requirements surrounding battery power supplies of this kind and therefor it will need to be shipped back, completely disassembled, re-assembled and certified. Doing the math on this it will exceed what you'd pay for trading in your Extreme towards the new Olympus, which is one of the main reasons for us to offer it, there are some more reasons but we'll elaborate on that in a later post. In effect it's the new "single box BPS Extreme". The Olympus is also 1" deeper allowing us to mount 3 in stead of 2 internal battery supplies, and even then it is still a more cost effective solution then rebuilding your Extreme.

As part of the XDMI project we have developed interface cards to be able to be able to mount the entirety of the XDMI interface inside a DAC eliminating the disadvantages of currently existing interface options. We were able to modify these to be able to mount any PCIe card in a remote enclosure without the drawbacks of already existing "PCIe expanders" which normally impact performance too much to be useable for this purpose. This enabled us with the option to simply move peripheral cards to an outside chassis. Hence the birth of the Olympus I/O, containing 2 battery supplies separately powering your network card and USB card or XDMI cards with the additional benefit of operating in a reduced EMI/RFI environment. This solution is slightly more cost effective then trading up your Extreme to the Olympus, but takes up more shelf space.
Yes, I read the bolder narrative when you posted it but it seemed inconsistent with #19,346 and others from the old thread so it was hard to reconcile #84 with prior posts there. Thank you for clarifying.
 
  • Like
Reactions: Taiko Audio
Is my understanding correct that the Extreme server will be AC-powered, while the Olympus server will be powered wholly by battery ?
 
In the percentage ranking published earlier, I did note the mention or the XDMI interface but I understood that it may have applied to a DAC (Total DAC with AES/EBU IIRC). What would be the comparison for XDMI analog output between O vs O-IO ?
 
  • Like
Reactions: R S
The Extreme is indeed fully AC powered, the Olympus partially, as in the parts which are most sensitive to power quality and/or generate significant noise levels run on batteries.
Now I'm confused again. I somehow thought the Olympus and Olympus I/O were all DC except for the input to the battery recharging circuitry. Hence, the A/C power cord didn't really matter and could be an OEM molded plug type cord.

Steve
 
  • Like
Reactions: simorag
Now I'm confused again. I somehow thought the Olympus and Olympus I/O were all DC except for the input to the battery recharging circuitry. Hence, the A/C power cord didn't really matter and could be an OEM molded plug type cord.

Steve

Capture.JPG

The Olympus I/O contains 1 linear power supply which is only used to recharge it's 2 battery power supplies. You could argue the power cord to have little to no relevance there.

The Olympus contains 2 linear power supplies, one to recharge it's 3 battery supplies, and another one to power the most power hungry part of the server, being the motherboard, motherboard and CPU.

The Extreme's power consumption varies between 60 and 80 watts. Here the power cord matters.

The Olympus power consumption is 45 watts. Here the power cord matters as well although arguably just for "modulating the current draw sound signature effect" on your power strip.

The Olympus and Olympus I/O chargers power consumption depends on how you configure it's charging behaviour. If you choose a short window to charge the battery packs all at once this can be up to 100 watts for the Olympus I/O and 150 watts for the Olympus. Here the power cord would only matter if you're charging while listening for the same reason as described above.
 
Emile, just to help my understanding: If the CPU, motherboard etc consumes a lot of power, doesn’t it mean it would benefit (the most) from the „limitless“ current supply of the new BPS? Apparently not, since it wouldn‘t be powered by a „normal“ linear power supply then. Also if the CPU would be sensitive to instant current supply we would be back at square one that a high grade power cord makes a difference.
My feeling is, something in my equation is missing. Maybe you can fill the missing link…
 
  • Like
Reactions: gereric
Emile, just to help my understanding: If the CPU, motherboard etc consumes a lot of power, doesn’t it mean it would benefit (the most) from the „limitless“ current supply of the new BPS? Apparently not, since it wouldn‘t be powered by a „normal“ linear power supply then. Also if the CPU would be sensitive to instant current supply we would be back at square one that a high grade power cord makes a difference.
My feeling is, something in my equation is missing. Maybe you can fill the missing link…

Yes that actually was the initial intent and why we designed the "large" high capacity BPS. But we subsequently discovered that the impact of separately powering (In / Output) peripherals was far larger, virtually eliminating the advantage of powering the "core" from a BPS. Indeed a surprising and admittedly unexpected outcome, but here we are! Hence adding the Olympus I/O to the Extreme also provides it with all of the benefits of battery power.
 
Yes that actually was the initial intent and why we designed the "large" high capacity BPS. But we subsequently discovered that the impact of separately powering (In / Output) peripherals was far larger, virtually eliminating the advantage of powering the "core" from a BPS. Indeed a surprising and admittedly unexpected outcome, but here we are! Hence adding the Olympus I/O to the Extreme also provides it with all of the benefits of battery power.
Ahhhh, now everything starts to make sense! I wondered the whole time how the I/O can bring a lot of the benefits, when the large linear supply is kept for the Extreme. Well apparently, it‘s the parts like XDMI that benefit the most from the BPS. Alright, alright, now I get it… well, thanks for explaining and removing that question mark from my forehead. :)
 
Emile, it’s Kevin here again : ) - I’m sorry that I forgot another important question earlier - my DAC is the wadax atlantis which, for how good it sounds, doesn’t work with XDMS, on account of what I have come to believe is the result of USB protocol. I was reassured by Ed earlier that the DAC card you were producing would allow me to hear XDMS through the wadax atlantis, by way of the AES/EBU connection.

Does this still apply with the Olympus, and will I be able to listen to and compare XDMS worh roon, and receive all the benefits that XDMI offers through the AES/EBU connection through my DAC?

Thanks again! : ) - kevin
 
  • Like
Reactions: Taiko Audio

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