Popular Post hifi25nl Posted May 19, 2017 Popular Post Share Posted May 19, 2017 This is a little howto...: 1) Delete or rename hqplayerd.xml in .hqplayer user directory AND /etc/hqplayer 2) Rename hqplayerd4-key.xml in .hqplayer 3) Got to localhost:8088/auth and set the password 4) Go to localhost:8088/auth, give the username and password, and click on "key" 5) Upload hqplayerd 4 key. 6) Go to localhost:8088/config and set your configuration. Note: a direct connection to localhost:8088 is giving "access denied" without password prompt arglebargle and bibo01 2 AudioLinux --> https://www.audio-linux.com developer of AudioLinux realtime OS Link to comment
hifi25nl Posted October 22, 2017 Share Posted October 22, 2017 Did you try to to put a high Max Cache Size in Bubble UPnP Settings --> Network ? AudioLinux --> https://www.audio-linux.com developer of AudioLinux realtime OS Link to comment
hifi25nl Posted October 23, 2017 Share Posted October 23, 2017 The first time I used Bubble UPnP some time ago, I had to make the cache higher, otherwise I had a lot of dropouts and interruptions. I don't remember the exact value. AudioLinux --> https://www.audio-linux.com developer of AudioLinux realtime OS Link to comment
hifi25nl Posted October 27, 2017 Share Posted October 27, 2017 I think that cache is relevant for Tidal AudioLinux --> https://www.audio-linux.com developer of AudioLinux realtime OS Link to comment
hifi25nl Posted July 29, 2018 Share Posted July 29, 2018 I am experimenting with "The Audio Spatialisation for Headphones (ASH) Impulse Response dataset", see https://github.com/ShanonPearce/ASH-IR-Dataset Since the BRIR files (https://github.com/ShanonPearce/ASH-IR-Dataset/tree/master/BRIRs/R01) are stereo I have split them with audacity to 2 mono convolution files and disabled convolution and enabled pipeline with the following configuration: The two original files are ASH_BRIR_R01_P1_E0_A-30.wav and ASH_BRIR_R01_P1_E0_A30.wav (stereo) for -30° and +30° respectively. I have added RIGHT and LEFT after splitting. Do you think this is the right way to do this in HQPlayer? In HQPlayer linux Desktop this seems to be working, but in HQPlayer embedded I have some delay on the right channel, that sounds as a sort of echo of the left one. AudioLinux --> https://www.audio-linux.com developer of AudioLinux realtime OS Link to comment
hifi25nl Posted July 29, 2018 Share Posted July 29, 2018 I have manually edited hqplayerd.xml with the same matrix configuration as in Desktop version (with direct links to convolution files, not those copied to .hqplayer config directory) and now all is working fine, thanks. AudioLinux --> https://www.audio-linux.com developer of AudioLinux realtime OS Link to comment
hifi25nl Posted September 7, 2018 Share Posted September 7, 2018 2 hours ago, sig8 said: I am just trying Audiolinux for the first time and have it installed on a PC. First time venturing out with Linux and have some questions. 1. How do I get the .xml registration file for this installation? 2. What are my remote control option. I was using Geoffrey Armstrong's JRivertoHQPlayer when using a Win 10 set up. Any such thing with this set up? Is there anything like Remote Desktop here? 3. I am sure there are some Holo Spring DAC users here, do I need to install a driver for this DAC (I have a SU-1 between the computer and the DAC and connect to DAC with I2S). You have some options for remote control: 1) Unified remote if you want to control HQPLayer Desktop with a virtual remote on Android and iPhone 2) HQPDcontrol (see https://play.google.com/store/apps/details?id=cz.prochazkaa.hqpdcontrol) on Android for both embedded and Desktop 3) Roon 4) Bubble UPnP on Android for HQPE + Rygel 5) For remote Desktop you can install NoMachine on PC, MAC, Android iPhone. It will connect automatically! No, the kernel is already patched for it. Also SU-1 should work out of the box. For the license you should buy it at Signalyst... AudioLinux --> https://www.audio-linux.com developer of AudioLinux realtime OS Link to comment
hifi25nl Posted September 7, 2018 Share Posted September 7, 2018 In my Holo audio Spring both upsampling are working fine. Maybe the new xmos 208 usb board has a different code? You can send me the output of lsusb command in a terminal and I will check and eventually I will make a kernel patch. AudioLinux --> https://www.audio-linux.com developer of AudioLinux realtime OS Link to comment
hifi25nl Posted September 9, 2018 Share Posted September 9, 2018 7 hours ago, sig8 said: John: I don't have issue upsampling to PCM 384 but stuttering at DSD 512. I was able to upsample before under Win 10 on same machine. I think Piero is going to look into it. In general realtime kernels use more processing power than standard ones. The problem is more apparent in not powerful processors (celeron, atom, etc). You can try this: 1) If you have a compliant nvidia card, install nvidia closed source drivers and enable cuda in HQPlayer. 2) Disable realtime manual priority assignment disabling the corresponding systemd services (after you need to reboot): systemctl disable rtirq systemctl disable rtapp.timer 3) Boot into audiolinux extreme option (this way the processor won't go to sleep state, but you must check temperatures...) 4) Install the standard arch kernel 4.18.x 5) Buy a more powerful PC... For specific support on one of these options, contact me directly. AudioLinux --> https://www.audio-linux.com developer of AudioLinux realtime OS Link to comment
hifi25nl Posted September 12, 2018 Share Posted September 12, 2018 35 minutes ago, arglebargle said: More new filters, awesome! Excited to listen. General question: have any Arch Linux or Audiolinux users out there attempted CUDA offload? I know officially only Ubuntu is supported (and that's what I'll probably continue to use) but the AUR package is based on the xenial release, so I'm curious if any tinkerers have experimented. Yes CUDA is working if you install the nvidia closed source driver. In archlinux wiki is explained how to do. arglebargle 1 AudioLinux --> https://www.audio-linux.com developer of AudioLinux realtime OS Link to comment
hifi25nl Posted September 13, 2018 Share Posted September 13, 2018 I think it is a rygel crash. If you close completely BubbleUPnP, stop the song in HQPDcontrol, open a terminal and type rygel, probably it will play from BubbleUPnP. I will investigate. AudioLinux --> https://www.audio-linux.com developer of AudioLinux realtime OS Link to comment
hifi25nl Posted September 13, 2018 Share Posted September 13, 2018 Since now hqplayerd has upnp (it will start rygel from "inside"), you can add a line like this <upnp interface="auto" /> to /home/audiolinux/.hqplayer/hqplayerd.xml Example <?xml version="1.0" encoding="utf-8"?> <xml> <output type="alsa"/> <upnp interface="auto" /> and restart hqplayerd normally (after killing all instances of rygel and disabling old hqplayerd_rygel service) with killall rygel systemctl --user stop hqplayerd_rygel systemctl --user disable hqplayerd_rygel systemctl --user start hqplayerd systemctl --user enable hqplayerd AudioLinux --> https://www.audio-linux.com developer of AudioLinux realtime OS Link to comment
hifi25nl Posted September 13, 2018 Share Posted September 13, 2018 9 minutes ago, simonklp said: Hi Piero, I have added the line in hqplayerd.xml and restart hqplayerd according to the commands that you have advised. However, it seems that rygel doesn't start from "inside", and BubbleUPnP simply cannot connect to HQPlayer Embedded. Kindly please advise what's wrong with it. Thanks. You can stop the service and start it manually to see what's happening. For example: [audiolinux@archaudio ~]$ systemctl --user stop hqplayerd [audiolinux@archaudio ~]$ hqplayerd ** (process:5182): WARNING **: 18:03:03.159: failed to set priority Signalyst HQPlayer Embedded v4.3.1 Copyright (C) 1998-2018 Jussi Laako / Signalyst. All rights reserved. ** Message: 18:03:03.260: fixed volume -2.0 dB ** Message: 18:03:03.262: Enable UPnP Renderer functionality for interface: auto ** Message: 18:03:03.262: Adding interface 'enp0s31f6' for UPnP Renderer ** Message: 18:03:03.263: property updated; volume: 0.97 Note: failed to set priority is not a real error. Priority is set system-wide in audiolinux with specific parameters for hqplayerd. AudioLinux --> https://www.audio-linux.com developer of AudioLinux realtime OS Link to comment
hifi25nl Posted September 25, 2018 Share Posted September 25, 2018 34 minutes ago, Miska said: It indicates a potential problem though. HQPlayer has tens of threads inside, each running at carefully designed different priorities. Failures to set priorities are not treated as fatal and HQPlayer doesn't terminate due to those failures, but the performance is potentially poor and one can experience for example drop-outs or inefficient processing. My packaging manages the system setup for the supported distributions, but for any repackaging one has to pay special attention that the related system setup is correct (work directories with correct permissions, priority settings, etc). For HQPlayer Desktop it is important that user id's who run HQPlayer are members of "hqplayer" group. For HQPlayer Embedded, this is all set up by the packaging and the service runs as special user "hqplayer". I will explain better. In Audiolinux, that is using a realtime kernel, the service rtirq set the priority for irqs and rtapp set the priority for audio applications. These two applications are working together to give the optimal priority for each application (it uses a configuration file that can be personalized). In the last versions of audiolinux the realtime privileges are treated by the package realtime-privileges that set the group "realtime" to which you can add the user, Since hqplayerd is closed source, the only configuration I can see is about hqplayerd.service. Inside there is IOSchedulingClass=realtime LimitMEMLOCK=1G LimitNICE=-10 LimitRTPRIO=98 In archlinux realtime-privileges this is set in /etc/security/limits.d/99-realtime-privileges.conf like this @realtime - rtprio 98 @realtime - memlock unlimited Are you saying that, if started as hqplayer user, the different threads will have different priorities? Are we speaking of fifo priorities here? AudioLinux --> https://www.audio-linux.com developer of AudioLinux realtime OS Link to comment
hifi25nl Posted September 27, 2018 Share Posted September 27, 2018 I think xorg is needed. This is a limitation of Jriver. The system will be a little less minimal as a consequence. Since I have never tested it, I need some time to verify that is working fine. Maybe tomorrow... AudioLinux --> https://www.audio-linux.com developer of AudioLinux realtime OS Link to comment
Popular Post hifi25nl Posted October 15, 2018 Popular Post Share Posted October 15, 2018 With version 4.6.0-4 archlinux/audiolinux package (really is PKGBUILD file in arch) is perfectly equivalent to bionic package. if you start it with systemctl start hqplayerd It will also create user hqplayer etc. As in older version there is also the possibility of starting as user with systemctl --user start hqplayerd https://aur.archlinux.org/packages/hqplayer-embedded/ arglebargle and simonklp 2 AudioLinux --> https://www.audio-linux.com developer of AudioLinux realtime OS Link to comment
hifi25nl Posted October 31, 2018 Share Posted October 31, 2018 The only problem is that license is not recognized. AudioLinux --> https://www.audio-linux.com developer of AudioLinux realtime OS Link to comment
Popular Post hifi25nl Posted November 25, 2018 Popular Post Share Posted November 25, 2018 About Audiolinux Network configuration and ipv6, Audiolinux headless 0.5 has an automatic configuration that will permit to connect immediately after booting the first time. However, for a more stable network configuration, follow the little guide below. ---> if you have more than one card, add a second configuration file in /etc/systemd/network/ ---> if you are using Network bridge you must have DHCP=yes in your .network file Look for your network name with networkctl Example: [audiolinux@archlinux ~]$ networkctl IDX LINK TYPE OPERATIONAL SETUP 1 lo loopback carrier unmanaged 2 enp3s0 ether routable configured If, for example, your network is enp3s0 (yours will be most probably different) change as root /etc/systemd/network/en.network from [Match] Name=en* [Network] DHCP=yes to [Match] Name=enp3s0 [Network] DHCP=yes Delete (as root) /etc/systemd/network/eth.network with rm /etc/systemd/network/eth.network and reboot DHCP=yes will allow both ipv4 and ipv6 See wiki at https://wiki.archlinux.org/index.php/systemd-networkd Holzohr, Narcissus and Miska 1 2 AudioLinux --> https://www.audio-linux.com developer of AudioLinux realtime OS Link to comment
hifi25nl Posted February 15, 2019 Share Posted February 15, 2019 Interesting... but why do you ask for computer password and WiFi password? I don't think is a good idea for security. HQPlayer can be controlled with his own username and password. Giving permission for a ssh connection to a closed source app is a little dangerous, I think. asdf1000 1 AudioLinux --> https://www.audio-linux.com developer of AudioLinux realtime OS Link to comment
hifi25nl Posted May 12, 2019 Share Posted May 12, 2019 Did you mount the drive with the right permissions? AudioLinux --> https://www.audio-linux.com developer of AudioLinux realtime OS Link to comment
hifi25nl Posted May 12, 2019 Share Posted May 12, 2019 If HQPe is installed on AudioLinux and you want to play from HQPe library, you should mount the drive correctly with the option in the main AudioLinux menu. AudioLinux --> https://www.audio-linux.com developer of AudioLinux realtime OS Link to comment
hifi25nl Posted May 12, 2019 Share Posted May 12, 2019 You can remove the library with rm /home/audiolinux/.hqplayer/library.xml and reboot For further questions, please contact me at support. AudioLinux --> https://www.audio-linux.com developer of AudioLinux realtime OS Link to comment
hifi25nl Posted August 27, 2019 Share Posted August 27, 2019 Just updated arch PKGBUILD to version 4.11.2 build 34. AudioLinux --> https://www.audio-linux.com developer of AudioLinux realtime OS Link to comment
hifi25nl Posted July 18, 2020 Share Posted July 18, 2020 This is the patch I have made for Audiolinux kernel linux-rt-bfq-dev: --- a/sound/usb/quirks.c 2019-10-11 18:22:37.000000000 +0100 +++ b/sound/usb/quirks.c 2019-11-13 00:26:51.250996147 +0100 @@ -1604,6 +1605,7 @@ case USB_ID(0x27f7, 0x3002): /* W4S DAC-2v2SE */ case USB_ID(0x29a2, 0x0086): /* Mutec MC3+ USB */ case USB_ID(0x6b42, 0x0042): /* MSB Technology */ + case USB_ID(0x2972, 0x0047): /* FiiO K3 */ if (fp->altsetting == 3) return SNDRV_PCM_FMTBIT_DSD_U32_BE; break; AudioLinux --> https://www.audio-linux.com developer of AudioLinux realtime OS Link to comment
hifi25nl Posted November 25, 2020 Share Posted November 25, 2020 HQPlayer Desktop 4.8.0 (using both focal and bionic versions): /usr/bin/hqplayer4client qrc:/files/qml/SplashScreen.qml: File was compiled ahead of time with an incompatible version of Qt and the original fi le cannot be found. Please recompile QQmlApplicationEngine failed to load component qrc:/files/qml/MainScreen.qml: File was compiled ahead of time with an incompatible version of Qt and the original file cannot be found. Please recompile QT version 5.15.2 With the same QT version HQPlayer client 4.7.2 is working fine. AudioLinux --> https://www.audio-linux.com developer of AudioLinux realtime OS Link to comment
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now