Article: Streaming & Local Content Through HQPlayer - A Nice Alternative With The sonicTransporter

[Miska]

11 minutes ago, The Computer Audiophile said:

I've run into some playback stoppages, but I don't have anything definitive for troubleshooting or even know if it's something strange going on here. 

 

4.26.2 I released today fixes those

[stefano_mbp]

On 10/25/2021 at 8:25 PM, Miska said:

 

That is strange, sounds like there is something happening on the path, at the media server side maybe?

 

You could also try setting HQPLAYER_STREAM_FREEWHEEL=1 which will fetch the entire track as quickly as possible. Not great if you are on a limited internet connection, but in local network should be less of an issue, if the network supports QoS properly. Otherwise it may cause drop-outs on NAA.

 

Just tried setting both

HQPLAYER_RESET_SDM=0

HQPLAYER_STREAM_FREEWHEEL=1

but nothing changes, the very long delay between tracks is still there.

Cannot figure what could be happening on the server side …

I can only say that playing DSD from Minimserver, without any transcoding, to the same endpoint (raspberry/RoPieee XL) with UPNP/DLNA enabled works without issues

 

Setup used:

Lumin app - Minimserver - Bubbleupnpserver - HQPlayerd - NAA/raspberry pi4/RoPieee XL

[stefano_mbp]

@Miska … with those variables set a few clicks and pops are heard when playing PCM -> SDM files

[stefano_mbp]

On 10/25/2021 at 8:25 PM, Miska said:

sounds like there is something happening on the path, at the media server side maybe?

… I looked deeper in my network configuration … I realized the HQPe computer was connected to a 100Mbps branch, moved it to a 1Gbps branch and everything works without any environment variable set !!!

… it seems the issue is now solved, give me some more time to do more in-depth tests but I think everything is working now

[stefano_mbp]

@Miska few clicks, almost imperceptible, were audible playing DSD in bit perfect mode

Setting the variable HQPLAYER_RESET_SDM=0 they are gone and this doesn’t affect PCM -> SDM that is still perfect.

 

…. Lesson learned : everything on a 1Gbps network and variable set …

 

thank you Jussi

[The Computer Audiophile]

6 hours ago, stefano_mbp said:

… I looked deeper in my network configuration … I realized the HQPe computer was connected to a 100Mbps branch, moved it to a 1Gbps branch and everything works without any environment variable set !!!

… it seems the issue is now solved, give me some more time to do more in-depth tests but I think everything is working now

It wasn't long ago when a certain member of this community, now banned for egregious behavior, was saying that 100 Mbps was all you need and nobody could change his mind. 

 

Happy to hear it's working for you at 1 Gbps. 

[stefano_mbp]

@The Computer Audiophile 👍

[stefano_mbp]

@Miska … and finally … I am happy to tell you that you have a new satisfied customer ... 👍

[The Computer Audiophile]

Just now, stefano_mbp said:

@Miska … and finally … I am happy to tell you that you have a new satisfied customer ... 👍

Can you share your final configuration?

 

PC > Network > NAA > etc... just so we know how you're doing it and people can duplicate this is they want to make sure they have something that works.

[stefano_mbp]

42 minutes ago, The Computer Audiophile said:

Can you share your final configuration?

…. with pleasure.
This setup is provisional as far as HQPlayer Embedded (*) is concerned (expecting a generous Santa for a Mac Mini M1):

… 1Gb/s LAN (a must)

 

Lumin app as control point on iPhone/iPad (Linn and Kazoo work too)

 

Minimserver2/MinimStreamer running on Nuc8i3/16GB ram/Ubuntu 20.04.3 , transcoding flac and alac to wav same bit depth/resolution

 

Bubbleupnpserver running on the same Nuc8i3 (a)

 

(*) HQPlayer Embedded OS running on Nuc10i3/16GB (usb stick boot)

 

NAA (01) on raspberry pi4/4GB ram/RoPieee XL

- M2Tech Young DSD MKII dac (up to DSD128/DoP ADSM7ECv2/poly-sinc-gauss-xla)

 

NAA (02) on SOtM sMS200 Neo

- Khadas Tone Board dac (up to DSD256 ADSM7/poly-sinc-gauss-xla)

 

NAA (03) on raspberry pi4/4GB ram/RoPieee XL

- Khadas Tone Board dac

- Little Dot MKII headphone amp

- Sennheiser HD600

 

a) HQPlayer Embedded is configured as OpenHome renderer in Bubbleupnpserver with gapless enabled/audio decoding “Never use”

[Mike Rubin]

Did something in 4.28 break DLNA?  I used to be able to steam from JRiver just fine, but haven’t been able to do so for a few weeks.  (Also failed to stream to HQPe when testing with Volumio and LMS DLNA plug-in.). Audirvana and MinimServer do stream to HQPe (and Roon, of course), but it’s JRiver that I really want to get back in shape, so that I don’t haven’t told scan in multiple local libraries.
 

After numerous reboots of network, devices, and software, continued DLNA server to DLNA renderer success, and no other changes in the system, I am running out of troubleshooting options.  If any of you still can use JRiver to stream to HQPe, it would be great to know that.

[Mike Rubin]

20 hours ago, Mike Rubin said:

