Package Details: hqplayer-embedded 6.0.2-2

Git Clone URL: https://aur.archlinux.org/hqplayer-embedded.git (read-only, click to copy)
Package Base: hqplayer-embedded
Description: Signalyst HQPlayer Embedded HQPlayer - the high-end upsampling multichannel software HD-audio player
Upstream URL: http://www.signalyst.com/custom.html
Keywords: audio resampler
Licenses: custom
Submitter: blackhole
Maintainer: blackhole
Last Packager: blackhole
Votes: 5
Popularity: 0.000000
First Submitted: 2014-09-30 17:41 (UTC)
Last Updated: 2026-07-05 15:58 (UTC)

Latest Comments

1 2 3 4 5 6 .. 10 Next › Last »

blackhole commented on 2026-07-24 19:38 (UTC)

I will give a look tomorrow.

Thanks for reporting.

zottel commented on 2026-07-24 18:02 (UTC) (edited on 2026-07-24 19:15 (UTC) by zottel)

Not sure if this is a bug in HQPlayer itself or is caused by using it under Arch, but:

When I tried to create a backup via http://localhost:8088/backup today, I had a near crash because hqplayerd tried to copy the complete root fs to /tmp/root-hqplayer-backup and then ZIP it.

hqplayerd calls /usr/bin/hqplayer-create-backup.sh in this case, and the third parameter the script gets seems to be supposed to be the config directory, but actually contains '/'. So it tried to copy //bin, //home, //usr etc.

Beware, don't currently try to use the backup function under Arch Linux!

EDIT: I just created a small music library just to test this and found that hqplayerd will actually create library.xml in the root directory, so it obviously thinks this is the right place for some config files while it still correctly uses hqplayerd.xml and the key and auth files in /etc/hqplayer/

judmarc commented on 2026-06-07 23:58 (UTC)

Solved!

Glancing through the log once again, I saw that CUDA was set to "all." I know that I have an old video card, not adequate for HQPlayer CUDA offload. There's no GUI CUDA on/off switch for hqplayerd, so I did a quick search, found the way to turn CUDA on or off was through the hqplayerd.xml file. A quick edit to change CUDA to "0" in the xml file, restart, and I have sound!

Thanks again, @blackhole, for bearing with me through all these attempts. Much appreciated.

judmarc commented on 2026-06-07 20:34 (UTC)

Have now followed all the suggestions, but still no volume, and log file looks just the same. :-(

judmarc commented on 2026-06-07 20:26 (UTC)

Yes, have set username and password now. By the way, I don't think the network interface is the problem. Though I hid the information in the part of the log copy I pasted here, hqplayerd does find the correct network interface. However, I'll hardcode it in hqplayerd.xml and restart hqplayerd just to see whether anything changes.

blackhole commented on 2026-06-07 20:15 (UTC)

Setting user and password. On console:

sudo hqplayerd -s your_user your_password

judmarc commented on 2026-06-07 20:11 (UTC) (edited on 2026-06-07 20:11 (UTC) by judmarc)

Hi, regarding your 19:41 UTC message (and thank you for working with me to try to see what I'm doing wrong here):

Yes, I'm using the latest version and interface is set to Auto. Once I get hqplayerd reinstalled, I will try turning off UPnP freewheel. I know the filter/modulator combination is not the problem, because the same one works in Xubuntu and has worked back when I was using Arcolinux. The DAC supports native DSD. (Audirvana Studio works fine at DSD512.)

judmarc commented on 2026-06-07 20:04 (UTC) (edited on 2026-06-07 20:16 (UTC) by judmarc)

Sigh. Sorry, I screwed up. After removing the /etc/hqplayer directory and the .hqplayer directory in my user's home folder, I tried to set a username and password, but received an error message saying /etc/hqplayer/hqplayerd.xml was missing. So I thought I would remove and reinstall hqplayerd. But I see "target not found." (Pacman is working correctly in case this is unexpected.)

Edit: Never mind, I'm an idiot. Reinstalling with yay.

1 2 3 4 5 6 .. 10 Next › Last »