Skipping back beyond 3 hours and the stream being able to still play is the root cause of this bug.
The code had expected a stream older than 3 hours to stop playing because request to play packets beyond 3 hour window used to fail and so player would then revert to a live stream. With the increase to 6 hours by BBC - stream state was "live" but the audio stream never reverted back to live. Metadata mechanism is then confused - streamstate is supposed to be "live" yet timecode of last played packet is old. However, I am surprised that there are no error messages in the log file so there is another twist to this problem that I don't understand but I think a solution will resolve it all. ------------------------------------------------------------------------ bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=109826 _______________________________________________ plugins mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/plugins
