I got the 1021 updated to the new software version. However, when using JRiver it will only play one song at a time. Do you have any device.
I'm assuming that you mean that the 1021 is only showing one track on its display rather than the contents of the entire playlist. This is normal behavior.
There are three components to a UPnP system:
1) The renderer is the playback device (the 1021 in this case).
2) The server is the device which holds the media files and ships them to the renderer.
3) The control point is the device which talks to the server to find out what media is available and talks to the renderer to control playback. In a typical configuration the control point grabs the catalog from the server and then based on input from the user the flow goes something like this:
- User selects one or more tracks via the control point interface.
- Control point contacts renderer and tells it to load and play the first track in the list.
- Renderer plays track and when finished asks the control point for the location of the next track.
JRiver uses uPnP / DLNA to talk to the 1021 and with this protocol stack the "control point" is responsible for handing the next track to the renderer (the 1021) when the current playing track completes. UPnP has an extension which allows the renderer to pre-fetch the next track in advance of the current one finishing, but this is an optional feature and is not supported by the 1021. This is why the 1021 doesn't support gapless playback when JRiver is operating as the control point as playback of the current track has to complete before the 1021 gets info on the next track. I've spoken at length with Boulder's software developer and requested that this feature be added, but there's little chance that will happen until sometime next year.
The other playback mechanism supported by the 1021 is called OpenHome and this is a set of extensions that layers on top of regular uPnP. This is an open-source standard which was developed by Linn and allows for the 1021 to be shipped the contents of the entire playlist at once which results in the entire list being shown on the display (and also enables gapless playback). The benefit here is that the control point is out of the loop at this stage and does not have to be in constant communication with the renderer to enable track advance. JRiver doesn't support the OpenHome extensions.
If you've used PlugPlayer as a controller then you will notice that the 1021 shows the contents of the entire playlist and this is because it recognizes the 1021 as an OpenHome renderer. Personally, I'm not a fan of PlugPlayer since it's incredibly buggy and unreliable.
Keep in mind that the three components are completely independent. You can use the JRiver server with a different control point (plug player, Kinsky, BubbleUPnP) and it will work fine. I really like JRemote so I use JRiver as the control point quite often even with the gapless limitation. The other control point which I really like is BubbleUPnP and it does support OpenHome and full playlists.
Now, there's another glitch.... I discovered a bug in the 1021's OpenHome support in which it returns incorrect information back to the control point about what it has in its playlist. This doesn't appear to be a problem with PlugPlayer and eLyric as they are both so broken that they have an equivalent bug in the opposite direction which cancels out most symptoms. Unfortunately, BubbleUPnP supports OpenHome correctly and gets very confused by the 1021's behavior. I've provided a ton of documentation to Boulder on this issue, but they likely won't have a fix until next year.
Author
Topic: Settings and Experience With JRiver and Boulder 1021 (Read 6264 times)