I'm not sure how Squeezeplay handles the issue but web GUI is just looking at the URL passed to the routine registered as its trackinfohandler. The URL is initially somehting like "http://opml.radiotime.com/Tune.ashx?"; and then as the playlkiost isprocessedin the background and a playable URL is found ion the playlist the URL is changed into something like "http://bbcmedia.ic.llnwd.net/stream/bbcmedia";
I'm not sure which part of BBCiPlayer plugin is being referenced but I know Triode made effort to hide the playing URL (e.g. DASH, HLS or MP3) to make the "iplayer" URL was the one visible. Unless it is clever - I feel retrofit a canonical URL for a track object could cause problems as many plugins and LMS code has worked around this issue. It would need study first to see if it is feasible. There are plenty of other bits of weirdness associated with Tune-in and possibly this same issue in different guises. The point I made earlier about search for "CFGP" producing a unplayable stream from one Tune-in search and a playable stream in another. If you try to play YLE Klassinnen - Tune-in returns a playlist with a WMA and HLS URL but the WMA is broken yet when LMS manages to play the station using the HLS URL - LMS provides all the details about the WMA. I thjink [part of the problems is the asynchronous nature of parsing the playlist and find which ones are playable (i.e. matching audio type & transcoding) means GUI menu is not synced to status of playlist parsing. ------------------------------------------------------------------------ bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=110714 _______________________________________________ Squeezecenter mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/squeezecenter
