The refresh did it…thanks!
1 Like
@jussi_laako So when you put out an update to your NAA software we just erase what’s on the memory stick and load the new one like a brand new install? Thanks!
If you mean the NAA OS image, then yes. I just did that 5 minutes ago to run latest update.
ramfs version running on my fanless 5Vdc powered UpBoard Gateway.
Nice 'n easy !
1 Like
Hi Jussi,
I’m using Roon + HQplayerEmbedded(HQOS image) + Windows NAA, having trouble with clock sync and unstable playback.
Only high sample rate like 384KHz, 352KHz 192KHz PCM audio playback ticks every second on time bar
44.1KHz 48KHz audio ticks every 6 seconds (may gets longer after several track switches, in this case Networkaudiod on Windows may get crashed)
96KHz PCM, DoP 64 & 128 ticks every 1 or 2 seconds.
By the way,
-I don’t use any upsampling, and always keep “Direct SDM” checked.
-Change “Network Audio backend” Buffer time won’t help.
-Linux NAA image plays without issues mentioned above. But I prefer Networkaudiod on Windows which I think having customized asio driver and better sound from my USB DAC.
Any suggestion?
This is one of the sources of the problem…
Well, didn’t expect that but 
, I’m using HQPlayer & NAA to make my X86 PC as a dedicated, bit perfect playback device.
Is there any reason behind these known issues?
Note that if you enable DirectSDM, it will set output volume to fixed -3 dBFS value. So remember to keep dither enabled!
HQPlayer is not designed for use as a bit-perfect player, the entire point of HQPlayer is it’s advanced DSP engine, primarily upsampling features. I don’t know what kind of DAC you use, but I’m pretty sure HQPlayer can beat the digital filters and modulators there…
Reason for that particular case is the amount of socket buffer Windows enforces in it’s TCP/IP stack. Linux is more flexible in this respect.
Thank you for the explanation.
But I’d like to suggest 2 adaptive fixed volumes for PCM(0dBFS) & DirectSDM(-3 dBFS), for convenient bit perfect playback. I think it makes sense to many users who don’t quite understand DSP & upsampling 
Sending bit-perfect 0 dBFS out to a DAC in many cases causes clipped inter-sample overs in DAC’s DSP (oversampling digital filters). So it is a bad idea in general…
Interestingly, if I click “apply” on HQEmbedded web configuration, watch & wait Networkaudiod.exe on Windows gets ready,
then imediately starts play some high sample rate tracks, the system gets a chance to play any sample rate with correct clock tick, and switching tracks without glitches. It’s all about timing and need some luck to do it right.
This status will last a very long time until I click “Apply” on HQ web audio config again. it’s basicly how I use the system for now.
In my case,
-The USB device was actually a digital interface(from USB to AES/Coaxial) with hardware-based DSD2PCM conversion as a “selling point”, the “int204” made by Weiss. On the same DAC, DSD2PCM from USB interface out performs the native DSD playback, that’s why I tend to enable DirectSDM.
-My X86 device running HQOS is a fan-less thin client with AMD R1505G (2 core, 4 thread embedded prossesor), it seems to be not powerful enough to do upsampling. I’m not ready to upgrade this X86 device yet.
I understand there’re some concerns, but please consider provides an option of passing through bit-perfect data for both DSD & PCM, without check & uncheck “Direct SDM”
It’ll make sense to me. In some cases it may help user coampare the sound of bit-perfect & upsampling more conveniently.
I’m pretty sure HQPlayer can do that better too. But if you have DSD converted to PCM, there’s no native DSD playback anywhere anymore.
1 Like
The Weiss int204 is a 1300-2000 euro (depending where you buy) DDC that seems to be limited to DSD128 (input) and conversation to pcm.
(The INT204 is a USB to AES/EBU (unidirectional) interface which also handles DSD to PCM conversion. DSD files played to the INT204 result in conversion to PCM at a, selectable, sampling frequency and word-length. )
Just a DDC. It is not capable of being a HQPlayer NAA…
Yes it’s receiving DSD over PCM signal from USB Host Device, convert it to 176.4/88.2KHz, 24/16bit PCM. I’ve been using int204 long before I start Roon & HQPlayer. My DAC has native DSD playback, but I prefer it receives PCM converted from DSD by int204.
It’s connected to an X86 Device running NAA
Such device will partially spoil benefits of HQPlayer by messing with the data. HQPlayer is designed to sit as close as possible to the actual D/A conversion stage, replacing any DSP that is in front of the final conversion process.
Hello @jussi_laako ,
I want to use my Mac Mini M1 as my workstation and my HQPlayer NAA Endpoint. Is that possible?
I have downloaded the NAA file for Mac (arm) and opened the exec file. It installed something via terminal but my dedicated machine with HQPlayer Desktop could not find it.
Did I something wrong?
Thank you very much for your help 
Best
Dominik
If you have a USB DAC directly connected to your Mac, then no need for the Mac to be NAA?
Just use the CoreAudio output.
NAA would be for a different computer (preferably very low power consumption and fanless), connected to your Mac HQP Server over the network.