UAPP is working as well, there is the album art, I am only at track 2 of a Tidal Album, but no issues.
I exited BubbleUPnP before starting UAPP anyway.
All the apps on the renderer (the phone) are allowed to override android battery optimization. Did you check this aspect on your device?
I am available for further tests of course.
Thanks for your tests.
When you send Tidal via Audirvana to Bubble UpnP (or to UAPP), you are actually using Tidal Connect. The Tidal signal goes from the internet directly to Bubble UpnP on your phone. Apparently that works flawlessly. My problem is that streaming local files via Audirvana to Bubble UpnP or UAPP does not work properly. Have you tried that?
By the way, I use Audirvana Origin. I can’t imagine that this software is different from Studio in terms of UpnP functionality, but maybe it is?
Hello @DionD, Audirvana does not use Tidal Connect. Only the native Tidal Apps can play to devices that implement the Tidal Connect protocol, which is different from UPnP. If you consider the WiiM product, those implement Tidal Connect. But when you play from Tidal using the WiiM app, they are not using Tidal Connect, which in turn is used when the playback starts from a Tidal App.
To show you that, right now I am playing a Tidal track, using Audirvana, to a Raspberry Pi 4 running mpd and upmpdcli (renderer mode), and if I run mpc status -f %file%, on the relevant MPD port, this is what I get:
osmc@KodiLivingD10:~$ MPD_PORT=6604 mpc status -f %file%
http://192.168.1.173:49158/audirvana/audio_f_18.wav
[playing] #3/4 0:31/3:25 (15%)
volume:100% repeat: off random: off single: off consume: off
So you see that mpd is playing from the local ip address 192.168.1.173, which is where Audirvana Studio is running.
Mostly the same happens if you play from BubbleUPnP’s own Tidal implementation, or mConnect, fwiw. None of those use Tidal Connect. Tidal Connect is an entirely different protocol that has distinct from UPnP.
That said, I will try with local files nevertheless later today or tomorrow, but I don’t expect a different outcome considering the above. But I might be wrong.
Unfortunately I am running Studio and not Origin, but I don’t think this will make a difference.
Another thing, I just grabbed that url from the MPC output and I have been able to play it using VLC on my desktop… this should clarify that Tidal Connect is not involved.
I kind of reproduced your issue with UAPP on my phone. It stopped playing after completing the second (local) track, then the UAPP app become unresponsive for a few seconds. After a moment I could restart playback. It’s generally not very responsive, or, better said, quite laggy. In the current test I am using the USB DAC, a Fosi DS1, I don’t know if that contributes, as in the first test I was using just the built-in speaker just to test functionality.
I must say I was interacting with the application when the playback stopped. I have tried again leaving the phone alone, just listening, and it stopped anyway. Also the Audirvana Remote app could not keep up with of the currently playing track, it kept displaying the one I started playback with.
I am trying BubbleUPnP again now… it works, but it’s not the best experience at least using the local renderer mode and USB DAC on my phone: lags, stops playback, not too good. Also it’s not probably bitperfect with the local playback so not a very interesting option… it would be better to get UAPP working with a USB dac.
I just tried again with UAPP, after checking the “BitPerfect” checkbox on the app. It stopped during the second track. Just to be safe, I’m about to try again without the USB DAC. This might be the difference with the first test, where everything worked.
Upon further investigation, I checked the application logs, and it was filled with these:
total jobs = 100, too many jobstotal jobs = 100, too many jobstotal jobs = 100,
repeatedly.
Also, I noticed that the application has a hard time with renderers which disappear and re-appear. In fact, today a renderer running on computer that was shut down yesterday night was still listed among the available ones. Of course after restarting Audirvana, that renderer disappeared. That issue might contribute.
Upon the restart, I am trying again to play to UAPP (on the speaker just for the sake of simplicity). The second track started properly, but the Remote app is stuck at the first. So strange. And while I am writing, playback stopped instead of going to the third track.
I’ll probably open a post on the linux section about the errors in the log when renderers disappear. It’s an issue on its own, and it might be related to all this situation.