bibo01

I do not have a technical solution, but given that there is a miscommunication between server-controller-Rygel, I am sure you might have a good idea on what to propose in order to avoid a delay in Rygel's UPnP stack.

That could be one way. I know Zeeshan and (the other) Jussi personally, they are my ex-colleagues from my Nokia days. Rygel itself was used for example in our N9 phone and was DLNA certified already at that point. (there are many UPnP implementations talking about DLNA, but only few of those have been certified). Note that HQPlayer is not DLNA compliant, as it doesn't support 128 kbps CBR MP3 or WMA which for example are requirements for DLNA. Then...can you please talk to them?!

Yes, it would mean that HQP Desktop is supported. Perhaps Simon could do something about it

@[email protected] Computer Audiophile @Miska I am still unclear about this UPnP business... Miska, is it fair to say that HQPlayer is somehow at the mercy of Rygel in terms of receiving UPnP commands for rendering? If that is the case, there must be some miscommunication between server-controller-Rygel in some particular circumstances that cause delay. If, as Simon/MinimServer poited out, the delay is in the Rygel UPnP stack, is it possible to propose solutions to Rygel's main development group (Zeeshan Ali, Jens Georg, Thijs Vermeir, James Henstridge and Jussi Kukkonen) in the GNOME git repository? (There is a "Jussi" there too )

...well, that's not really true. Perhaps "classical measurement methods" haven't, but otherwise it is possible with the proper infrastructure in place by capturing and comparing analog output with original signal.

@TomJLike another Tom friend of mine would say: you are punching a hole in the water. You are measuring some small inconsistencies in the digital protocol. If you really want to investigate any differences on the streaming, you have to take the analog signal from a converter after connecting with all the interfaces to be tested. This is the only way to evaluate the possible difference and the ability of the device to recover the error. Many interfaces generate different performances with relative easily measurable jitteral alteration. However, when you connect a DAC, the result from the analog outputs does not change because the jitter recovery system sweeps it all away.

@The Computer AudiophileDoes JPlay OS have to remain active all the time? I mean, if you swipe off, does playback stop?

I think the script that Geoffrey wrote for JRiver->HQPlayer still works, doesn't it?!

For those asking to use HQPlayer Desktop to playback Qobuz streams, apart pairing Roon, I think under Windows there is a way to use LMS 8 and Material Skin with Muso (2.7 needed as it allows to bookmark any web URL). As far as I know, he Web URL bookmark works pretty well as a workaround. Then Muso sends stream to HQP for playback.

@The Computer AudiophileDoes JPlay OS have to remain active all the time? I mean, if you swipe off, does playback stop?

Guilty as charged! Actually, Miska said that Embedded can do gapless even when the option in the plug-in is not on, especially if the plug-in acts up.

Thanks. I hope @stefano_mbp intervenes in this discussion because he also had a lot of experience in Embedded/MinimServer/gapless, contacting both developers about it and son on...

Is there going to be an Android version of JPlay app? @Marcin_gps @The Computer AudiophileWould BubbleUPNP control HQPembedded and MinimServer with no gapless?

Just a quick follow up to the above post for those interested... With the latest Hapi Mkii equipped with a Zman card and with the new MAD drivers the procedure I outlined above for adding the channels has been considerably simplified. What I posted is the old procedure needed with a 1st gen. Hapi and ASIO Ravenna. In simple terms, now it is no longer necessary to start playing a song, because ASIO is still active. Thus it is sufficient to create a single stereo ASIO, i.e. with two channels, and map the 8 physical channels of the Hapi (sinks) alternately on the ASIO channels 1 or 2. This is the new mapping of the sinks starting from a single stereo ASIO:

I understand your suggestions for best practices and I tend to agree, however, the reality says otherwise because the results obtained with the Hapi speak for themselves.