HTML5/iOS - Videos not firing events and seek fails.

At this point in time the HTML5 fallback of Bits on the Run embeds does not have API support. We plan to add API support in the HTML5 fallback of Bits on the Run embed codes around Q1/Q2.

Thanks. This really should be in the docs. I searched the forums and the docs and according to the docs this all works in JWPlayer. There are also forum posts showing how this should work and promises of this feature "tomorrow" from a post months ago. Just really makes it confusing for a user when everything says it should work but it doesn't.

Is there any work around for using base HTML events to track any of this on iOS from the video element? Seek and time change are my main concerns on the current project.

Thanks.

-Chuck

In the end we had to roll back that whole system update because it turned out that introducing the new player API broke all the listener functionality in embeds and this caused the player to break when pages had malformed HTML, which unfortunately is far too common, so we had to bring this back to the drawing board. I'm afraid there is no workaround for this for Bits on the Run embeds.

Ok, thanks.

I am working around it for now with base events. Since iOS is my main concern I have a timeout event that checks for an embed or a video. Once it finds it if it is a video I bind custom events (with jQuery) to progress, etc on the native video embed. Those in turn normalize the data to what the BOTR calls would expect and call them directly for progress, etc. A bit tedious, but does get the job done.

Thanks.

Hi Chuck,
I'm trying to do this as well - I saw that JWPlayer has onPlay, onPause events and told my client it could be done - however have now discovered that as they are using bitsontherun hosting this isn't supported. (yet)

Any chance you could share some pointers on how you did this workaround Chuck?
I really need to grab start, pause & end events - but am struggling to get anything out of the bitsontherun player!

Thanks in advance

Laura

We got around this by setting up a timer to watch the element container. Basically it checks to see if there is a video element present. If so, we then can fire off (manually) our ready event to register it etc. All the calls after that are standard HTML 5 for play, pause, etc. Seek is a property for the current time I believe.

It was a bit tricky, but we got it to work, at least for iOS devices.