Eversolo Now Supports NAA

No Not Technically

Here’s a weird phenomenon…

Occasionally when playing tracks, there will be no sound, and the progress bar (what do we call that?) shows the track “zooming” along the line. Like 3x speed. You pause, and start again, and it does the same thing.

Doesn’t matter if I change the bitrate down from 384 to 192 or whatever. (I tend to keep it at 192 because I don’t think I can hear a difference if it’s set higher.)

I have adaptive bitrate checked.

Doesn’t seem to matter if it’s a Qobuz file or a local file or what the original bitrate is.

Usually if I go into roon and start an album or playlist, it’s fine. But if i hit the “next track” button, that’s when this behavior usually happens. But if I stop it, and wait a bit, and go back in to play the offending track, it plays fine again.

Only happened since bringing HQPlayer back into the mix.

The Mac that I’m running HQP on is an MBP with plenty of RAM (like 24GB or so) that nothing else is running on, so it should be fine. (Really only running it on that MBP until i determine it’s worth it. Then I’ll find a mac mini to do the job… )

@jussi_laako, have you ever seen this behavior?

Where do you hit that button?

Just the right-hand next-track arrow within Roon

I assume you have “Idle time” in HQPlayer set to at least 10 seconds?

1 Like

Just changed that setting, and testing. So far so good. :smiley:

EDIT… well, it’s better, but it keeps happening. Strange.

I assuming they’re rolling out the upgrade, nothing shows yet for my A8. Latest update is from February.

It is good to check HQPlayer log file around the time stamp the issue appears. Is it related to output rate change? Since this requires stopping and restarting the DAC. Instead if you output at fixed output sampling rate, then DAC restart doesn’t need to happen.

It’s very possible it is. Listening to a playlist of several albums in sequence, the first was 96/24 and then the issue occurred going to the first track on the next album, which was 44.1/16.

So when you say “fixed output sampling rate” does that mean UNCHECKING the “Adaptive rate” checkbox? Or is it some other setting? (I always thought it was preferable to check “Adaptive rate.”)

For reference, DAC is a Denafrips Pontus II.

Yes, when it’s unchecked, then the set output rate is explicit request.

With most DACs it cannot be set, as about 90% of DACs on the market don’t support DSD correctly at multiples of 48k. For example Roon will never output DSD at multiples of 48k.

If your DAC supports it, then you can save a bit of computing resources with adaptive rate checked. Quality wise there’s no difference.

1 Like

Unchecked it, and testing. Again, so far so good. Thanks!

The recent firmware update enabling NAA (Network Audio Adapter) support across the Eversolo lineup (DMP-A6/A8/A10 and T8) has sparked quite a debate. On the surface, it’s a win for flexibility, but looking at it through the lens of system architecture and “Audiophile logic,” there’s a fascinating tension here.

1. The Philosophical Mismatch

The core ethos of NAA (especially for HQPlayer users) is minimalism at the endpoint. The goal is to offload heavy DSP and upsampling to a powerful server (PC/Mac) so the endpoint can be a “thin client”—essentially a simple, low-noise bridge with minimal computational overhead.

Eversolo, conversely, is the “Switzerland of Streamers”—it tries to do everything. It has a high-performance Android SoC, a large 6-inch touchscreen, and a complex OS. In the world of NAA purists, these are often viewed as “noise generators.” Using a $1,000+ all-in-one device simply as a network bridge creates a significant amount of functional redundancy. You’re paying for an engine, a dashboard, and a cabin, but only using the trailer hitch.

2. The Strategic “Why”

