Bugzilla – Bug 7520
Better nested playlist handling for remote playlists
Last modified: 2009-09-08 09:11:50 UTC
RadioTime is improving their OPML listing and virtually all streams will be large nested playlists. Our support is not quite right for this. Currently if you have a nested playlist structure such as: http://opml.radiotime.com/StationPlaylist.axd?stationId=28361&username=sampletime http://opml.radiotime.com/stream/listen.stream?streamId=101114 http://66.225.205.76/ http://opml.radiotime.com/stream/listen.stream?streamId=101057 http://66.225.205.75/ SC never drills down into the second playlist to find the .75 address as a backup. The resulting playlist on the player after loading this playlist should be: http://66.225.205.76/ http://66.225.205.75/ The playlist scanning also should be constructing a tree structure so it can remember parent playlists. The RadioTime reporting interface on SN relies on us knowing a stream came from a given streamId and in this new structure we don't know that information.
Related to this, this NPR URL causes all sorts of problems: http://www.npr.org/templates/dmg/dmg_em.php?id=19134511&type=1&au=1&upf=Win32&splayer=sp&mtype=WM&ssid=19134520&mswmext=.asx We don't parse the ASX playlist properly, can't stream the links inside, etc.
My current thinking for remote playlists is to change the way playlist URLs expand into the real URLs on the playlist, and hide all of this behind the original playlist URL. So if you played Groove Salad, even though it has 9 streams associated with it, the playlist would only contain 1 item: http://www.somafm.com/groovesalad.pls. If one stream fails it would be able to fallback to the next stream in the list while staying on the same playlist item. This will also improve bookmarking of streams, since you'd be saving the playlist URL to your favorites instead of the actual stream URL which could change later. Should also fix the "multiple radio stations in a local playlist" issue, as each playlist would get scanned as it is played.
*** Bug 8008 has been marked as a duplicate of this bug. ***
Fixed in 7.1 change 19474.
This bug has now been fixed in the 7.1 release version of SqueezeCenter! Please download the new version from http://www.slimdevices.com if you haven't already. If you are still experiencing this problem, feel free to reopen the bug with your new comments and we'll have another look.
Reduce number of active targets for SC