Hi @jussi_laako (and other HQ Player Embedded experts)
I have recently purchased HQ Player Embedded 5 and migrated from Desktop. Thoroughly enjoying the new modulators and increased efficiency etc.
But I’m experiencing an issue where hqplayerd is not seeing my microrendu on startup. In the web configuration page the backend is ‘Network Audio’ but the Device at the foot of the page is blank. If I hit ‘apply’ however, then it finds ‘mrendu-00D020: X-SPDIF 2: USB Audio’ after the 10s wait and I can play music.
Now, full disclosure, I mucked around with my startup services trying to reduce boot time. This was quite successful and now the top 10 entries in systemd-analyze blame looks like this:
I have to confess that the trouble with hqplayerd started when I disabled systemd-udev-settle.service, As you can see I have since enabled it back and I have also removed and reinstalled hqplayerd_5.0.0-1_amd64.deb.
I saw a post on Audiophile Style (yes, ikr its their fault …) where a similar issue was solved by editing ‘After’ in hqplayerd.service to read:
Usually the reason is that network has not become fully up yet when hqplayerd service is started.
If you have DHCP in use, that is the most typical culprit, as it is performed asynchronously. Static IP should be more reliable since it doesn’t involve roundtrip to DHCP server.
I’ve had a related issue since I started using Embedded, can you recommend a way to place a short delay in the startup script for hqplayerd to allow the network to spin up?
The network-online.target dependency should handle it, but for example with netplan it doesn’t seem to work as intended with DHCP. With systemd-networkd things work correctly with systemd-networkd-wait-online.target, which is how HQPlayer OS for example works.
But you can edit the hqplayerd.service file and add something like “ExecStartPre=/usr/bin/sleep 5”
Thanks, that worked, with a longer sleep time because it looks like my DHCP server is on the slow side — not surprising, it’s on a very reliable but pretty old Ubiquiti router.