Jump to content
IGNORED

HQPlayer Linux Desktop and HQplayer embedded


ted_b

Recommended Posts

39 minutes ago, Miska said:

 

Disabling USB ports shouldn't cause such, but some BIOS just behave strange. Changing network/BT interfaces or similar will cause fingerprint change though.

 

Send email to the support email address with new fingerprint and original key file and Aapo will update the key file for you.

 

Thank you Mika, just did so accordingly. 

 

One question: I am going to buy a JCAT Net XE. Does it bring a big improvement with hqplayer embedded or would you rather stick to standard LAN ports? 

Link to comment
30 minutes ago, Miska said:

 

CAT6(a) U/UTP. Preferably the 500 MHz CAT6a type, basic CAT6 is 250 MHz. CAT6a is good up to 10 Gbps.

thank you, i am using cat 7. Thinking about switching to lwl, but it has its disadvantages as well... I am not making a big fuss about cables as do not hear any difference between cables. Nevertheless, I use a melco s100 and it feels good. Does it sound better? Maybe. The biggest improvement was the hqplayer and my sdv 3100 HV. Full stop. No more cables required. 

Link to comment
34 minutes ago, Miska said:

 

CAT7 is shielded, which is a problem, since it doesn't provide isolation that U/UTP cables do. One big reason to use network is to provide galvanic isolation. Ethernet signals are galvanically isolated by the spec. But shielded cables break this by connecting device grounds through the shield.

 

Ah, very interesting, I was not aware of that. Thank you. Currebtly, i am using viablue ethernet. Cat 7 cables with 6a connectors. Dies it fits the purpose of galvanic isolation?

Link to comment
38 minutes ago, Miska said:

 

Your volume is not set any higher than -3 dBFS?

 

One possible issue is that your CPU runs into thermal throttling. So I would look into CPU temperatures.

 

Any idea, which filter works better before I simply increase the fan speed?

 

Is -3 dBFS throughout fine? I am adjusting the volume directly in my preamp. 

Link to comment
10 hours ago, Miska said:

 

It probably goes away if you drop output level (HQPlayer volume). There's a soft-knee limiter and re-process (find-another-solution) loop. If the find-another-solution process takes too long for example due to inter-sample overs, you may get a drop-out. Likely also the Limited counter increments (?). Limited counter should stay 0 at all times. If you stay out of this re-process cycle, you have more consistent CPU load.

 

Just checked, the limiter says 0. Currently running on-5. Should I further decrease the output volume? 

Link to comment
32 minutes ago, Miska said:

 

That should be fine then, no need to decrease output volume. It is something else then. Is there something specific to the source media that could cause delays on reading the tracks?

 

What I could identify: it is relating streaming qobuz or tidal in 16/44.1. It never happened so far from local storage. I will investigate further in this topic and let you know. 

Link to comment
  • 2 weeks later...
19 minutes ago, Sunny_Player said:

Thabk you, let me check later today. Is there a different filter available producing similar space with less processing power required?

2023/04/09 06:46:00 Play

  2023/04/09 06:46:00 Offload: resampler=disabled convolution=disabled

+ 2023/04/09 06:46:00 Playback engine running

  2023/04/09 06:46:00 IntegratorM: FIR2

  2023/04/09 06:46:00 Rate or blocksize change triggered

  2023/04/09 06:46:00 Rate: 88200, block size: 7056, frame size: 1176

  2023/04/09 06:46:00 Block size: 7056 (sample: 3)

  2023/04/09 06:46:00 Oversampling: extra long Gaussian poly

  2023/04/09 06:46:00 Modulator: adaptive seventh order 1-bit ec v2

  2023/04/09 06:46:00 Integrator: FIR2

  2023/04/09 06:46:01 Playback engine ratio: 278.639

  2023/04/09 06:46:01 Set volume: -3 +

  2023/04/09 06:46:02 Offload: resampler=disabled convolution=disabled

  2023/04/09 06:46:02 Initialization complete, starting audio engine

  2023/04/09 06:46:02 Teams: 1

  2023/04/09 06:46:02 Places: 1

  2023/04/09 06:46:02 Parallel threads: 8

  2023/04/09 06:46:02 Nested parallelism: 4

  2023/04/09 06:46:02 Parallel pipelines: 4

+ 2023/04/09 06:46:02 NAA output network engine starting...

  2023/04/09 06:46:02 NAA output network format: 24576000/1/2 [sdm]

  2023/04/09 06:46:02 NAA output network SDM streaming

  2023/04/09 06:46:02 NAA output sampling rate: 24576000 (24576000)

  2023/04/09 06:46:02 NAA output channels: 2 (2)

+ 2023/04/09 06:46:02 NAA output network engine started at: 24576000

Link to comment
42 minutes ago, bogi said:

Adaptive output rate means that 44.1k based sources will play at 44.1k based DSD rates and 48k based sources will play at 48k based DSD rates. It does not disable 48k DSD but it adapts to source rate family. Just try it, it will help or not.

Ah, you mean "auto rate family"? I have enabled this already. 

Link to comment
1 minute ago, bogi said:

It looks like you don't have set it:

88200 = 2 x 44100

24576000 = 512 x 48000

Ok, thanks for the hint. Seems I have misunderstood something in the settings of hqplayer: So i have family rate enabled, birate set to 24576000 and rate limit to 49152000. What settings do i have to make when i want to upsample to dsd 512?Screenshot_20230325_130240_Chrome.thumb.jpg.64f3941790875c2ddfc534cbd0d78111.jpg

Link to comment

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now



×
×
  • Create New...