Did something in 4.28 break DLNA?  I used to be able to steam from JRiver just fine, but haven’t been able to do so for a few weeks.  (Also failed to stream to HQPe when testing with Volumio and LMS DLNA plug-in.). Audirvana and MinimServer do stream to HQPe (and Roon, of course), but it’s JRiver that I really want to get back in shape, so that I don’t haven’t told scan in multiple local libraries.
 

After numerous reboots of network, devices, and software, continued DLNA server to DLNA renderer success, and no other changes in the system, I am running out of troubleshooting options.  If any of you still can use JRiver to stream to HQPe, it would be great to know that.

Yes, HQPe 28 broke JRiver connectivity.
 

I just reverted to 4.27.2.  It works just as before, with the same JRiver settings as I used to use.

 

I imagine there aren’t enough JRiver + HQPe users to make a difference because I seem to be the only one on AS complaining about this, but I am satisfied that it’s an HQPe issue, not a JRiver one or a problem with my setup or network.

 

@Miska, if you think it worth your while, I would love to see a fix. I am content to use 4.27.2, but there won’t be an update path for me if later versions won’t allow streaming from JRiver, Volumio, and LMS DLNA plug-in.

[stefano_mbp]

@The Computer Audiophile @Marcin_gps

last Sept, 21th “…. Rounding out my recommendations is the forthcoming UPnP/DLNA control point application JPLAY for iOS“
Is there any news about it?

[Marcin_gps]

16 hours ago, stefano_mbp said:

@The Computer Audiophile @Marcin_gps

last Sept, 21th “…. Rounding out my recommendations is the forthcoming UPnP/DLNA control point application JPLAY for iOS“
Is there any news about it?

 

Hi Stefano, 

 

We have a small delay. The launch is planned for January

 

Regards,

Marcin

[stefano_mbp]

@Marcin_gps thanks Marcin … and I wish you a Merry Christmas 

[Marcin_gps]

Happy Holidays! :)

[jvvita]

Thanks for the update @Marcin_gps. Do you already have an idea on pricing for your new app? Happy holidays!

[Mike Rubin]

On 12/21/2021 at 8:58 AM, Mike Rubin said:

 

Yes, HQPe 28 broke JRiver connectivity.
 

I just reverted to 4.27.2.  It works just as before, with the same JRiver settings as I used to use.

 

I imagine there aren’t enough JRiver + HQPe users to make a difference because I seem to be the only one on AS complaining about this, but I am satisfied that it’s an HQPe issue, not a JRiver one or a problem with my setup or network.

 

@Miska, if you think it worth your while, I would love to see a fix. I am content to use 4.27.2, but there won’t be an update path for me if later versions won’t allow streaming from JRiver, Volumio, and LMS DLNA plug-in.

4.28.2 appears to fix these server issues.  I once again am streaming from JRiver successfully.  Thanks, @Miska, for fixing this so quickly.

[PavelDosko]

On 23. 12. 2021 at 11:09, Marcin_gps said:

 

Ahoj Stefano, 

 

Máme malé zpoždění. Spuštění je plánováno na leden

 

Pozdravy,

Marcin

What will be date of this app?

 

[PavelDosko]

I mean JPlay app for iOS

[Marcin_gps]

On 8/20/2022 at 9:51 AM, PavelDosko said:

I mean JPlay app for iOS

We are very very close. 

[Apollo]

I know and accept one cannot speedup software devolpment just like that, but you have a tremendous opportunity coming up, unfortunately with a (very) limited timeslot.

 

Roon is going to release version 2.0, and all signs are indicating it will be Roon Mobile.

Already today there is no support anymore related to solving bugs in their software.

Based on my experience this will become BIG mess at/with Roon.

I will postpone Roon updates as long as I can, whilst looking for an alternative that responds to my needs.

And I think I am/will be not the only one.

 

If you are really close I feel it is time you start promoting/selling your solution.

There are customers waiting for you. Now is the time!!!

[Marcin_gps]

On 9/13/2022 at 8:35 PM, Apollo said:

I know and accept one cannot speedup software devolpment just like that, but you have a tremendous opportunity coming up, unfortunately with a (very) limited timeslot.

 

Roon is going to release version 2.0, and all signs are indicating it will be Roon Mobile.

Already today there is no support anymore related to solving bugs in their software.

Based on my experience this will become BIG mess at/with Roon.

I will postpone Roon updates as long as I can, whilst looking for an alternative that responds to my needs.

And I think I am/will be not the only one.

 

If you are really close I feel it is time you start promoting/selling your solution.

There are customers waiting for you. Now is the time!!!

 

Thank you for your words. This is much appreciated and encouraging.

 

The app is ready. It is even translated to Japanese. We just need to get approval from Qobuz and sth that seemed trivial turned out to be a massive headache. But It has to be done. 

 

Please note that the app will be available for iOS (and Apple M CPUs equipped Macs) exclusively. 

 

Best regards,
Marcin
 

[Apollo]

43 minutes ago, Marcin_gps said:

 

Thank you for your words. This is much appreciated and encouraging.

 

The app is ready. It is even translated to Japanese. We just need to get approval from Qobuz and sth that seemed trivial turned out to be a massive headache. But It has to be done. 

 

Please note that the app will be available for iOS (and Apple M CPUs equipped Macs) exclusively. 

 

Best regards,
Marcin
 

 

Anything we can do here at the forum, or as a Qobuz user (in Europe in my case) to support your challenge?

[Marcin_gps]

I'm afraid this one has to be sorted internally. Thank you for the offer though.