HQPlayer Linux Desktop and HQplayer embedded

8 hours ago, Bob2803 said:

Jussi, I can’t get JPlay iOS app to work with HQP OS anymore. The icon is there but when I try to play from Tidal or Qobuz the volume slider goes to minimum and is greyed out and I get the “error sending action …. “ message. It worked fine for a long time but a few weeks ago it just stopped working. Other posters have been saying the same thing. I have let Marcin know and sent him logs. Could the issue be on the HQP side? Hope you can help. Thanks, Bob

A new JPlay release is out on the App Store, it should solve the issue with Tidal

8 hours ago, stefano_mbp said:

A new JPlay release is out on the App Store, it should solve the issue with Tidal

It doesn’t.

On 9/16/2024 at 8:47 PM, AudioDoctor said:

and I have to be mindful of my kernel upgrades to maintain compatability between my Kernel and ZFS, so I likely won't be upgrading when Fedora 41 comes out for a while. I was on Kernel 6.9 until a few weeks ago for that reason.

The specific reason why i started with Ubuntu over other distros what the early bundling of ZFS. Now ZFS has been pretty stable and I've moves arrays from one OS to another. My ZFS is on a separate device connected by SAS3, so a new release really ought not break anything unless majorly FUBAR -- my ZFS server is at Ubuntu 22.04 that said ...

Nowadays and with 100Gbe, my ZFS box just does that and my HQPE machine  either gets stuff from the Roon server or the SMB box

4 hours ago, jabbr said:

 

The specific reason why i started with Ubuntu over other distros what the early bundling of ZFS. Now ZFS has been pretty stable and I've moves arrays from one OS to another. My ZFS is on a separate device connected by SAS3, so a new release really ought not break anything unless majorly FUBAR -- my ZFS server is at Ubuntu 22.04 that said ...

 

Nowadays and with 100Gbe, my ZFS box just does that and my HQPE machine  either gets stuff from the Roon server or the SMB box

I have a small HQPe only server I built  that is still on 22.04 server and CUDA, I use Minimserver on my Desktop with JPLAY to provide it files. If Fedora were to wreak havoc on my local files, I still have them on the TrueNAS and in the cloud on Backblaze's servers. I still want to be mindful of it just so I don't have to hassle with rebuilding any pools on my local machine, downgrading a kernel, etc...  Fedora works so well on my desktop though, much better than Ubuntu ever did.

22 hours ago, Bob2803 said:

It doesn’t.

This is a bug in the OS components that provide UPnP stack, causing HQPlayer to crash. I'm looking into which OS component is in need of fixing this time (on Debian 12 earlier it was libsoup3).

Fedora is affected too. I didn't yet check HQPlayer OS.

On 9/20/2024 at 5:19 PM, Bob2803 said:

It doesn’t.

I have now fixed this for Ubuntu 24.04. libgupnp has a bug that causes this issue with the way JPlay works. I needed to fix a piece of code there. Packages are in the same place as libgmpris too.

One needs to only install the "libgupnp-1.6-0_1.6.6-2_amd64.deb" package for running the software.

59 minutes ago, Miska said:

 

I have now fixed this for Ubuntu 24.04. libgupnp has a bug that causes this issue with the way JPlay works. I needed to fix a piece of code there. Packages are in the same place as libgmpris too.

 

One needs to only install the "libgupnp-1.6-0_1.6.6-2_amd64.deb" package for running the software.

 

Will you be fixing HQP OS as well? I assume that the same applies there. I thought the problem was with JPlay because Audirvana works fine and that is UPNP.

Thanks

After installing "libgupnp-1.6-0_1.6.6-2_amd64.deb" on Ubuntu 24.04.1, HQPlayer Embedded 5.7.1 works with JPlay version 1.0.18.

3 hours ago, Bob2803 said:

Will you be fixing HQP OS as well? I assume that the same applies there. I thought the problem was with JPlay because Audirvana works fine and that is UPNP.

Audirvana works in quite different way compared to other control points. It is not really a control point if full UPnP sense. And anyway different control points tend to work in a different way. Also BubbleUPnP and mConnect Player work in a different way.

UPnP is like a "most non-standard standard"... 😅

Fixed Fedora 39 package is also available now. Just the "gupnp-1.6.6-2.fc39.x86_64.rpm" is needed.

These are the optimal JPlay settings:

"Force Stop Before Play" is not required by HQPlayer, track transitions work fine, but JPlay gets upset and doesn't update status anymore although music plays etc. @Marcin_gps? Having it will flip HQPlayer to idle between tracks, but it shouldn't be necessary.

6 hours ago, Bob2803 said:

Will you be fixing HQP OS as well?

That one is updated now as well. Now all supported platforms are covered.

Hi @Miska and @antonellocaroli

I love the products of both of you and would like to combine them in my setup:

HQPlayer on RPi5 and GentooPlayer on RPi3 (=Magna Mano Ultra Player, no USB input). At the end of the digital chain I need AES/EBU for the DAC.

I think I understand so far (please, correct me if wrong)

• the current approach would be Diretta, but is too complicated to me and the Diretta ASIO driver would require USB
• HQPlayer uses NAA (which e.g. in Ropieee I just need to switch on)
• GentooPlayer has a configuration switch to see HQPlayer but only on the same machine (?). To have HQP on the RPi3 in addition would lack performance.
• GentooPlayer goes towards Diretta, which I find an information nightmare so far (if there was proper docu for a non-Linux-specialist I would try) 

Any idea for a solution?

Can you imagin to make access to the NW protocol of each other easier?

To switch NAA on/off in GentooPlayer would be a great solution.