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

[jbrrp1]

That’s not odd at all, though it is difficult to explain without going into deep technical detail. The vast majority of Extreme owners use USB. USB is essentially a local, point-to-point connection with very large buffers, designed to be “bulletproof,” and frankly not very sensitive to sound-quality variables. It behaves like a directly attached device pulling data locally.

XDMI looks similar on the surface, physically local, but functionally it’s a completely different class of device. It’s a remote endpoint with its own processor, memory, storage, and clock domain. If you compare it to how you were using the Extreme before, XDMI behaves far more like a networked component than a local USB device.

Because of this, the link between Roon and XDMI is subject to the same constraints and fragilities as any networked endpoint under RAAT: network jitter, switching behavior, packet timing, interrupts, and local environmental factors. That’s where the variability comes from.

So if this still feels counter-intuitive, the key point is: USB and XDMI are fundamentally different. USB is local and heavily buffered; XDMI is remote and RAAT-dependent. And if you look at Roon’s own support forum, nearly all the problems people report involve networked endpoints, not USB.

OK, this makes sense. So, we'll need to decide on the balance of security in streaming consistency vs. sound quality by selecting a buffer size, then?

 

[Tuckia]

I get drops somewhat frequently. Haven't taken the time to correlate it with anything.
In the US with Spectrum/Charter 500MB down copper service.
Perhaps the percentage affected is a bit higher as some aren't bothered to report.
Right now this is item # 5,784 on my personal list of importance.

 

[Taiko Audio]

OK, this makes sense. So, we'll need to decide on the balance of security in streaming consistency vs. sound quality by selecting a buffer size, then?

Yes, though our goal is to solve this without forcing anyone to choose between stability and sound quality. We’re working on a smarter fix that avoids the usual buffer-size trade-off.

At this point it’s essentially a race: who gets there first, Roon or us. Roon has already mitigated the issue in certain builds, and some Olympus owners have seen it disappear entirely, only for it to resurface again in later builds. That tells us the underlying culprit has been identified; it’s now just a matter of time and refinement on both sides.

 

[cykin]

Hi,

I am having an issue of playing failure. I am currently using analog card and set a specific for recharge. It stopped playing when it changed to recharge mode automatically. I have to restart the server in order to play the music again. Please advise. Thanks.

Kin

 

[HasseL]

I've been lurking here since I ordered my Olympus I/O almost a year ago.
Now I want to share some thoughts and give some feedback on the Olympus I just received.

It's been very interesting to read about all the posts about Olympus sound quality!
The wait have been hard

It's also been frustrating to read about the production issues.

I founded and owned a production company for 31 years and I really understand all the difficulties that a fast growing company can go through.
Of course, these are positive issues that not every company will face, but for the end customer it can be a problem.

Hifi has been one of my main hobbies for about 40 years.
I've tested and owned many different components over the years.
I even worked in a really nice hifi shop in the early 90s.

Today I received the heavy black packages
I plugged it in and everything worked straight away.

I know about the burn-in period, but it sounds amazing from a cold start!
It sounds just “right”, very nuanced, nothing is exaggerated, I hear small quiet instruments that I have never heard before. (Yes, a cliché but still) The soundstage is incredible and the bass is solid, just right!
The wait was longer than I thought but it was worth it!

Keep up the good work team Taiko!

 

[Rhapsody]

Hi,

I am having an issue of playing failure. I am currently using analog card and set a specific for recharge. It stopped playing when it changed to recharge mode automatically. I have to restart the server in order to play the music again. Please advise. Thanks.

Kin

It's always best to send your issue to support@taiko.com so it does not get missed here.

 

[vjayh]

I have recently taken delivery of the Olympus + IO. IO was ordered with AES/ EBU to go to CH Precision C10 DAC. This was to replace a Taiko Extreme that was connected to same DAC via USB. So far, haven't been able to get the Olympus to work. Specifically, it worked for about 2 minutes (sounded good ), then the DAC returned clocking error and lost signal completely. I've tried clocking AES to the audio input, as suggested by CH Precision, but it too worked for a minute, and then same lost signal. I'm using the default Taiko XDMI ASIO source in Roon, with all the parameters at the default settings.

Separately, I tried plugging the Extreme USB back in and it works fine. I then tried USB from the Olympus, which does not work. I noticed on Roon the Taiko USB Audio Device returns a "Device Initialization failed" message. Roon screen below.

Anyway, I do have a support tag open...I think...but just wanted to see if other Olympus IO AES users (if any here) had the clock errors, and if there was some particular setup fix.