New Client is now out. Note that this uses standard mouse wheel settings for the volume, instead of my custom mouse wheel code in earlier version. So to adjust sensitivity, you can go to Windows mouse settings to adjust how many “lines” it scrolls at a time. This also depends on the mouse model in question.
For fine adjustments you can do as before, push down left mouse button and drag mouse up or down. Also work similarly on touch screens by put finger down and drag.
I was having issues with ADI-2 input feature running on NAA.
After some time of no music playing (even paused track) i would need to restart hqplayerd to be able to select ADI-2 input. Otherwise I would just see “clPlayerDaemon: SwitchInput(): std:exception” error in the hqplayer log
So to rule out NAA input issues, I just connected my ADI-2 direct to my hqplayer server.
But still have the same issue.
There appears to be some timeout issue?
I’m using optical input of ADI-2
Running latest hqplayerd on Ubuntu Jammy, using current LTS low latency kernel
systemctl restart hqplayerd gets it working again but this shouldn’t be required?
As a seperate feature request can you have a “restart hqplayerd” button on the web page for HQP Embedded ? Don’t need to reboot machine (HQP OS has this) - just a quick restart of hqplayerd
So that for something minor we don’t need to find a terminal to restart hqplayer ?
Hope you’ve had a good X-mas. I, as usual, over-ate 'til the point where it was hard breathing. Can’t say that my relation to food is 100% healthy …
Now, dabassgoesboomboom had a very good feature suggestion. It is already there. Look at the config page head and you find both shut down and reboot commands/buttons way out to the right in the webUI.
I would like to launch a second. Would it be possible if HQP Client could communicate with Qobuz in the sense of starting Qobuz radio service when selected music is played back? Maybe it is already there, but it does not work at my place. The reason is that it is a wonderful “tool” / feature to discover new music in more or less the same genre as played from list.
Fine. I have 3 embedded and 1 desktop licenses. 1 of the embedded licenses not even used for a year now
I can play from Roon to it ok. Or UPnP input.
The timeout is only with ADI-2 input after I pause after some time.
Likewise - except with pausing streamer that feeds ADI-2
Resuming Playing to the streamer , ADI-2 is fine so issue is neither streamer or ADI -2 - its the input into HQP seems to timeout per the log error i shared above
As I mentioned earlier, restart hqplayerd fixed it
So im not commenting about a general timeout issue with HQPlayer.
I can keep it running for days using roon or UPnP input.
There is likely some other error in the log more specific to a problem you are seeing. It is also good to check the system log if there are any messages from the kernel associated with this.
Also check with “journalctl -u hqplayerd” in case there are some error print outs from ALSA library or similar.
Looks strange, because first it says that playback is attempted, and next new configuration is written from the web interface.
Are you on latest release?
Although looks like I fixed one bug Dec 10th that was included in latest Desktop, but Embedded 4.33.3 is older than that, so it is not there yet. Surprising though that I have never before seen that bug appear on Embedded.