Bugzilla – Bug 10098
ESPNRadio breaks RT metadata
Last modified: 2009-07-31 10:32:18 UTC
Andy, per our campfire discussion: When playing ESPNRadio (stationId=25876), whenever the Saul Ashby promo plays I see: [08-11-21 00:25:13.7275] Slim::Plugin::RadioTime::Metadata::parser (55) Disabling RadioTime metadata, stream has Icy metadata At that point RT metadata appears to be permanently disabled (for all stations) until SC is restarted.
Doh! Thanks, once hasIcy was enabled it would never be cleared. Not sure why the station would send metadata like that though. Try change 23996.
Hi Andy, this is still not fully working. Maybe this is an outlier or just something broken on the RT side - I'll let you decide. When the Saul Ashby failure occurs, it still breaks RT metadata for ESPN radio even after the Saul Ashby promo ends. If I play other RT stations it works fine, but if I stay on ESPNRadio or switch back to it, metadata remains broken.
FYI the ESPN stream in question is: http://opml.radiotime.com/StationPlaylist.axd?stationId=25876
OK, should be fixed in change 24047. The RT metadata code is disabled once a station sends their own Icy metadata, as it is assumed this metadata will always be better than RT's once-an-hour metadata. This station must have a broken configuration to only send Icy metadata at very long intervals. It does send metadata early on but it sends an empty title: "StreamTitle=''". Not much we can do about bad metadata.
Well, IMO this is definitely still broken. I'll accept your conclusion that it's either a RT or ESPN problem. For my own purposes, I may just remove the Icy detect code this doesn't happen...
It's the station that's broken, not our code, sorry.
This bug has been fixed in the 7.3.0 release version of SqueezeCenter! Please download the new version from http://www.slimdevices.com/su_downloads.html 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