If the architecture is mismatched, why do it?

  • Lowering the Barrier to Entry: For existing Eversolo owners, this is a “free bridge” to the world of HQPlayer. You don’t need to buy a Raspberry Pi or an ultraRendu to start experimenting with Jussi Laako’s legendary filters.
  • Market Positioning: By being the “First Android-based NAA implementation,” Eversolo is signaling its technical muscle. It’s a move to capture the mindshare of the “hardcore” crowd, even if 95% of their user base never touches HQP.
  • Metadata Integration: As Jussi mentioned in this thread, Eversolo’s implementation is unique because it supports metadata and cover art display over NAA—something many “pure” NAA bridges lack. This bridges the gap between “hardcore performance” and “modern UI convenience.”

3. The “1-Bit” Elephant in the Room

The debate about whether Eversolo’s ESS-based DACs (like the A6) truly support “1-bit mode” is valid. If the DAC chip doesn’t offer a true DSD Direct path (bypassing internal sigma-delta modulators), then upsampling to DSD512 in HQPlayer might lose its primary advantage. However, for models like the T8 (Transport) or the DMP-A8/A10 (which use AKM’s flagship separated architecture), the potential for a “pure” path is much higher.

Summary

This update is a classic case of brand-driven feature expansion.

  • For the Purist: The Eversolo will likely remain a “compromise” compared to a dedicated, headless NAA bridge.
  • For the “Convenience-First” Audiophile: It’s a brilliant addition that adds value to a versatile piece of gear.

It will be interesting to see if other Android streamer manufacturers follow suit, or if the “noise floor” concerns keep the NAA protocol reserved for simpler, dedicated hardware.

2 Likes

There is no debate anytime we talk about any ESS based D to A.

Not necessarily. Some ESS based DACs still measure at their best (in certain measurements , maybe not all) at their highest DSD rate. Case by case measurements required - there’s no absolute general rule.

HQPlayer’s filtering is top tier. Bonus if your DAC doesn’t mess with HQP’s 1-bit modulator.

This comes up a lot and its darn confusing. While I and others have adopted a philosophy that the DAC wants DSD so we champion that set-up, it’s not the sole reason to use HQPlayer.

If you’ve ever used HQPlayer with PCM output you’ll find similar benefits to what it can do with DSD. The filters are still there. The advantages you describe in " minimalism at the endpoint " are still there. If you’ve got a PCM DAC then HQPlayer still (can) provides significant SQ improvements. Not all DACs, sure, but I’d opinion it’s most.

We, as fans of HQPlayer, don’t help others by constantly boxing the software into the category of a PCM → DSD tool.

of course just my opinion

1 Like

Yes, this is rather rare appearance. So far only Eversolo does it on their implementation, and Matrix Audio using my implementation.

OTOH, not all NAA endpoints feature a display. It took many ears after the initial display support actually appeared on devices. (already networkaudiod 3.x had support for it)

Got NAA support few days ago on A6 Master (v1), and works with HQP and my Holo Spring DAC. It goes up to 768k, hopped to see 1.5M like on my Pi2AES, but it should be enough :slight_smile:

Small things: Eversolo doesn’t display album info and art. Think its Roon/Eversolo thing, not NAA, but since im using Vu meters mostly, its ok.
Also, HQP (desktop) often doesn’t see my A6 when I boot it up so have to restart A6, only then it appears in HQP. Also if i switch DAC to other inputs and then go back to USB, i have to restart HQP and A6 for HQP to see A6. Bit annoying since i often switch DAC to Optical for TV.

It does if you use HQPlayer’s library, or stream from Qobuz/Tidal/HRA using HQPlayer Client or for example with JPlay.

When using Roon as a source, metadata is not displayed because Roon doesn’t pass any of the information to HQPlayer, only raw audio. So this is Roon’s limitation.

1 Like

I have a Pi2AES and no way i’ve ever seen 1.5M. Max is 192k, from all I’ve read/experienced.

You’re correct, at least for AES output from HAT, but for HQP i was using Pi’s USB out, then it can go to max 1.5M. I used AES to play NOS, and USB for upsampling. Some things sounds better with true NOS to me (Spring 3 nos dac).

Knowing Roon and issues i have for years, this will never be implemented :slight_smile: