erland;607710 Wrote: > There is no reason to make this complicated, just make sure to add > tracks immediately when the current track reaches the last track in the > playlist.
I agree it doesnt need to be complicated. The correct usage is for 'n' random songs to be generated ahead at any given point. This allows for correct use of the UI such as "current playlist". This worked perfectly on 7.5.x and is broken under certain common use cases for 7.6. An "add at the last song fix" breaks functionality and also complicates things by adding additional ways for this event to be triggered. It is a hack to try and hide that SBS 7.6 didn't generate tracks when it should have. Also buffering over wifi. How much data is really going over the connection to the player when these random songs get generated at the server? I am fairly sure no data would be sent as I assume the current playlist screen is only loaded as required on the players. The delay timer is surely only to divert CPU load on the server to a less time critical moment to help users with low end machines. It has nothing to do with network traffic preventing buffering. This task of generating random songs and possibly other tasks must be completed within a reasonable amount of time. It is not reasonable to delay the task indefinitely as it breaks functionality in the real world. -- bits ------------------------------------------------------------------------ bits's Profile: http://forums.slimdevices.com/member.php?userid=13375 View this thread: http://forums.slimdevices.com/showthread.php?t=85157 _______________________________________________ beta mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/beta
