Jump to content

Miska

  • Posts

    23438
  • Joined

  • Last visited

  • Country

    Finland

Retained

  • Member Title
    Masters Level Member

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. It always runs everything through some PCM-DSD or DSD-DSD conversion. So it is never bit-perfect. (and RU6 seems to always do some processing on PCM, so that's not bit-perfect either)
  2. Yes, as academic experiment, it is possible to start for example with 192/24 source file, convert it to DSD512 and back to the original 192/24 data.
  3. I really don't know about those NAS things... At least it is likely rather suboptimal way.
  4. If you have enough CPU power, you can run both on the same. If you use NAA for output, it won't affect sound quality either. I would recommend to set all Roon's background scanning and such options to "Throttled" so that it doesn't cause surprises. While HQPlayer only scans for content when you ask it to - it doesn't do any "surprise background tasks". Since I have one Roon server, and multiple HQPlayer servers, I run headless Roon server on minimal Debian 12 "bookworm" system with nothing else, on an old NUC.
  5. 192k is also fine is that is your highest rate content and that is your maximum output rate too. 352.8k is good to cover all PCM sources and also all DSD sources, for DSD outputs. Since it can cover 176.4 kHz wide correction bandwidth which should be enough for any microphone and any recording. HQPlayer has the "Expand HF" option in case the filter doesn't cover enough bandwidth, but if you use 352.8k convolution filter, you can do without that (just simpler overall).
  6. Lack of HQPlayer OS images is due to immaturity of some low level OS components that differ from Raspbian OS. These are now in beta stage, so I expect to have HQPlayer OS and NAA OS supporting RPi5 hardware in near future. This is not related to my actual NAA or HQPlayer software components, just to the low level OS.
  7. If you have not specified a static IP in your network interface settings, nor defined a fixed IP in your router settings for your laptop MAC address, it may/will change over time as the IP gets assigned by your router. (in typical home network scenario, router is the DHCP server allocating local IPs) If your output is through Antipodes, choose "Network Audio Adapter IPv6" backend, your output device should appear under Devices list. If it doesn't try with "Network Audio Adapter" backend. If it still doesn't show up. it is either reserved by something else (like HQPlayer Embedded there), or something else. Or there is a network issue. Roon won't be able to play anything through HQPlayer until HQPlayer is able to play anything in first place. So it is better to first check with simplified setup that the HQPlayer output works, and then add Roon layer on top. Set input backend to "[none]", it is not applicable here.
  8. Miska

    HQ Player

    I'll fix this genre sorting issue. At least it should work for English. I don't know about Pinyin, so I'm not able to verify it, but hopefully Unicode system will handle that too.
  9. Do you have the "Allow network control" button pressed in HQPlayer Desktop toobar? (rightmost button) Then use the Add HQPlayer button in Roon settings to add IP address of your Win11 laptop (probably DHCP, so it may change over time). Name the endpoint properly, like "W11 HQP". Then you can select it as a zone in Roon. First check that HQPlayer is able to play to your NAA standalone, without Roon. So you know HQPlayer is likely correctly setup and the output is accessible. Then you can try playing from Roon.
  10. With overclocking, basic upsampling with default filters and ASDM7EC-ul works up to DSD256. (with nblocks set to something like 1, 2 or 4, multicore=1) With convolution, it is better to stick either with PCM output, or non-EC modulators. I didn't do much testing with computing limits this way, so I don't have exact figures.
  11. Idle time is useful when you use Roon as source. This is because Roon has habit of stopping and starting HQPlayer playback every time it changes the content, or even when you seek. This makes things sluggish, as it is rather heavy operation to tear down the DSP engine / playback just to start everything up again right after. This idle setting instead lets HQPlayer engine run for defined period after Roon (or other source) has issued a stop command, just in case there will be another play request shortly after. This makes overall behavior much snappier. For example macOS CoreAudio rate converter / mixer does similar for 10 seconds.
  12. Roon could do all that, and they should also make other fixes. IIRC, they don't update their GUI now if you change settings on the fly. But it's all up to them to do such things. But I think they are busy now doing things Samsung / Harman wants.
  13. Yes, depending how you are connecting to your DAC. If you use AES or S/PDIF, then 24-bit yes.
  14. I don't have HQPlayer OS image yet. But HQPlayer Embedded has been working on RaspbianOS Lite (aka Debian 12 bookworm) since the beginning. So from that perspective I don't know why it wasn't included, but oh well...
  15. I recommend taking another microSD card and just flash NAA OS there instead. Shutdown the HQPlayer OS, power down Red, swap the card, power up and you are ready! You should keep your HQPlayer Embedded doing ALSA output, is is not useful to set NAA output pointing to the same machine. Here you should set output to the Holo Red's output, same as you have set in HQPlayer OS. But here you use NAA backend instead of ALSA, since the endpoint is remote. However, the device may not appear here when you are running HQPlayer on the Red, because it is keeping the audio device reserved. Hence the suggestion to use NAA OS instead for this case. It is rather easy to swap the microSD card, and you don't need to touch the HQPlayer OS configuration. So just "[none]" for input. Input tab is about input hardware devices, such as ADC or S/PDIF input or similar. (Or USB through RPi4 for example)
×
×
  • Create New...