cpd73 wrote: > I'm confused as to why it sometimes works, and not others. Looking at > the LMS code, it would appear as if I also need to pass the URL when > asking for "trackinfo" - I'll update the code to do this. But this does > not explain why it sometimes works.
Are you talking about the fix or the problem before the fix ? I am not sure and I don't want to work through LMS. When LMS gets a playlist to play (e.g.radiotime reply with a number of different station and different formats.) - LMS will parse the list and process each URL in turn - checking if they are playable (i.e. get MIME response from source) and then see if payer can play that format. It does this processing asynchronously because each playable URL may require a number of http/GET to determine the format but when LMS finds a workable candidate - LMS will start playing that stream while in the background the rest of the playlist is being processed. My guess is that the URL delivered in trackinfohandler is only updated when all item on the list have been processed - so there is a window. This delay may be a result that playlists were initially only files not remote streams and so there would be no delay. I have a vague feeling that the issue of "what URL is playing" between a playlist URL or the playing URL within the playlist was changed in the past maybe in 7.7/7.8 - and perhaps this piece of LMS code was never updated. I recall Triode changing BBCiPlayer plugin (FlashAAC version) to handle this issue. ------------------------------------------------------------------------ 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
