Thanks for testing. See if it remains in 3.2GHz even under the load. That is what happens in my system.
In your Ubuntu server, was it a fresh install? I am having trouble playing 192khz content, upsampled to DSD, through roon on my ubunter server 22.04 fresh installed.
FYI - default CPU-freq governor on HQPlayer OS for rPI is set to āpowersaveā; because of that my CPUs refuse to run faster than 600 MHz, no matter the load; after manually setting it to āondemandā i was able to upsample to 768k PCM without issues, using any of the following 2 filter combinations:
poly-sinc-ext2 / poly-sinc-short-lp / LNS15 or TPDF
edit: if anyone has a similar issue - you can force CPUfreq governor at boot, by adding kernel parameter ācpufreq.default_governor=ondemandā to file /boot/cmdline.txt
No go with custom kernel. Funny thing is I installed 22.04 desktop. Hqplayer desktop will run as expected. Should I run embedded from this same desktop install, I cannot get DSD from 192khz material.
I can no longer get sound from HQPlayer. Iām using an OpticalRendu as NAA and an Ayre QX-5 DAC. The rendu diagnostic shows the Ayre DAC is connected. I can run Roon just fine. But I noticed this in the HQPlayer Config screen:
After multiple reboots of both devices I can sometimes get the Ayre to appear in the NAA section, but even then, I get halts and dropouts. Jesus says the OpticalRendu is working fine. Any ideas?
HQPlayer is the Zone selected in Roon. It used to work (but with the occasional dropout). I was just pointing out that if I change the Zone to Roon Ready everything works fine.
So the rendu recognizes the DAC properly, and I can play Roon without HQPlayer. But when I switch to playing from Roon to HQPlayer, I no longer get sound and I assume it is because of the Device disappearing from NAA in HQPlayer. It used to appear.
If a zone is enabled in Roonās audio settings, it will block HQPlayer, even if it is not the active zone. So you need to disable all zones you want to use through HQPlayer in Roonās audio settings.
Thanks guys. That solved it. Now Iām back to the occasional halts/dropouts that seem to have no solution. Iāll have to consider HQPlayer money down the drain. At least Roon plays completely reliably.
Are dropouts related to all type of play back or they are reate/source specific, like PCM or DSD?
HQPlayer DSD reproduction with certain parameters may be times and times heavier than ROON, canāt really compare.
just my 5ctā¦
EDIT: Another thought may be relevant. If I read QX-5 DAC specs correctly, it does
on USB: 44.1, 48, 88.2, 96, 176.4, 192, 352.8, 384 kHz / DSD64/D128 (as DoP)
on Optical/SPDIF/AESEBU: 44.1, 48, 88.2, 96, 176.4, 192 kHz / DSD64 (as DoP)
Looking at your screen above, Iām not entirely sure HQP settings are correct? I may be wrongā¦
Roon Core and HQPlayer Embedded reside on a SonicTransporter i9 Optical. The STi9 status usually shows about 25% average CPU average load with current settings. At the other end is an OpticalRendu, running the HQPlayer NAA. This sits behind a USB-connected DAC (Ayre QX-5). The DAC accepts up to DSD8x. Iām running DSD4x. Iāve tried a different DAC, but still get the dropouts. The dropouts donāt seem to be related to format type or resolution of the source file. Iāll try reducing the output resolution to DSD2x and see if that shows anything.