I just noticed that if audio is paused and then resumed, there is no "start of play" status message. Previous versions of the firmware produced an isResumed message as well as the "start of play" status message.
"RokuChris" wrote: This was a problem in earlier builds, but should be fixed. I am seeing the "start of play" message as expected in 4.1b1256 right now.
The "start of play" does occur for the first time that the song starts up. It doesn't occur if you use Pause() and then Resume(). I'm unable to test on the latest beta right now, but the distinction between initial start and pause/play may be the missing piece here.
I'm a little confused. Looking at the code in my audio based channels, I've always used the "start of play" message to reset my playback timer, and don't recall ever getting an invalid reset after a pause/resume. Are you sure the "start of play" message used to happen with a resume? I thought that was what the isResumed() event was for.
I've always used the "start of play" message because the isResumed event didn't appear until v2.6 of the firmware. It definitely occurs for v3.0 and below along with isResumed. I noticed the problem when I got my Roku 2 and my audio progress bar was no longer working properly after a pause/resume.
I thought that maybe it was intentionally changed because it could be argued that "start of play" should only occur at the beginning of a song, but Chris' comment implies otherwise.