You can always try Fedora in trial mode, you don’t need to always update the license key file. In trial mode you can check everything works fine before considering key file update.
I can provide more detailed instructions for minimal Fedora Server 41 mid next week. On Fedora, Nvidia provides straightforward meta-package for the headless driver that doesn’t lock into a particular version. So it gets automatically updated to latest along with rest of the OS. I don’t know why they don’t do the same on Ubuntu…
I appreciate that a lot.
It was another of my misunderstandings that I thought the fingerprints were machine-specific (like the MAC address), but that was different.
If Fedora works out fine, I’ll try to secure the budget for purchasing another license.
So, I’ll wait for your instructions.
Thanks for your suggestion, but that command wasn’t found.
Well it is machine specific. But sometimes other things, like disabling a piece of hardware from BIOS can change this. And sometimes for example BIOS updates break the fingerprint even though it shouldn’t (and rarely happens). In rare cases, driver changes or system configuration can mess up things.
RAM, GPU and HDD/SSD are not included, so those shouldn’t affect it. These are the usual upgrades.
It is enabled by default, so unless it has been intentionally disabled, it is enabled…
If existence of the GPU is indicated, but the offload doesn’t become active. Reason is usually too old driver version. But it may be also permissions (video and render group membership is needed).
Does Hqplayer OS support CUDA ? Since there is no package manager available, how to you update nvidia drivers ? The bootable image gets updated every time ? Even wget has limited functionality, could not start Roon install script.
Or I must use a complete distribution like Ubuntu?
No, I only support CUDA on platforms Nvidia officially supports. The CUDA build tools are very tightly coupled with build tools of the OS. And this doesn’t work out for HQPlayer OS.
Yes, it is the full image always. Consider it as a firmware. You flash the entire firmware always.
Yes, it is a bit like Roon’s ROCK. So a minimal OS tailored only for single purpose of running HQPlayer. It doesn’t have any package manager or package repository, so rather difficult to install anything else there.
If you’d like to run Roon on the same device, I recommend using one of the supported full blow distributions. Like Ubuntu Server 24.04 LTS, minimal Fedora Server 41, or minimal Debian 12.
Thank you very much for your response.
Now, for the hqplayer embedded I bought an rtx 5080 card and it barely goes up to 20% load. I use ASDM7EC-super 512+fs and AMSDM7EC 512+fs modulators with sinc-m and sinc-l filters.
The sample rate is 45158400. For 41 or 44 kHz the output is dsd1024, for higher quality input, hqplayer chooses to upsample to dsd512.
My question is: is there any way to offload more work to the CUDA processing ? My i9 14900kf usually uses 1 or 2 cores…
P.S. it’s unbelievable how a $300 software and a $800 DAC can outperform solutions that cost tens times more i use DSC 2.5.2 with Chinese transport xingcore u30, no way anything can sound better… imho of course.
After a lot of research, testing and stuff, I decided to give up on setting up a custom AirPlay endpoint. I’ve ordered a sound blaster card with spdif input to use it with wiim pro plus, for those moments when Roon is just not enough.
Everything that can be efficiently offloaded is already offloaded. The things that cannot be efficiently run on huge parallel processor like GPUs are, are running on the CPU. Hence for stereo you get two high loaded cores and usually two less loaded ones. Since only few cores are under high load, this allows CPU to turbo boost clocks of those few cores higher, which is particularly useful for this case.
You have good amount of reserve power for future use, such as digital room or headphone correction if you are not already doing that.
Alright Jussi, seems like we have to wait for a new generation of CPU’s. Afaik 14900k or selected ones KS, are the most powerfull in single core operations. There is no point in assembling a threadripper workstation for Hqplayer. A consumer grade hardware that can do sinc-L dsd1024 just doesn’t exist.
There are cases where it would be useful, in particular some cases without GPU offload.
You need 24 - 32 GB of GPU RAM for this case. But do you really need this particular case?
If you specifically want that category of filters, sinc-Lh is similar filter with better quality and much lower load.
I don’t see much point in chasing sinc-L for DSD1024, especially since the filter is not particularly good and only suitable for minor portion of the content out there, where Apod counter stays < 10 at all times, which is probably less than 10% of all RedBook content.
And DSD1024 usually performs best with AHM7EC8B modulator, and in that case, combining with sinc-L is not particularly heavy.
Thanks for the tip! With this particular combination sinc-Lh + AHM7EC8B cores load is under 40%, gpu under 10%.
But! I was mistaken in my previous post. Due to the fact that I’m new to hqplayer and all this upsampling stuff, i expected dsd1024 with 96khz source to be 96x1024
I checked again, and looks like dsd1024 is possible with any combination of filters and modulators, even using heavy ones if the source is 96khz and up.
Jussi, can i ask you for some help ? I need to insert a line in the config file so a new audio interface would appear in the input devices drop box.
I managed to buy an RME ADI-2 DAC, that can do spdif > usb.
arecord -l
**** List of CAPTURE Hardware Devices ****
card 3: DAC [ESSential HEX USB DAC], device 0: USB Audio [USB Audio]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 4: DAC59273533 [ADI-2 DAC (59273533)], device 0: USB Audio [USB Audio]
So i would like to stream from WIIM PRO coax > RME ADI-2 coax > HQPlayer USB
The mandatory thing for this to work, is that sampling rate between these devices is the same.
On the WIIM PRO, there is a option to stream with a fixed sampling rate 24/192 regardless the source.
There are preconfigured entries in hqplayerd.xml for this. You just need to remove the XML comment markers from the that portion and replace “CARD=Pro” instances with “CARD= DAC59273533” instead. RME encodes device serial number as part of the device id so that multiple devices can be connected simultaneously and still be uniquely identified.
Also switch the DAC the “CC Multichannel” mode, and remember to set clock source to S/PDIF. You may also need to specifically choose coax as S/PDIF input. I’m not entirely sure about the setting details for ADI-2 DAC, since I have only ADI-2 Pro which also has AES/EBU input. It may also be that what is shown as “S/PDIF” and “AES” inputs in the sample for ADI-2 Pro are something like “Toslink” and “Coax” (or vice versa) on ADI-2 DAC… You can try it out… The channel mapping may be mentioned in the manual (hopefully, at least it was added to ADI-2 Pro manual after my request).
Hi! I want to bring out attention to a request to improve HQplayer path display, specifically on the mobile platform. If you can please help vote here:
There are no such lines in my hqplayerd.xml, all lines are uncommented. There are alot of lines for minidsp device. But i have a feeling, that the config file was generated by the install script, due to the fact that it contains a line for my XingCore usb transport and im sure thats not my doing. Again, i suppose hqplayer install script is probing for audio devices and adds them into the xml file. Maybe i could delete this file and reinstall hqplayer and ADI-2 DAC gets in on its own.
Ubuntu 24.04.2 LTS, all packages up to date.
Weird stuff, just did a complete reinstall and guess what, before i launched hqplayerd i checked the config file, and its complete with commented lines.
Yeah, just like i thought, all the commented stuff gets wiped after first start of the program.
i use DSC 2.5.2 with Chinese transport xingcore u30, no way anything can sound better… imho of course.
here: