what are you trying to do? Are you talking about how its being viewed on the control point? or the playback on the renderer?
Your screen shot views works the way I would expect it to.
Are you talking about reshuffling on refresh? If so, this will not shuffle the tracks, refresh will just shuffle the album order. If you have a lot more than 20 albums on your list, this would also change albums on refresh.
Now, the code you posted is something else again and would not give the screen shot ... adding ~sort=[Track #] is going to take 20 albums and sort the entire list using all the track 1's then all the track 2s etc. However it still refreshes correctly. Using JRiver as a control point that is.
If this is not happening its not a bug in JRiver its in the dlna control -- remember DLNA is not a fixed standard like a red book cd. It would be impossible to insure all MC's functionality could run on all DLNA devices; as each company redefines DLNA "compatibility" on their own terms. It would be easy for these companies to do this in reverse however
.
I can see why some people need to use a dlna renderer, but is there a reason running something like Kinsky from a PC when you are already using JRiver? Now if you are talking about phone or tablet controllers thats something else again - if you are waiting for JRemote to be ported over to Android for instance.
Oh just thought of something .. you said ASSET UPnP? Thats a media server, not a controler per se. Are you running JRiver as a media server AND Asset at the same time? 2 media servers running concurrently -- not a good idea if so. Check your DLNA settings when Media server is turned on in JRiver, you have choices under the advanced tab that you might be able to tweek for your renderer better