bpa wrote: > If you can describe a method to reproduce your problem on another system > then the problem can be checked. > > If it is just the radio playlist then a copy of the playlist file and > descriptions of actions/symptoms may be all that is necessary to > reproduce. > > Internet radio URL playlist (e.g. m3u, pls, asx) can seem to have > different behaviour than a file playlist because streaming URLs can have > retries and delays built into their handlers.
I'm Not sure I understand this response. Are you referring specifically to playlists? Because I described in excruciating detail how to cause disruption by adding to the queue in this thread, in the attached document. If you are referring specifically to playlists, then, sure. I can document steps to disrupt (and be concise, I promise :)). My original journey down this rabbit hole started with adding multiple streams to the queue and creating a playlist. With the contents moved to the queue, there was allot of unexpected behavior when selecting position 1, then 3, then 2, etc. That ended up with my "I broke LMS" thread. But as you have suggested, and I, and I am sure others would agree, is it worth even thinking about for the 0.01% that might want to have this work predictably? I think time has convinced me that it isn't. Jim ------------------------------------------------------------------------ Redrum's Profile: http://forums.slimdevices.com/member.php?userid=33806 View this thread: http://forums.slimdevices.com/showthread.php?t=116205 _______________________________________________ Squeezecenter mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/squeezecenter
