Which file version of embedded shoukd i download for win to trial
Purchase experience was flawless, got new license key on the thank you page and email as well.
Paid using green button, selected Paypal, and added previous license key.
Congratulation Jussi for your new version and all best for new versions to come! ![]()
Under the Embedded downloads folder structure, thereâs a folder âwindowsâ and there you can find HQPlayer6Embedded-setup-600.exe
Using this will require some use of Windows command line operations calling the hqplayerd.exe in the installation directory (you can add the installation directory to your PATH if necessary). First set the web credentials with âhqplayerd -u username passwordâ and then install the default configuraiton file in your home directory with âhqplayerd --installâ. Then you are ready to use, just start it up with âhqplayerdâ. You can then point local web browser at âhttp://localhost:8088/â to access the web interface.
I tried to upgrade from HQP 5 .. but got the âPlease use original key, or contact support!â, sent a couple of emails with the original key file, have been waiting for few hours already ..
For headless I would recommend to stay on Embedded. So it is pretty straightforward setup. Also quite a lot of dependencies have been dropped. So you can cleanup after update with âapt autoremoveâ.
Aapo is going through the emails right now.
OK, buying Embedded.
I was surprised to see how short the installation guide has become. Good work!![]()
After buying the upgrade for Embedded, I downloaded and installed the 6.0 hqplayerd-package (there is only the AMD-package, right?) on my headless Ubuntu 24.04 server. I encountered a dependency problem with libmicrohttpd12t64. After installing this, installation of Embedded 6.0 went through. I chose to keep my existing configuration.
After restarting Embedded (even after restarting the whole machine), I can only access the âmainâ and the âaboutâ pages of Embedded. Obviously, the "about page says I am on 6.0.0 x64 ABX2 build under trial license. Unfortunately, I cannot upload my new key because the âkeyâ page will not display âUnable to connectâ. The same for the other pages.
What did I do wrong?
You need to reset the web interface credentials, as the hash algorithm has been updated to SHA256. So if you are running hqplayerd as a service, first call âsudo hqplayerd -s username passwordâ and then restart the service with âsudo systemctl restart hqplayerdâ.
Thank you, that solved it!
HQPlayer Embedded v5 Web UI worked fine on iPad.
After upgrading to v6, when I press âConfigurationâ, the login popup (username/password) no longer appears on iPad browsers.
Instead, the page only shows:
âAuthentication is required for this pageâ
Environment:
-
Windows browsers: OK
-
iPad Safari/Chrome/Opera: all fail
-
Same local network
-
HTTP access
Did something change in the Web UI authentication method in v6?
Yes, it now uses modern SHA256 based hash for HTTP Digest authentication instead of the ancient deprecated hash algorithm.
I will look into what has changed. Note that if you have stored the password earlier in the browser for the page, the stored data may be outdated.
I just installed v6.thanks!
Currently, the Playback filter settings appear to be exclusive to HQPClient. Are there any plans to implement this functionality into HQPDcontrol or the WebUI down the road? (Granted, it might be pointless for the WebUI given the absence of a spectrum analyzerâŚ)
Seems like Apple has not yet implemented RFC7616 (from 2015) in Safari. Of other browsers, Chrome gained support for it last, in 2023.
Apple rules donât allow other browser engines on iOS, so for example Firefox on iOS uses Appleâs WebKit, instead of their own Gecko engine.
Safari on macOS also fails, while Opera/Firefox/etc work on macOS. Since there is no such restriction on macOS.
Chrome on Android works fine too.
I understand the cause now.
Thank you for the detailed explanation.
So Safari / WebKit does not support RFC7616 yet.
Now I understand why all browsers on iPad showed the same behavior.
Iâm relieved to know this is not a problem with HQPlayer v6 itself, but a limitation of Apple WebKit.
I will try to look into detecting Apple WebKit and offering the obsolete MD5 digest authentication to it instead. If I get it working it will be included in next release.
Posting the results of todayâs work here as well:
OK, I have now implemented a solution to detect that browser is not using Chromium or Gecko engine and in such case degrades to the old MD5 algorithm. Works on Safari now. This will come out in next release. If you wish to use it, remember to reset the hqplayerd username and password once again to get authentication data written also for the old algorithm. Next release of HQPlayer OS will come with the default password stored for both algorithms.
Thank you for the excellent work and quick response.
Iâm glad to hear that it now works with Safari.
Your detailed explanation about the cause and workaround was also very helpful.
Iâm looking forward to the next release.
I also understand that the username/password needs to be reset again.

