philippe_44 wrote: > Lots of tests, thanks - One thing I'm wondering: the 1st track worked > because there was no "next track" loaded yet when you did the pause and > that's giving me a good indication. I'm wondering if the issue does not > happen when the pause is requested after all the data of the current > track have been buffered by the player (and maybe also when there is a > second track that has started to be buffered). To test that requires to > have only 1 track in the play list and pause at the very beginning and > then pause after a while (that 'while' is after the "sq_read:693 > [004BDB58]: read (end of track)" log if you have an eye on the logfile)
Two more test carried out with one large 24bit 192k file in the playlist. Not able to observe the logfiles during testing but paused a couple of seconds into the track then re-started. Both versions re-started from the beginning. After letting the track run for a while re-paused but on unpause the track starts from the beginning. I did notice that if I nudge the time bar, pause and unpause will work but I wasn't sure if it re-starts from the correct place. It definitely puts the LMS time bar out of sync with the track for when the track ends the time bar hasn't. As mentioned in an earlier post, if the only consequence of setting "LMS seeks on resume" to "on" is a +/- 1 sec difference, I for one would accept that compromise. +-------------------------------------------------------------------+ |Filename: upnpbridge-00217-single track test.log | |Download: http://forums.slimdevices.com/attachment.php?attachmentid=18252| +-------------------------------------------------------------------+ ------------------------------------------------------------------------ PaulinPosset's Profile: http://forums.slimdevices.com/member.php?userid=63060 View this thread: http://forums.slimdevices.com/showthread.php?t=103728 _______________________________________________ plugins mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/plugins
