OK, maybe the minimal’s package manager configuration tells it to leave documentation and such out to minimize the OS footprint. I have not noticed such myself!
The file is indeed flagged as documentation, so it can very well be that the minimal setup is discarding any documentation files.
There’s no configuration for this timeout currently. Point is to avoid things being “stuck forever”. 10 seconds without audio data while playing is not normal.
But I would expect this behavior largely depends on the particular transport used. Probably some transports keep sending clock (silence) even when not playing. While some other just turn off the transmitter altogether. I don’t actually have any good statistics on this, regarding the most common approach. I have only couple of transports myself…
If input device is something like RME HDSPe AIO, it is not a problem, as it switches to local clock when external one disappears. So the the interface doesn’t get stuck. This is is related to hardware implementation of the HifiBerry Digi. And in fact, I have not experienced such with my Digi+ I/O on RPi4 running NAA OS. But in my case the source has been Matrix Audio X-SPDIF2…
My transport model is Cambridge Audio CXC it has only optical and coaxial output, and does not have any settings - I use Toslink to connect to Digi. I womder how can I check what it does when I stop / pause or change CD.
Hm, may be I connect it directly to May DAC, and see how it “locks / unlocks”. mmm, I gonna see now.
Leave HQPlayer playing, with Client connection open. Watch the time progress, that shows how many minutes:seconds it has played. If the time stops when you pause or change CD, then you know it has turned off the clock on S/PDIF output.
I would assume it to keep sending clock/silence if you pause, because these players usually also keep the disc spinning in that case.
That is another way. Of course for HQPlayer use with CD input there are other input device choices as well. But Digi+ I/O is certainly cleanest package as no other external devices are needed. I don’t know if there are any other S/PDIF input hats. (the Wolfson receiver used on Digi+ I/O is a very good one too)
I had tried connecting CD Transport Toslink directly to MAY. Interesting. MAY sees the transport, and synchronises with playback. The time counter is running correctly. But MAY does not want to play sound for this device in NOS. In OS modes it playes this transport allright. When I pause or stop after some time MAY will show 44,1K - meaning its locked all the time. And when I turn-off CD transport - MAY shows “UNLOCK”. Seems correct.
I will also try your method with Client…
As for connection - Digi is ofcourse brilliant. Another theoretical route is to use USBStreamer which than would be connected to “remote” NAA.
Do you have PLL enabled? I’m not sure if there’s even option to disable it for S/PDIF inputs. But without PLL it likely won’t manage to keep up with the input.
Or then the PLL has too tight lock window compared to what the transport can provide.
Current HQPlayer server: iStar D-213-MATX 2U Rackmount Case; Asus PRIME Z590M-PLUS motherboard; Intel i9-11900; Noctua NH-L9x65 Low Profile CPU Cooler.
I’m finding that CPU temps are getting close to the edge (> 90C sometimes) even with a fairly aggressive fan setup in the BIOS. I hadn’t been checking it until recently when I had some stutters that eventually I tracked down to thermal throttling.
Options: pull back with respect to filters & modulator, or get a more capable server. I have a Mac Mini M1 running HQPlayer Desktop on a different system, same HQPlayer configuration, that seems to just do it without batting an eyelid. But if I upgrade the server here, I might as well get something that would allow me more headroom. I don’t want a jetfan game PC, though. Suggestions?
Something with Fractal Design Define R case and Noctua NH-D15S cooler? With Seasonic hybrid PSU. This is pretty much most quiet setup I have. That loaded with for example i9-14900T and suitable GPU? Such as one of ASUS Strix or TUF Gaming series. Or for example something similar to the RTX A4500 I’m using with 14900K.
I’m likely staying with DSD256 (Holo May), but I’ve not yet explored the full range of filter possibilities. When I got the current server in early 2022, I had thermal issues but then arrived at a configuration that worked well. Until the recent issues, which I don’t quite understand because nothing obvious changed except normal OS and HQPlayer updates. Maybe I should take the server apart and clean fans and airflow paths, as we had construction in the house and maybe something is a bit clogged…
(EDIT) Now, disabling PLL on MAY indeed allowed me to play CD Transport via Toslink connected directly to MAY. It locks correctly in NOS with PLL OFF.
With PLL ON it can not lock on this CD transport in NOS mode. Interesting it shows the correct playback time, but in a very small letters on the top of the MAY screen it writes “locking”. But is OK in “OS”, “OS PCM” or “OS DSD” modes locking immediatelly and correctly.
To me it looks more like MAY settings (firmware?) rather than the transport. I have couple of other Toslink sources, may try later on in different combinations.
Also I wonder if coaxial cable connection may make any difference…
But out of low TDP options, I just tested my i9-13900T and it can do up to DSD1024 using ASDM7EC-light modulator and default filters (assigned to E-cores). So 14900T with the lower TDP is a good candidate for most cases, with fast RAM, such as DDR5-6400 CL32. 14900K can do DSD1024 with ASDM7EC-super, so that’s about the difference.
I am using Hqplayer Embedded on Ubunbtu. I have an AMD 5800X cpu and in the past i have selected the update file that contains “avx2” in the filename when i have updated it (based on reading the forum a long time ago about this), but recently this seems to have been replaced with “intel” in the filename. Is this the version i should pick, or does the change in filename signify something else have changed?
i.e. which of these should i pick for the 5800X cpu?:
Also a second question please. I currently have an intel 13600K based computer not in use, and wonder if this cpu would be (significantly) better to handle the HQPlayer processing than the AMD 5800X, and if so, is it possible to transfer the license to that machine (i read earlier somewhere that the license key might be bound to the cpu). Note that i do not particularly aim at using DSD1024 but would like to use DSD512 with as many of the modulators and filters as possible. I have an nvidia Geforce 3080 GPU card in the Ubuntu-machine.
Thanks for any assistance, a great software, and great forum!
I can’t answer this question directly but you can test for yourself. Embedded works, without a license, for 30 minutes between restarts / reboots. You could / should load it on the 13600K, load your config, and compare load between the two machines. You’d have your answer pretty quickly.
I am using my new configuration with the Merging HAPI : GentooPlayer + Roon Server + HQP Embedded + Ravenna/AES67. Everything is fine with SDM outputs DSD256 @ 11289600 using modulators ASDM5 or ASDM7, but all ECxx modulators are generating micro glitches (many clicks per second, as if the time code was lost).
I can see that the server load is higher with EC modulators compared to non EC ones (normal). My server is an Intel 12th generation 9K with 8 PCore and 8 eCores. Multicore is set to Auto and Ecores is set to pool.
You are right, the exact reference is Intel Core i9-12900T.
When I was using a NAA endpoint, ASDMxEC modulators were slowly overloading the server. The effect was a good start but then hicks when CPU was overloaded.
With this setup, problems starts immediately. I tried to set priority to RAVENNA service with GP but I haven’t found how to so far.
