HQPlayer Zone - Tracks not playing as expected

Another thing to confirm, are you running the latest version of HQPlayer? Development is very active and some of it related directly to Roon integration.

I noticed the same thing. And I’m up to date on my Roon and HQPlayer software. Does it say “enhanced” cause it’s going through HQPlayer? I guess I’m wondering what the blue and purple colors signify.
Making sure I’m getting the correct output.
Thanks,
Spencer

Also, under “HQPlayer” in the screenshot from my previous post, it’s says, “Default, Default, PCM, 192kHz”. Shouldn’t it show my HQ settings like in this screenshot?

Thanks,
Spence

1 Like

https://kb.roonlabs.com/Signal_Path

Thank you. That’s a nice helpful simple explanation. It’s upsampling to 192 kHz so enhanced it is.

Thanks,
Spence

Yes, as my description above I have the client interface on 2 machines, both have the latest gfx drivers and both show the same thing - a mix of blue and purple. Based on the Spence’s comments, is it possible the fact that HQplayer upsamples everything to PCM 384 it’s considered “enhanced” and as such shows as blue? If so, then what’s the difference between blue and purple?

Also, HQplayer was updated to 3.20.4 fairly recently.

WRT skipped tracks, I am only running one zone and I only use Roon with HQplayer. I can check that later w/o HQplayer and Roon direct.

@Steven_Bonamo

Roon Knowledge Base: Interpreting Signal Path

-Eric

Thanks Eric. Any thoughts on my other issues?

While playing tracks the progress bar never moves and track information doesn’t keep up as tracks play (graphic of track and album are sometimes 1 track behind what’s playing.

Sometimes tracks are skipped when placed in the queue. You need to go back manually to play them.

Hi @Steven_Bonamo ----- Thank you for the follow up!

Continuing forward, have you had a chance to verify how things perform with HQPlayer temporarily out of the mix? I also noticed in the screenshot you have provided above that you have access to AudioQuest DragonFly Black, does this zone exhibit the same behavior during playback as the HQPlayer zone does?

How often would you say the “track skipping” occurs? Is it readily reproducible or this an intermittent behavior? Based on your feedback it seems to be the latter, but please do confirm. Additionally, when you do notice this occurring can you think of any patterns in behavior that may be triggering this response?

-Eric

Performing a quick test using my local PC with an Audioquest black, I haven’t seen any track skipping and the track progress bar does move, so it’s specific to HQplayer. Has anyone else seen this with HQplayer?

Hi @Steven_Bonamo — Thank you for the follow up and sharing your observations after having performed the proposed test with the DragonFly. The additional insight is appreciated!

Continuing forward, after reading your most recent post it would seem that this behavior is isolated to when HQPlayer is in the mix and as such I recalled in one of your earlier posts that you were running v3.20.4 of HQPLayer. I just checked the HQPlayer website and it appears that there have been a few updates since that release:

04%20PM

Can you please try updating and letting me know what the experience is like afterwards?

-Eric

Hi Eric,

All the updates are for HQPlayer embedded or 64 bit ARM processors which don’t apply to my Windows PC.

@Steven_Bonamo :dizzy_face: , thank you for pointing that out to me. My apologies for the confusion on my part.

While it may seem a touch elementary have you tried reinstalling HQPlayer since noticing this behavior during playback?

-Eric

BTW, I uninstalled HQPlayer and reinstalled, same issue. Songs are skipped, stop part way through and passed to the next song and the time left indicator and current track isn’t accurate.

Hi @Steven_Bonamo ---- Thank you for getting in touch, hope all has been well!

I appreciate you giving the proposed troubleshooting exercise a shot and sharing your observations with me. The insight is appreciated and sorry to hear of the continued troubles. Moving forward, I would like to enable diagnostics on your account so our tech team can have a closer look into this behavior fo you you. However, before I enable this feature may I very kindly ask you to please provide the following:

Please reproduce the issue and note the following…

  1. The time of day when it occurred.

  2. The title of the track that was being played at the time of the error.

-Eric

Eric,

It happens with random tracks during the duration that I listen which is Friday nights from 7PM - midnight. It follows no specific bit rate and happens with both Tidal and locally stored music.

Hi @Steven_Bonamo ----- Thank you for the follow up.

I have now enabled the mentioned diagnostics on your account and what this action will do is the next time that Roon is active on your core machine a diagnostics report containing a set of your Roon logs will automatically be generated/uploaded to our servers. I will keep an eye out for the upload and will touch base again once it has come in so you know we have it.

-Eric

Hi @Steven_Bonamo ---- I just checked our servers and can see that the mentioned diagnostics report has been received. I have attached it to your ticket which is now with our tech team for analysis.

Once the team has updated your ticket and passed it back to me I will be sure to share their thoughts/findings with you as soon as the feedback becomes available. Your patience during this process is greatly appreciated!

-Eric

Hi @Steven_Bonamo — Thank you for your patience here!

Our tech team has updated your ticket and would like to do some testing in house to see if we can replicate this behavior. As such the team has requested the following screenshots:

  1. DSP Settings for the zone you are experiencing the issue with.
  2. Zone playback settings via “device setup” (Volume Leveling, etc…)
  3. HQPlayer Settings.

-Eric

Hi Eric, thanks for the support. Screen shots attached.HQplayer%20DSF%20settings