GNOME Bugzilla – Bug 127794
radio stations should be automatically updated somehow
Last modified: 2018-05-24 10:25:50 UTC
I assume that the IP of Radiostorm.com's Hip Hop & R&B station has changed recently, so the IP is different to that contained in Rhythmbox. The current .pls file is: [playlist] File1=http://64.236.34.196:80/stream/1013 Title1=Radiostorm.com: HIP-HOP R&B Length1=-1 File2=http://64.236.34.97:80/stream/1013 Title2=Radiostorm.com: HIP-HOP R&B Length2=-1 File3=http://205.188.234.3:8026 Title3=Radiostorm.com: HIP-HOP R&B Length3=-1 NumberOfEntries=3 Version=2 I believe that rhythmbox originally had an IP of 64.236.34.72 in it.
OK, looks like I was an idiot and was still using the 0.5.1 radio stations; can anybody confirm this?
No, you're not an idiot - Rhythmbox doesn't change your iradio station list on upgrade, because you may have modified it yourself. But we should at least change the stations to use the new direct playlist parsing feature; this will make things a bit more resistant to change. In the future, it would be nice if the list was auto-updating somehow.
One way we could do it: - People will only add a few stations, probably a dozen at the maximum - RB controls all the Genres except a "Custom" genre - We can update (remove/update/add) any radios in all the Genres from the Rhythmbox website (Tools/Update iRadios). We could probably use that with "ypl" playlists (playlists of playlists). Nobody can add or remove Radios from there. Properties are read-only. - People can do what ever they want in the Custom genre (edit/add/remove stations). What do you reckon? Would allow us to ship with many more genres of playlists. We would also be able to split radios into mp3/ogg radios vs. other types of radios (Real Audio/MMS streaming radios) depending on the capabilities of the backend.
In my opinion having some way of automatically updating the iradio playlists would be the easiest thing to do. Possibly by loading an XML (or similar) file containing a master list located somewhere on the information superhighway. This would allow the iradio stations to be updated when they become out of date, added when a new one is needed, and removed when a station is no longer in service
Well, I'd like to just pull stations from something like icecast. Ideally if it's not listed there we convince people to get it there. But we'd need to support upgrades for people who already have stations. Not sure how that would work.
*** Bug 133130 has been marked as a duplicate of this bug. ***
Created attachment 59770 [details] [review] add icecast directory loading That patch add a toolbar item for loading stations from the Icecast directory. Currently there is no UI to indicate what is happening, but it mostly works. I'm also getting occasional "entry->inserted == TRUE" warnings on the conde, this is probably because rhythmdb_commit is getting run by one thread while the icecast-parser thread is in the middle of adding a new entry.
Created attachment 61529 [details] [review] better patch Add a message to the status bar when loading the Icecast directory, and fix a few minor bugs.
Looks OK to me, and it seems to work. I think this is the most sensible method for doing this that we're going to get.
Having some separation between the user's stations and the whole icecast directory would be nice, so they don't get mixed up. I guess this can already be done by sorting-by-rating, but could be improved a bit.
*** Bug 362734 has been marked as a duplicate of this bug. ***
*** Bug 419010 has been marked as a duplicate of this bug. ***
Patch stale, so marking as "needs-work".
Created attachment 85254 [details] [review] update and improve This is an updated and improved version of the patch, which adds an "Icecast Directory" source under the radio source. The "add as favourite" action which is supposed to add it to the main iradio source doesn't currently work, as it would give the entry the same URI as the one in the icecast dir. It also needs a new icon and some error handling.
*** Bug 436006 has been marked as a duplicate of this bug. ***
*** Bug 437876 has been marked as a duplicate of this bug. ***
-- GitLab Migration Automatic Message -- This bug has been migrated to GNOME's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/rhythmbox/issues/18.