HQPlayer's Network Audio Adapter

[Aleph]

Is this with the 3.1.0 version? It would be helpful if you could run the bat from command prompt window so that you could capture the last printed out messages without the window closing in case there's an error.

 

What DAC was this on?

 

Thanks Miska, this 3.1.0 version works perfectly on my Odroid C1+ with a Debian Stretch.

 

I am really impressed by this networkaudio daemon and it share its alsa connexion smoothly with shairport-sync.

 

It works like a charm, but not a big fan of the Desktop App. Moreover, my computer is not in the living room, while my NAA is ! Do you plan to provide a client app for the iPad, add Airplay and UPNP to the network audio daemon and an HQPlayer server for Synology ? I know that the list is long... but an iPad would change the rule of the game for your HQPlayer.

 

But again, bravo !

[Aleph]

UPnP doesn't fit ideology of NAA.

 

Thanks for your answer on the differents points I raised.

 

However, regarding UPnP, don't you think that in the case of a Renderer you share the same principles ?

 

If you have a UPnP Minimserver installed on a NAS and transcoding into WAV before sending to an UPnP renderer, don't you think it is very close to your network audio daemon? Nothing is done on the NAA, and all the job is given to the NAS.

 

And when I suggested to add UPnP to your HQPlayer, I had in mind something like adding an HQPlayer option to upmpdcli for example.

 

In its current version, upmpdcli is an UPnP renderer that is simply forwarding audio files to MPD.

 

It gives you the ability to use tier client applications such as Linn Kazoo, LightingDS, the Lumin etc...

 

You can also listen Tidal or Spotify, for those of us who subscribed.

 

That's why I suggested to add the option of an UPnP renderer.

 

Adapting upmpdcli could be the easy way to add an UPnP renderer to your networkaudiod.

 

Technically, you can "open" your audio protocol, if you prefer that someone else do the job. And I think it would be relatively simple to adapt this tool how to send audio file to your daemon instead of MPD.

 

Or you implement it yourself directly into your daemon. But not sure it would be better, as you would loose the flexibility to use or not the UPnP renderer.

[Aleph]

Current licensing terms don't allow to use anything else except HQPlayer with networkaudiod and I have no plans changing this. Without HQPlayer's DSP algorithms networkaudiod is not very useful.

 

networkaudiod doesn't cost anything at the moment because it is bundled with HQPlayer.

 

Rygel is a nightmare to configure and is far from being "light".

 

I suggested all this because from the consumer point of view, HQPlayer is clearly what most audiophiles are waiting for: a very high quality audio and a lightweight and simply to install network renderer. And this is what we get with the last version of your network audio adapter.

 

But again, even if I understand your point of view, the market size for a product like HQPlayer Desktop is tiny today, simply because of the lack of an easy to use desktop app and the lack of apps for tablets.

 

My suggestions were then to simply try to overcome all these difficulties to develop friendly Desktop Apps by using third party softwares to open up your application to iPad world and other tablets, that most people use today to listen music (upmpdcli was an example).

 

Having said that, congratulations again for the work done. Impressive job!

[Aleph]

Ok. Thanks Miska !

[Aleph]

Unfortunately yes!