Roon / HQplayer stop playing when crossfeed chosen for headphones

So do I Jim but that isn’t what is happening here. It is frequent during the track.

Hi Danny, no upsampling is happening and the CPU is definitely not being overtaxed as most, average 80%,of CPU, is idle.

Hi All,

Yesterday I had this same behavior start with a Logitech Squeezebox Touch connected via WiFi to Roon Rock. I’ll try disabling Crossfeed and see if that clears things up. I hadn’t used the Touch for 4 or 5 days until yesterday so I can’t say exactly when the behavior started.

Regards,
Mario

Are you monitoring all cores. When using HQP I was confused as ASDM7EC wasn’t working and task manager showed the CPU at 30% load.

However, when I opened it up to show all activity 4 cores were fully loaded which is the most HQP uses. The other 12 cores were only lightly loaded so task manager was showing the average load across all cores.

But because HQP only uses 4 cores max it had hit the headroom of what it could utilise and thus playback kept pausing as you describe.

I also assume you are doing some form of upsampling unless you’re playing native DSD128 files?

The reason for trying cross feed with PCM is because PCM is far less processor intensive than DSD. So if it works then it is almost certainly because your CPU is maxed out.

I’ll post some screenshots.

So here are the graphs. In the first graph showing overall utilisation you can see it’s 38% however the next photo does the graphs for all 16 cores and the four HQP is using are nearly maxed out.

However as circled below let on the photo the overall cpu load is still showing at 34%.

Drop outs such as you describe are nearly always sure to the cpu not being powerful enough to run the filters and effects you’re trying to process.

Clearly I was not as clear as I thought in my first post.

I am NOT upsampling.

It makes no difference whether I am playing PCM or DSD128 files(NOT upsampling-the files are DSD 128). Oh, except HQP automatically upgrades all PCM to 384. Even so, that is not what accounts for the stop/start.

This behaviour only happens when I use headphones and was choosing crossfeed merely because it stated that crossfeed was to make the cans sound more like speakers. This made no sense to me, I did it assuming the techs knew better, and they do, but I hated the sound and as I said it kept stopping, playing, stopping.

My Mac Activity Monitor is accurate. No more than 25% of the CPU was being used.

When I am changing files from .aiff or .flac to DSD my CPU is almost 100%! When I allow HQP to do the coding to DSD128 as it is playing, the CPU i still 70% or more idle.

Even when choosing ext or xtr in HQP, the CPU is still mostly idle.

Where do you get your pictures of CPU usage from?

kind regards

On macOS you can open Activity Monitor and from there you can open a window that shows per-core CPU loads as graphs.

As per my previous post you can see that my overall cpu load is only 34% but HQP is maxing out the cores it is able to utilise. Unless you view all cores as Jussi mentions it is impossible to know the load HQP is putting on individual cores in your system.

See this post and the next few for a brief overview of the reasoning behind this.

image

I think I found what you are showing me on your windows. I can just about see what is inside the circles you have drawn and I see a wiggle topped box almost at the top of the boxes.

As you can see from this screenshot of the relevant bit, none of the cores are anywhere near fully taxed. They were as soon as I opened Chrome to send this to you. However after some initial farting about with the meters in each column going up and down, to the top, and down again, it all settled and am now listening on headphones with Crossfeed enabled and it is playing as it should and it is converting to DSD128 from FLAC 44.1kHz 16 bit as it goes.

I have now turned the Crossfeed off, and the columns all fell by a single strip.

I forgot that it says that overall the CPU is 70-75% idle, the system uses almost 4% and I use the rest.

It seems I was too hasty to switch it off the first time it stopped and started and stopped the first time. I was just afraid something was going to hurt my gear. I am not a techy. I can do enough for my needs and I learn.

I had no idea at all where to find my equivalent of the chart you posted, but I did find it.

Not that one, that shows momentary loads, the one that plots graphs of green/red bars.

