As a solution that satisfied me was achieved by a circuitous route, and may be relevant to the problems others are having, here’s a list of the steps I took with Dennis’s help:
My starting point was DS OS Torreys Final May 2016 (USBL00c3) and Bridge firmware 1.2.5. This had been working perfectly in my simple system (NAS > PS DS via ethernet) since May 2016.
First I upgraded the Bridge firmware for Roon, while keeping Torreys unchanged at USBL00c3. With this combination the Bridge frequently lost contact with my NAS music library. I could play 1 album but then ‘lose’ the Bridge. It could be identified on my ethernet and could be ‘pinged’ successfully, but music would not stream. Powering the PS DS down and up (re-boot) caused the Bridge to reappear in most instances but sometimes other action was necessary.
I next upgraded the DS OS to Torreys final ‘Final’ (USBL0021), while keeping the new Bridge firmware. I found exactly the same symptoms as 1): loss of contact by the Bridge.
I then downgraded the Bridge firmware to 1.2.5, my starting point, while keeping the same Torreys final ‘Final’ (USBL0021) as 2). The Bridge remained connected; it did not disappear after an album, however there was a strange fault. If the playback volume was changed via the PS DS remote, when the volume level display switched back to the source display (Bridge) the music stopped playing. The playback could be resumed by pressing the Bridge source button on the remote. All very strange.
Finally I downgraded the DS OS to Torreys Final May 2016 (USBL00c3), while keeping the 1.2.5 Bridge firmware. Thus I was back to where I had started and the music streamed faultlessly once again.
Of course none of my problems would have occurred if I had heeded Paul’s advice not to bother with the Bridge firmware update if I was not going to use Roon. Hopefully my identification of bugs in the behaviour of the DS & Bridge software will help PS Audio improve matters, particularly for Roon users.
Do you have any news about a fix for the current Bridge issues? A couple of days ago you searched for volunteers to do some testing but I cannot find this post anymore.
I’m still at version 1.2.5 and considering an update to give Roon a try, but I also would like to keep the UPnP functionality. Especially if you expect to have an update available anytime soon.
Do you have any news about a fix for the current Bridge issues? A couple of days ago you searched for volunteers to do some testing but I cannot find this post anymore.
I’m still at version 1.2.5 and considering an update to give Roon a try, but I also would like to keep the UPnP functionality. Especially if you expect to have an update available anytime soon.
Thanks, Koudijs
Yes I did ask for volunteers a few days ago, and they tested a new version of bridge code that fixed some of the issues reported. I am waiting for a version of code that fixes the rest of the issues, then I will ask for more volunteers before I release it fully. Hopefully I will have that is a couple of days. The volunteers I will be asking are people who had issues and downgraded.
I had 2 issues with Jriver for QNAP after Roon integration of Bridge:
missing cover art
sporadic crashing of Jriver
I tested Dennis last version, which fixed the cover art issue. Regarding crashes, they got much less, but I still had one, but I'm trying to find out if this is related to the Bridge Roon code or another problem that was reported to previous versions of Jriver for QNAP in terms of activated background import.
Today I got a new version from Dennis and wil test it, too. So I guess cover art stays fixed and I still need some time to see if there are any crashes with or without autoimport activated.
Maybe these issues are also transferrable to Jriver for Windows. I use the QNAP version for playing music and the PC version just to modify my library.
I had 2 issues with Jriver for QNAP after Roon integration of Bridge:
missing cover art
sporadic crashing of Jriver
I tested Dennis last version, which fixed the cover art issue. Regarding crashes, they got much less, but I still had one, but I’m trying to find out if this is related to the Bridge Roon code or another problem that was reported to previous versions of Jriver for QNAP in terms of activated background import.
Today I got a new version from Dennis and wil test it, too. So I guess cover art stays fixed and I still need some time to see if there are any crashes with or without autoimport activated.
Maybe these issues are also transferrable to Jriver for Windows. I use the QNAP version for playing music and the PC version just to modify my library.
Wondering whether this is also going to fix the cover art change issue with Roon.
I had 2 issues with Jriver for QNAP after Roon integration of Bridge:
missing cover art
sporadic crashing of Jriver
I tested Dennis last version, which fixed the cover art issue. Regarding crashes, they got much less, but I still had one, but I’m trying to find out if this is related to the Bridge Roon code or another problem that was reported to previous versions of Jriver for QNAP in terms of activated background import.
Today I got a new version from Dennis and wil test it, too. So I guess cover art stays fixed and I still need some time to see if there are any crashes with or without autoimport activated.
Maybe these issues are also transferrable to Jriver for Windows. I use the QNAP version for playing music and the PC version just to modify my library.
Unfortunatly there will one more test at least. The volume issue with Bubbleupnp is not fixed in this version.
On 2.8.2 today. So far no issues connecting Bubble with DS after running Roon, but I’ll give that one a day or two to confirm a fix.
Keeping my fingers crossed, but so far, volume control from Bubble works perfectly, including after using an IR remote. It does not track the changes made by IR the way Roon does, but no surprise, Roon has special code in the Bridge.
Exiting BubbleUPnP still leaves the current Tidal track playing. Exiting Roon does not have this issue - the track stops when Roon Quits.
Interestingly, I ran Bubble, Exited, then started Roon - no problem. With Roon playing, I started Bubble from the tablet, and to my surprise, Bubble found the Previous Renderer (the DS) and sat there until I quit Roon and hit Play on Bubble - Bubble then happily played the track. It seems like BubbleUPnP and Roon sometimes had/have issues with the recognition and current “ownership” of the DS at times.
Roon cover art works fine for me - it takes 10 seconds or so to change from the default DS wave graphic. OK with me. Still no cover art with Bubble, nice though that would be.
EldRick said
On 2.8.2 today. So far no issues connecting Bubble with DS after running Roon, but I'll give that one a day or two to confirm a fix.
Keeping my fingers crossed, but so far, volume control from Bubble works perfectly, including after using an IR remote. It does not track the changes made by IR the way Roon does, but no surprise, Roon has special code in the Bridge.
Exiting BubbleUPnP still leaves the current Tidal track playing. Exiting Roon does not have this issue - the track stops when Roon Quits.
Interestingly, I ran Bubble, Exited, then started Roon - no problem. With Roon playing, I started Bubble from the tablet, and to my surprise, Bubble found the Previous Renderer (the DS) and sat there until I quit Roon and hit Play on Bubble - Bubble then happily played the track. It seems like BubbleUPnP and Roon sometimes had/have issues with the recognition and current “ownership” of the DS at times.
Roon cover art works fine for me - it takes 10 seconds or so to change from the default DS wave graphic. OK with me. Still no cover art with Bubble, nice though that would be.
Hi EldRick,
Regarding your comment ‘Roon cover art works fine’ my question is do the cover arts change automatically from one song to another when you play a Playlist in Roon or play Roon Radio ?
In my case this works only when there is change in format (sample rate or bit depth or both) from one song to the next in the Playlist or Radio. But if two consecutive songs have same format (say 44.1khz and 16) the cover art does not change (in case of Roon).
I had a similar issue with Bubblupnp when playing compilation albums where each track has its own artwork. I found an option in bubble control point to force artwork change per track, Maybe there’s something like that in roon?
Chris5 said
I had a similar issue with Bubblupnp when playing compilation albums where each track has its own artwork. I found an option in bubble control point to force artwork change per track, Maybe there's something like that in roon?
Hi Chris,
I am not aware of any such configuration in Roon. I also posted this problem in Roon forum - they didn’t mention any such configuration option.
According to Brian, CTO of Roon, Roon does send the artwork to Bridge as and when the track changes and Bridge receives the same. This is also very apparent from the log files generated by Roon. The problem is in showing the artwork in the front panel.
Sourav: Artwork with Roon playing Tidal and local tracks in different formats works fine for me. It often takes 10 seconds or so, but it does appear on the DS.
I just replied to this over in the Roon forum, but will venture the theory here that there could be a firewall issue preventing the roon bridge handshake. I had a firewall issue with an RPi running Roon bridge that prevented the Roon handshake under some circumstances, but still allowed music to play once the handshake was established (it depended on the boot order of Roon server vs the Pi). Do you have a firewall running on the machine running roon server, and can that be disabled for testing?
(Sorry for the upside down DSJ photo. I uploaded it twice, but the forum software is inverting the picture for unknown reasons.)
