Jump to content
IGNORED

HQPlayer Linux Desktop and HQplayer embedded


ted_b

Recommended Posts

  • 5 months later...
  • 9 months later...

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:

pipeline.png

 

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
  • 1 month later...
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
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
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. 

AudioLinux --> https://www.audio-linux.com

developer of AudioLinux realtime OS

Link to comment

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
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
  • 2 weeks later...
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
  • 3 weeks later...
  • 3 weeks later...
  • 4 weeks later...
  • 2 months later...

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.

 

AudioLinux --> https://www.audio-linux.com

developer of AudioLinux realtime OS

Link to comment
  • 2 months later...
  • 3 months later...
  • 10 months later...

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
  • 4 months later...

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

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 account

Sign in

Already have an account? Sign in here.

Sign In Now



×
×
  • Create New...