I upsample PCM 44.1 kHz to DSD256 and PCM 48 kHz to PCM 768 kHz in Roon DSP. How can I do it in HQP ?
This makes no sense because there is no audio msic files with a sampling rate of 123 kHz in practice.
Well. I have an Intel NUC with an installed Ubuntu server 18.04.2 as a Roon Server. The native ethernet controller NUC is connected by a patch cord to a wifi router, the second external usb ethernet controller NUC is connected directly to the Roon endpoint (this is my ethernet DAC). Ubuntu has a DHCP server which creates a separate dedicated subnet only for communication with the endpoint isolated from the rest of the local network created by the wifi router. Thus the Roon Core - endpoint connection is isolated from the general parasitic traffic existing in the common local network and serves only to transfer musical information from the Roon Core to the ethernet DAC. This has a very positive effect on the sound quality. All this allows to make RAAT but does not allow to make NAA (HQP does not see an endpoint connected to the second USB ethernet port).
You cannot (except by switching manually), because that doesn’t make any sense.
I have bunch of files at 120 kHz sampling rate. There is also 32 kHz-based standard sample rate family with 32/64/128 kHz sampling rate. I have also a DAC running at 40 MHz sampling rate.
There is no reason to be constrained to few sampling rates. Best would be to optimize sampling rate and word length for each song specifically based on spectrum analysis of the content. I’ve done some of such and it works great for saving some disk space.
There is no need to isolate HQPlayer’s NAA traffic from other traffic. I have everything as single network (apart from couple of special purpose VLAN’s but those of course go on the same wires). Total six switches and four wireless access points. Having HQPlayer running on a laptop and playing 8 channel DSD256 over WiFi to a wired NAA works perfectly fine without any difference on sound quality.
If you have enough internet bandwidth and create a VPN, you could put NAA traffic travel over VPN tunnel to other side of the globe and still the sound quality would be the same. This is no different than playing something for example from a Tidal server (in such case, you have the stream mixed with lots of other people’s internet traffic).
What are the files? What’s music, what are artists, albums? Where you can buy or download them?
If you do not have a difference in sound quality then you really do not need “to isolate HQPlayer’s NAA traffic from other traffic.” But in my audio system there is this difference and not only in my system judging by the reports on audiophile forums. If you only focus on your needs when creating a product then everything is OK, if you want your product to have maximum demand then it is probably worth considering the opinions and needs of other users.
I have created those with HQPlayer 4 Pro. But there are many other tools you can use for creating such.
If you are not happy with HQPlayer and consider Roon better, by all means use Roon instead.
Sounds like you didn’t even try NAA yet, only Roon Bridge (RAAT).
I just take objective approach. Overall, it would be preferable from my point of view, to use my products the way they are designed, tested and verified to be used, instead of something else (otherwise it is like buying a Ferrari sports car and then saying it doesn’t work great as off-road vehicle). I would be happy to see measurements of such traffic isolation making a difference. From electrical point of view, more hops you have on the network, more isolation barriers you get on the path from HQPlayer machine to the NAA. I have typically three switches on the way - that makes it 8 isolation transformers on the path.
There are also other typical mistakes that spoil the point of NAA entirely, like use of shielded (“audiophile”) ethernet cables.
Regarding Roon endpoint discovery vs NAA discovery. I think first of all Roon is still sticking to IPv4 only, while HQPlayer prefers to use IPv6. For discovery Roon is scanning network by knocking every host within the subnet. For IPv4 class-C subnet this is doable as there are only 255 possible hosts. For typical 64-bit IPv6 subnet it is not feasible given 2^64 possible hosts. I also don’t like idea of banging every host on the network. So instead HQPlayer relies on multicast-based discovery mechanism. Just like for example UPnP does as well.
Typically, multicast is routed where the default route goes unless something else is explicitly defined.
OK, Jussi. I keep testing HQPlayer .
I want to use HQPlayer Embedded with Roon to upsample all my PCM and DSD64 tracks to DSD128 for my DIrectStream DAC. I want to use filters like poly-sinc-xtr-lp and the latest EC modulators like ASDM7EC.
My sonicTransporter i5 was clearly not powerful enough to do this. The sonicTransporter i9 is supposed to be great HQPlayer system so I bought one of those and it does the DSD128 stuff. A couple of the i9 cores get up in the high 80% utilization range. So the sonicTransporter i9 handles want I want now but there is not much headroom.
At some point in the near future the DirectStream DAC will get an upgrade that allows it to do DSD256. Well, the sonicTransporter i9 does not appear to be able to handle upsampling to DSD256 using the filters and modulators I want to use.
So, what are good options today for getting me to DSD256? I don’t see the need in the foreseeable future for anything higher. The sonicTransporter i9 uses an i9 but I guess it is not the i9-9900K. I would like fanless but this system will not be in the listening room so that is not critical. I don’t want to spend $1000 just to get fanless.
I am fine with Linux as long as I don’t have to go crazy with shell scripts or right other code. Windows 10 would be fine too as long as it is reliable and does what I want.
Thanks for any advice on this!
You might find more information on accomplishing this on the AudiophileStyle website where there are a couple of relevant threads about such.
Here is a good spot…my challenging illogical opinions and asking for realistic explanations makes me unwelcome there.
You’ve been banned there right?
Nothing illogical in these threads linked below… they discuss exactly what you’re asking about…
They have example build details for exactly what you want - DSD256 with EC modulators.
These threads have examples of CPU’s that do and don’t work…
I have an i7-7700 (not k) running Windows 10 and a GTX970 CUDA in an ITX case.
I just upgraded to HQ Player 4 Desktop.
I can run 44.1/48k source material through Roon with 2 band DSP and convolving a room correction wav file in HQP at 256 DSD (x44.1) using ASDM7EC and ext2.
With 96 kHz source material I get stuttering, but can run ASDM5EC without stuttering. Four cores are running between 25 and 60%.
CUDA is greyed in HQP4 but isn’t being used by the program. It probably thinks there is no performance advantage.
Edit: I’ve got CUDA working properly now and can do 192 kHz to DSD 256 with ASDM7EC and ext2; see here
Is there a simple to install and update Linux setup that would allow me to run Roon and HQPlayer Embedded? I probably want to have the ability to use CUDA.
Install Ubuntu Bionic
Install Roon Server:
3, Install HQP Embedded:
Well that doesn’t seem too bad!
7 posts were split to a new topic: HQ Player 4 EC modulators and CUDA
A post was merged into an existing topic: HQ Player 4 EC modulators and CUDA
28 posts were split to a new topic: Installing HQPlayer on a separate NUC