Likely the additional CPU and GPU load caused by HQPlayer Client or Roon is too much and you run out of CPU power at that point. I have not seen such issues on my Macs.
You could try with some lighter algorithms of HQPlayer.
Likely the additional CPU and GPU load caused by HQPlayer Client or Roon is too much and you run out of CPU power at that point. I have not seen such issues on my Macs.
You could try with some lighter algorithms of HQPlayer.
Hardware: 2020 Intel i5 MBP 13"
macOS: Monterey 12.1
VAD: 3.0.4
HQPlayer Desktop v4.16.1
No other software running in the background.
Using poly-sinc-short-mp-2s + ASDM5
44.1 to DSD256
Here’s the Activity Monitor when running HQPD in standalone mode:
Then started the HQPlayer4Client:
The noise appeared as soon as the HQPlayer4Client started to run…
And just FYI the HQPD utilizing CoreAudio was much higher. This is the screenshot for Roon (I run Roon ROCK on virtual machine and assigned 4 cores for it. In macOS I run RoonBridge to connect to RAVENNA.) Roon upsampling to DSD256 in VM and it takes roughly 100% CPU resource. Roon utilizes CoreAudio is half of HQPlayer Desktop. Roon has no pop noise issue. Really strange.
Have you made sure that the RAVENNA device is not set as macOS default audio output device?
And that when you are using HQPlayer, it is disabled under Roon Settings → Audio?
But I’d recommend to open core load graphs on Activity Monitor and check the individual core loads that none are peaking close to 100%.
Checked. In fact I always use BlackHole as default input / output.
Checked. I disabled all other audio. Enabled HQPlayer Desktop only.
I did capture the CPU loading window. It looked quite normal.
Looks fine yes, I recommend to use the per-core histogram graph dialog instead of the momentary bar graph to see per core loads as function of time.
Certainly will do. I would share my new finding… When moving the mouse cursor over HQPlayer4Client the software itself and WindowServer jumped to very high CPU utilization rate. Seems like it might be UI problem?
WindowServer is the desktop compositor, rendering the entire display. This should generally happen at 60 fps rate.
Here’s the screenshots of CPU loading for long period of time. And here’s additional background info for these screenshots:
This screenshot was HQPD in standalone mode, playback local files and didn’t touch the keyboard and mouse. And of course the result was normal.
This was HQPlayer4Client running on foreground, waited every other services idle and didn’t touch the keyboard and mouse. Would hear the pop noise occasionally.
This was operating HQPlayer4Client to browse and playback Qobuz contents. The SQ went bad, you could even hear the pop noise followed by mouse scrolling. The faster you scroll, the pop sound more frequent.
Won’t affect the CoreAudio buffer size though. The code that talks to CoreAudio is same in both cases. But you will get a bit more higher level buffers due to network stack buffers.
Setting is there, because HQPlayer doesn’t know what OS the NAA is running on. NAA then decides what it does with the setting.
One possibility you have is to run Windows based NAA as bridge between HQPlayer and RAVENNA. Or vice versa, running HQPlayer somewhere else and NAA on macOS.
You could also try RAVENNA version of HQPlayer OS as NAA towards RAVENNA, but the Linux driver can be a bit tricky. So YMMV.
Thanks for the advise actually I’m working toward this way. If I’m away from home I’ll switch to Win 10 for better performance and stability.
Certainly. I’ll try to setup my i9 HQPe server to join RAVENNA network later when I get home. So far I tried to setup my UP^2 running RAVENNA version of HQP OS be the NAA but no luck… (I set Anubis as Master clock and could make connection in ANEMAN. After hit play button couple of second it stopped. Then NAA disappeared. System message looked like kernel panic…)
I checked on my Mac Mini M1. Here’s load when playing DSD256 to RME ADI-2 Pro over USB.
If I shake mouse fast on top of Client window so that macOS enlarges mouse pointer to the biggest one, I can get WindowServer to consume 20%, but that is scattered over the efficiency cores and is hardly noticeable (about one vertical block more on every 4 efficiency cores).
And corresponding figure from my 27" iMac (with i9-9900K CPU).
Successfully built my i9 HQPe server joined RAVENNA network. Performance-wise is very satisfied. Can do gauss-long + 7ecv2, 6ch DXD → DSD256. The 3070 capped its performance when doing gauss-xl. Will try 3080ti later.
Using the special Ravenna bootable HQPe image?
Plays direct to your Anubis?
This has always been buggy for me. Interesting to know how you go after a week or more if it’s reliable
I guess that’s Ubuntu or Fedora, since it has Nvidia GPU support.
It could be that the RAVENNA Linux driver doesn’t like realtime kernel (like Nvidia driver doesn’t) and that’s why the driver is a bit moody on HQPlayer OS. Maybe I’ll make another build with just regular lowlatency kernel.
I built it based on Ubuntu Server 20.04 LTS. Changed some variables in merging_ravenna_daemon.conf
such as:
tic_frame_size_at_1fs=64
to match Settings: General: FRAME MODE: Latency: Low (64) in Anubis. And also changed configuration files destination for easy management.
Yes. Screenshot is Anubis’ session sinks page:
So far I met the most recent edge-kernel was not happy with nvidia driver 495. Quite unstable. Try to isolate problem (re-install Ubuntu now). But w/o GPU it worked well.
Great! Thank you for this one!
HQP desktop users in Windows: is there a way to decode an optical digital 5.1 stream to PCM for running through HQP for playback?
My goal is taking the 5.1 optical digital output from my LG CX77 television (Netflix, Hulu, etc.) and applying my 5.2 system Audiolense correction filters in HQP Desktop for playback.
Thanks. JCR
Thank you. PMed.
Hi @jussi_laako
With Client app, can you add some info to show which of these is the explicit version?
‘E’ symbol?
It’s not that obvious to me which it is.
Roon shows it.