Complicated to handle events for seeking and rate change while video is playing

[rcwwilliams]

Hi

We would like to capture details of each part of a video that a user plays including:

• start %
• end %
• rate

These are fairly straightforward unless there is a seek or rate change while the video is playing.

It is possible to write logic to handle these, but it is a bit messy.

Things are complicated by the fact that a timeupdate event is issued BEFORE the seeking event.

Achieving the above would be simple with the following updates to the player API:

• in the seeking event, include details of where the video is at when the seek is initiated
• in the playerratechange event, include details of the video's current time when the playerratechange event fires

Please let me know if this is something you would consider and if so, some idea of whether something like this might take days, weeks or months to implement so we can decide whether to wait or to get on with implementing workaround logic..

Thanks very much.

Kind regards

Robin

[rkrishnan8594]

@rcwwilliams Have you considered using the data returned by player.getPlayed() to determine which parts of the video the user watched? That's probably more straightforward than determining that yourself using timeupdate events and seeking events.