player should pass the tests on playerjs.io

[geckoslair]

Developing related videos at video playback ended I've noticed that we need a hook/events-watcher approach. For example playing, pause, ended, replaying are not well centralized/binded and sometimes there is discordance between frontend and player states.

[jellegerbrandy]

Yes, we do.

Let us implement the player.js specs : https://github.com/embedly/player.js/blob/master/SPEC.rst
This seems somethign relatively easy to do using adapters https://github.com/embedly/player.js#adapters

We need to do this anyway for #178 .

[geckoslair]

Hi player.refactor dream team!
This issue in composed by three subissues:

• make player,js and player.html driven by video tag states/events ( video tag wiil be our source of truth) @eliawk
• make all the library that's interact with the video tag binded to the video tag and not to meteor instace @ya7ya
• make a library that binds player.js (the library required by embedly) with our video tag @geckoslair

is it good for you?

[geckoslair]

a possibile flow could be:

var player = new Paratiiplayer();
yahyamagicfunctions(player)
playerJSadapter(player)

[geckoslair]

ref #175

[geckoslair]

using gateway:
http://playerjs.io/test.html?url=https%3A%2F%2Fstaging.paratii.video%2Fplay%2F6%3Fplaylist%3D2

• success on desktop
• fails on mobile

without gateway:
http://playerjs.io/test.html?url=https%3A%2F%2Fstaging.paratii.video%2Fplay%2F8%3Fplaylist%3D4

• fails

[jellegerbrandy]

Any updates on this? Especially regarding "make player,js and player.html driven by video tag states/events ( video tag wiil be our source of truth) @eliawk"?

[geckoslair]

Actually i've done a fast refactor in order to fix binding issues. There's still some work to do.

[eliawk]

for the records http://clappr.io/

[jellegerbrandy]

It seems to me we are trackign two separate things in this issue: (1) does our player play nice with playerjs.io and (2) shoudl we refactor, and how?

I'm opening a new issue for (2), and will rename this one.