Normally run Hqplayer with Roon.Was looking forward to 1.3 for upsampling capabilities.Can run Roon with HQplayer with any filter to upsample to DSD 256 no issues shows processing speed of around 7000.Try to upsample to DSD 256 with Roon processor speed .7 and stutters.DSD 128 will play but processor speed shows only 1.2.Disappointed.
Roon currently only uses a single Core for playback of a single zone. HQP has a PipelineSDM setting that uses multi-core. Roon will be implementing something similar.
It is all about the filter/modulator combination and processing power. In terms of required processing speed, Roon is āheavierā than the less demanding HQ Player filters (say poly-sinc 2s in HQP) ā and ālighterā than the more demanding HQP filters (poly-sinc non 2s and xtr).
What CPU is in your Core ā and which filters do you use in HQP?
EDIT: That ā and what @andybob says. Especially.
Have a Xeon 6 core twelve thread CPU.Use all regular filters not -2s filter to upsample to 256 no issues
Hope they bring this out sooner then later as Iām sure Iām not the only one with this issue.Thanks
The ā7000ā number isnāt comparable to the ā0.7ā number, since Roon isnāt able to measure the cost of HQPlayerās DSP. Roon is showing you a ridiculous number because itās measuring the cost of transmitting the audio to HQPlayer (i.e. nearly nothing)
I can manage DSD256 upsampling using a 5yr old desktop i7 (3700k) at ~1.3x in Roon. It also works in HQPlayer.
Total CPU usage during HQPlayer playback is 12%. With Roon, itās 14%. So not a huge difference, but thereās some room for improvement for sure.
The thing you want is multi-core support. Usually on >4-core CPUs Intel reduces the performance of each core (to keep heat/power manageable), so youāre fighting the fact that your cores are probably much slower (individually) than mine.
Just a comment about expectations: HQPlayer is an entire product designed around pushing the state of the art in upsampling forward. It costs more than a year of Roon, andābasicallyāfocuses only on that one thing. It takes advantage of multi-core CPUs, and GPUs, too. Itās also been in development/production for years while our DSP offering has less than a month in production. The Roon<->HQPlayer integration isnāt going anywhere. If you need features that only it has, by all meansācontinue to use it. In the mean time, weāll continue to evolve.
Thanks for the reply.My comment wasnāt meant to be negative.I love Roon and will always be a supporter,and i,m happy will all the improvements that have been made.
Thanks for clearing that up. I knew my i7 (6700K) iMac was smokinā hot, but I didnāt think it was that hot. Now I understand why Iām seeing that crazy-high number.
We did some optimization work on the SRC/DSD stuff this week. No multi-core yet, but weāre taking advantage of some more advanced CPU features to run operations in parallel in a single thread. I can pull off 44.1k->DSD256 on a 5th gen i3 NUC nowāI bet it will work fine on your XEON once it rolls out.
Just like to add a DSD256 upsampling data point for processing speed using i5-6600 CPU (music from local HDD) for Linux Build 209:
192kHz -> DSD256: 1.2x for Minimum Phase, 1.3x for Linear Phase
Iām slightly surprised to find that the phase affects it, while 5th / 7th order setting does not seem to affect the processing speed in my test, unlike a previous report:
The min-phase/linear-phase filters have the same computational requirementsāsame filtering code + same filter order.
5th/7th order makes a very small difference, but the difference is mostly lost in the superscalar characteristics of the CPU (the 5th order modulator canāt fully utilize the capabilities). Memory performance is also significant for the SDMs.
1.2 and 1.3 are essentially within measurement error, especially if your CPU has frequency scaling turned on. The measurement is a simple ātime it took to process audio / amount of audio processedā, so if the 3GHz CPU is running at 2GHz itās going to read differently.
Since my last post, we built support (not yet released) for splitting up work across 2 cores, which (combined with the aforementioned performance work) makes DSD512 practical on a NUC 5i5ās and DSD256 practical on NUC 5i3ās without compromising quality at all.
(This signal path was captured on a NUC 5i5 running a pre-release of ROCK. Iām not sure Iād recommend the i5 for DSD512, but itās possible, and Iām able to live with it).
This prompted me to go back and retry, which I hadnāt done since the initial release of v1.3. I can now reliably upsample to DSD128 with a minimum-phase filter and 7th-order modulator. For whatever reason ā I suspect itās because Iām using a 2011-vintage i5 and not a more recent one ā I canāt upsample to DSD256 (phase and modulator choice donāt seem to matter) for more than 10 seconds or so without getting the āloading slowlyā message and Roon skipping to the next track. So for now, Iām back to HQP for my upsampling/filtering needs.
That said, Iām pretty ready to try ROCK on a NUC i5 ā mostly just waiting for the release and some user comments to come in. It would also be great if Roon could upsample DSD source material without an intermediate PCM conversion.
Now I get 2x when running Linux Build 216 on i5-6600 to upsample to DSD256. Thatās a significant improvement.
With build 216 can do DSD 256 no problem.CPU load 8%.Thanks.
Thought I should post here to echo what others are saying: With Build 216 (and also switching from Roon Core to RoonServer), on my mid-2011 i5-based Mac mini, I can now upsample all source material to DSD256 using the āSmooth, Minimum Phaseā filter and the ā7th Order (CLANS)ā sigma-delta modulator. Processing speed is showing as >2.5x. Still comparing how things sound vs upsampling/filtering in HQPlayer (running on a quad-core i7-based iMac), but Iāve already concluded that any differences are very subtle. Iām really impressed with what this Roon build delivers.