Here's how it went down:1) I added the Shoutcast Plug-In device to DCE Router-) This caused a software download notification to appear on the Orbiter-) When complete, I was instructed to reload the router2) The Shoutcast source did not show up on my DT360-) The Orbiter binary on the device is clearly too far out of date3) After a regen, the Shoutcast source was available on the web orbiter4) The station list loaded (I didn't go through any configuration), though it took a bit-) It would be great to have some sort of status indication - does the list load show up in Pending Tasks or elsewhere? MythTV Plug-in sends a notification to all orbiter screens when all the TV guide data is downloaded - maybe this would be appropriate?5) The Genres were then available for browsing -) Even though I was in "Title" sort, I was still seeing genres... is this normal? is this correct? Radio stations don't exactly fit the same attribute structure as single songs, so this might be tricky...6) I selected a station, and hit play7) A warning about no device being available to play the media popped up I repeated 6 + 7 about 7 or 8 times9) Music started playing10) Future station selections did not display the warning

4) At this time, there is no status indication for genre updates, but I like your suggestion of having it in the pending tasks. At least the first updates. Later ones would be run at regular intervals and we don't want it to display a pending task each time. Another possibility would be to send a notification when the update has finished. Or maybe both?

5) This is normal, and as you say, it is because radio stations don't fit the normal browsing pattern (Radio stations don't have a performer, or at least it will change over time, and you probably would have a hard time finding your station if you had to search by performer )In my mind the Genre -> station structure is the most suitable for finding the station you are looking for, but this doesn't fit the file browser. The current solution contains at least one piece of duct-tape I'm open to suggestions...

6, 7)Yes, this happens sometimes. It will happen if the station you selected takes too long to download its playlist. We might adjust the timeout when downloading these playlists, although it seems to work after a few tries so I don't know if it's that big a deal..

I'm assuming the station list isn't being stored to the database yet, correct? Are there plans in the works to do this? If so, I would expect a notification on the orbiter after the first update is complete, and I would expect all list update tasks to be visible somewhere - most likely pending tasks. From what I remember, the Myth guide data update does something similar to this by using a little wrapper script around mythfilldatabase.

I agree that internet radio doesn't fit the current browsing pattern. I'm not sure what the correct answer is - duct tape is holding well until someone finds the right way. Searching by who is currently performing on all stations would be a neat trick, but probably pretty difficult to get working reliably, and not terribly useful.

Having to reopen the stream several times is annoying, and really the only "problem" that I saw. If the main issue is a timeout, then I would say it needs to be increased or a more creative way to avoid the failure could be possible. Some user feedback while the download and initial buffering is going on would be awesome - "Downloading playlist, click to cancel", "Buffering... click to cancel" are the two pop-ups that come to mind.