Jump to content

luisma

  • Content Count

    888
  • Joined

  • Last visited

  • Country

    United States

Everything posted by luisma

  1. Thanks Larry, I bought it per your former recommendation but haven't used it yet.
  2. luisma

    HQ Player

    Hi Nikko, it is my understanding that HQPlayer's DSP volume is preferred over analog, at least if you are using 352 khz plus rate conversion with good noise shapers like LNS and such if doing PCM or good modulators if using DSD 128 plus, these will provide enough margin to keep the noise floor and distortion low, you are already processing so might as well do the attenuation there. If you are planning to bypass HQPlayer at some point let's say go directly to the Dac from another application then it would be nice to have an analog attenuator. The analog attenuator you co
  3. Already posted on the HQPe thread but just in case here too. Just wanted to provide an update on an issue I had before with HQPe fingerprint changes. After testing both Audiolinux and Ubuntu Focal it turned out something in an Ubuntu update apparently (as I never figured what it was) changed temporarily the license fingerprint, going back to Audiolinux and after updating Ubuntu again the fingerprint was rock steady, even changing and renaming of the network adapters the fingerprint was consistent. I suspect the issue I experienced initially might have been related to th
  4. Just wanted to provide an update on an issue I had before with HQPe fingerprint changes. After testing both Audiolinux and Ubuntu Focal it turned out something in an Ubuntu update apparently (as I never figured what it was) changed temporarily the license fingerprint, going back to Audiolinux and after updating Ubuntu again the fingerprint was rock steady, even changing and renaming of the network adapters the fingerprint was consistent. I suspect the issue I experienced initially might have been related to the custom wired Realtek new chipset driver (not supported on kernels 4.9 a
  5. Hi Miska, I noticed you mentioned you are waiting to get the newer AMD video card 6800 IIRC, does this means HQPe should be able to use the AMD RDNA video card as an alternative to Nvidia for convolution and filter offload possibly with better performance that Nvidia?
  6. Great review @bobfa it definitely seems to be an active to consider.
  7. Very nice figures, even more considering HQPlayer is running on your desktop with quite a few background task and not on a dedicated environment. The extra CPU headroom is most welcome. Thank you, great job.
  8. Driver issue on native OSX? so weird, well my AP is upstairs and the system is downstairs, the NAA could not handle the stream, it was pausing and dropping, the new modern Wifi endpoint works better, the AP does beamforming and other tricks, plus the controller, recently I replaced the switch by an ICX7150 IIRC, which provides a good network improvement compared to the former Aruba 2920? man something is wrong with my head, I'm getting old :), harder to remember the models. In any case the endpoint was old, dual antennas but only 2.4 and 2015 tech, the new Giga does pretty well
  9. No problem, I'm glad you took it the good way, I did not mean to be difficult on my reply
  10. Well honestly when I tried it the endpoint NAA was the weakest link, it wasn't a Wifi 6 board but an Intel 5th gen celeron with and old wireless card, nothing like 5g using broader bandwidth or band balancing I don't use any last gen NAA's because of cost and because to me the simpler the better, so it could be possible the failure was not my Wifi infrastructure but the endpoint quality, still I rather avoid it, not very much interested on using wifi unless absolutely needed. Aruba is pretty good, IMO not as good as Ruckus, if you don't have too many adjacent neighbors that's a pl
  11. Onboard wifi included with the Gigabyte B550i AORUS PRO AX, Wifi 6 Please I don't want to that guy but if you read my post again you will notice that I'm just trying to describe my environment on which unfortunately I am forced to rely on Wifi, at the same time on my post I mentioned you should not use Wifi as it is unreliable, will create issues, and HQPlayer won't support it, I tried once to stream from HQPe Server to an NAA Wifi and it FAILED and it will fail on every environment at least with the current technologies, so HQPe --> WIFI --> NO NO NO What I tried doing was
  12. It would, in today's networks it should work flawless, the 150ms of fiber light speed latency won't matter as long as buffering is present, such a blessing to have buffers
  13. Amazing background Yep, codec plus payload, G.729 closely to what you are describing, 24Kbpps total Yeah, packet loss, jitter and latency, I worked with several VOIP platforms and PSTN, nothing cellular, none corrected jitter, when it was present all the voice was garbled, all I could do was to "manually" reroute all traffic using BGP routes to alternate links Miska thank you so much for taking the time to such elaborate explanation, nothing short of impressive.
  14. Thanks, whatever it is at the input it is very very forgiving, or the protocol (is that RAAT?) it is very efficient. I am surprised with the results and even more on how much difference separating Roon does, I always looked at htop utilization of Roon vs HQPlayer and Roon's was almost nothing so you tend to think that Roon will take what? 3%-5% and HQPlayer 95% but these percentages are deceiving as it won't describe the actual scenario, that 5% percent of Roon could mean (with just some sample numbers) affecting HQPe processing for more than 20%. All this is speculation of course, but I am ve
  15. Thank you that's quite possible, I have wired upstairs and wireless downstairs, I have no video except when I plug the PC upstairs with an extra video card. When setting up the PC it is possible I used the wired connection and then switched to wireless (leaving the wired configured but unplugged) the macs were always the same, both interfaces are onboard. I'm doing some testing and will figure out (at least I hope) how this happened. EDIT: And I certainly hope the video is not the reason or counts toward the fingerprint, I use another computers video card to setup and then remove it and r
  16. In that case just don't worry about the USB port since the NAA will talk to the ADI-2 directly. Your Asus is fine as it has an Intel LAN port It also has plenty of slots for adding cards in case you want to do convolution or matrix processing with HQP or just offload the filters Important the 4 slots for memory which will allow you to add plenty Go for it I would say
  17. I know Piero, but the way the fingerprint is generated could have an OS (or package) dependency Archlinux and Ubuntu are indeed different in a few ways. I will install AL and see what it is reported. I wasn't trying to imply there is anything wrong with AL.
  18. luisma

    HQ Player

    deleted duplicated post
  19. luisma

    HQ Player

    Replying to my own post Miska just replied, there is a possibility I was using a fingerprint from Audiolinux which is different than Ubuntu's I'm going to confirm and provide feedback on the forum
  20. Miska just replied, there is a possibility I was using a fingerprint from Audiolinux which is different than Ubuntu's I'm going to confirm and provide feedback on the forum
  21. Thank you, my problem is I upload the key again and it doesn't work because the "fingerprint changed", I know the fingerprint is based on motherboard and CPU (among other things), CPU and board are the same no changes, and also memory is the same, SSD is the same, no changes whatsoever. Now the fingerprint is generated by HQPe and I suspect Miska is using of course in my case a Linux library or package. If this library that generates this hash changes or is it updated (which it shouldn't) the fingerprint will change, this is very very weird. I will expect Miska to provide an update. I don't th
  22. 1. Gigabyte is preferred by Miska, mainly the ones with DACUP USB ports, the extra shielding on these will make it potentially better to connect a DAC. I have done experiments with EMI shielding before and definitely will look for a Gigabyte with this port, this is not available on AMD but it is on INTEL. 2. VERY IMPORTANT. Get a board with an INTEL (not REALTEK or other) network card, you will have infinite headaches if you go with Realtek, I know from experience. 3. Do your DD (due diligence) on Gigabyte boards, I would not worry too much about the VRM's and such if y
  23. Last night I followed your advice @Miska I moved my Roon server out of my HQPe server. Recently build a home NAS with TrueNAS virtualized under VMWare ESXi on a Ryzen 3700X, this ESXi is running TrueNAS with 24TB of available space, Windows Server 2019, 3 Centos Virtual Servers running Ansible and stuff and 1 Roon Ubuntu 20.04. I installed Roon and started streaming to my HQPe server (on which I disabled Roon). I wasn't expecting any MAJOR improvements (in terms of resources not SQ) but contrary to what I thought HQPe does improve from been isolated as a single server. The VM running Roon
  24. Hello everyone, today I connected to my HQPe PC running under Ubuntu Focal 20.04 which is always ON and I installed back in Nov 2020. HQPe shows as Trial not licensed and I noticed the fingerprint changed without me altering hardware, including CPU, RAM, board, SSD, etc. I decided to go back from 4.21.1-60 to 4.20.3-58 still the same "wrong" fingerprint. I wonder if an earlier 4.20 will show another fingerprint but currently unable to download former versions from https://www.signalyst.eu/bins/hqplayerd/focal/ Anyone has experienced anything like this with the fingerprint changing without
×
×
  • Create New...