I don’t know where it is. But if my machine isn’t putting fan on and shows that the CPU usage is 70 to 80 % idle why should I disbelieve it.

It has shown only 1%idle when converting files and the fan was very busy.

Because as I have mentioned that is the average load over all cores however if you start doing anything heavy with HQP your CPU load will still look low but the actual cores it is using may be totally maxed out.

And to be fair, if you are not upsampling with HQP and just using it as a native player you are not really benefitting from what it can do. So, for example if your files are DSD128 and you are using HQP to play at DSD28 it’s just a bit of a superfluous software in the chain.

Knowing how HQP loads the processor is key to understanding when it is overloaded or when there is a genuine fault with HQP. Again I refer you to my screenshots - my CPU load is showing as 34% yet there is very little extra processing headroom left for HQP to do much else than what I am asking it to as the 4 cores it can use are nearly saturated.

Even if I ask it to do ASDM7EC @ DSD512 the overall CPU load stays around 38% so in theory that’s 60% idle yet there is no processor currently capable of upsampling to that so it doesn’t work. If I only looked at the overall CPU usage I would be led to believe there was a fault with HQP when in fact it is simply a lack of processing power.

So to demonstrate; I have set HQP to run poly-sinc-ext2, ASDM7EC and DSD51. This does not work - exactly the symptoms you describe - play a bit, pause, pick up from where it left off etc.

Looking at the overall CPU load though it is only around 35% so why isn’t it working? I’ve got bags of processing power spare, it’s 65% idle so there must be a fault with HQP surely? But no - look at the individual cores and you can see 4 are maxed out. So you cannot rely on the headline CPU figure as it is not an accurate representation of the the load HQP is putting on the cores it does use.

1 Like

I knew what you meant the first time. But your graphs mean nothing to me because I use a Mac. Where would I find it on a MBPro?

I just deleted the rest of this post because I decided to call Apple and the tech guy told me that the graph I posted does show the core usage.

Just to be certain I then googled how do I get the core usage info on the MBPro. The answer is the same. On the several links and two YT videos I watched.

So whatever the reason for the odd behaviour when choosing Crossfeed when using headphones, it isn’t the cores getting overloaded. However, as I said, the behaviour stopped. In the end I prefer to listen to my cans without Crossfeed.

I would seem that MBPro and probably Windows, high end, laptops are more than capable of running HQP. One doesn’t need to be able to use every option.

We like the options chosen but for fun I am going to fart about with other options and see what happens.

Thanks Danny for helping.

kind regards

I don’t give up easily. I found what HQP mentioned. It’s just a different way of representing the blue chart.

Anyway Crossfeed was enabled. This shows what the cores were doing. After playing for quite a while it stopped and did not restart. The chart looks little different without Crossfeed enabled.

This next one is without Crossfeed.

Yeah, not horribly much spare on the physical cores. Note that cores 2, 4, 6 and 8 are virtual siblings of 1, 3, 5 and 7 and not used for heavy tasks because they don’t have independent execution units.

i could see that those 4 were different. This is just a quad core i5. However, it still looks little different to the blue chart and in the one that shows green/red, it moves to the left all the time so levels change. I think having only 50% to 75% at most being used is hardly nearly all. The only setting I have had a problem with is the Crossfeed and none of the cores are anywhere near 100% in use. I don’t need crossfeed and i have tried every setting with DSD5EC and ASDSD7EC and experienced nothing untoward except differing sounds.

We prefer poly-sinc-short-mp and DSD5EC.

This shows the cores when I am encoding cd’s to DSD128. As you can see the Core usage is almost complete. HQP has never got that high and neither has Roon with Croos feed or without. Whatever causes the problem, albeit intermittent, it isn’t lack of core power.

With regard to ROON and HQP I wonder if the fact I now use a MicroRendu has anything to do with having no problems at all with any of the settings, except crossfeed, and even that is vastly reduced. It’s just a guess as I am using electricity and it seems electricity causes problems with audio sound.