Flash Fallback doesn't respond to canplay event with hls about videojs-contrib-hls HOT 16 CLOSED

This probably has to do with the fact that this plugin just sits on top of videojs right now and comes into play if videojs isn't able to play the hls stream another way.
We're working on making it into a videojs "tech", which should fix this problem and others.

from videojs-contrib-hls.

Any idea what the time frame is on that? I'm not sure if I should wait for the fix or try to come up with a work around.

from videojs-contrib-hls.

Hopefully, some time this week.

from videojs-contrib-hls.

The tech is available for playing around in PR #62. Feel free to try it out and let us know if the canplay event fires then.

from videojs-contrib-hls.

Please forgive my ignorance - what's the difference between a tech and a
plugin? Do they install the same way?

On Tue, May 20, 2014 at 6:46 PM, Gary Katsevman [email protected]:

The tech is available for playing around in PR #62#62.
Feel free to try it out and let us know if the canplay event fires then.

—
Reply to this email directly or view it on GitHubhttps://github.com//issues/61#issuecomment-43697353
.

from videojs-contrib-hls.

A tech is a different way of doing things behind the scenes. It's a way to abstract out the flash fallback from the videojs api.
Usage is the same, you just include all the javascript files like you did for when it was a plugin.

from videojs-contrib-hls.

There is one difference in how you configure a tech as opposed to a plugin. Instead of calling player.hls(), you'll need to modify the video.js tech order like this:

videojs('myvideo', {
  techOrder: ['html5', 'flash', 'hls'] // note the addition of the new HLS tech!
});

You also need to include the javascript for the HLS tech before you initialize your player. With a plugin, you're free to pull in the js any time before you actually initialize it.

from videojs-contrib-hls.

I haven't gotten a chance to work with this yet - but I noticed pull request #62 is merged to master. Just to be sure - can I try the current master and make the changes that dmlap mentions?

from videojs-contrib-hls.

I have tried version 0.7.0 and still do not see a canplay event, at least on Chrome.

When I use the developer tools to start the video it stutters and fails, again on Chrome.

from videojs-contrib-hls.

Ok, it must be an issue in the video.js SWF then. We'll investigate.

from videojs-contrib-hls.

I'm getting some deadline pressure from a client. Is there a way I can help via a test case or .. [ insert thing here ]

from videojs-contrib-hls.

Is the problem potentially here:

https://github.com/videojs/video-js-swf/blob/8a989103788b23fd59a847b0389bb261c80aeec1/src/com/videojs/providers/HTTPVideoProvider.as#L526-528

It looks like CAN_PLAY is not being fired until the buffer is full. On an HLS Stream - particularly the EVENT/LIVE streams that we are using the buffer is never truly full because you don't download the entire thing.

from videojs-contrib-hls.

@paytonrules: that does look like a bug. If you feel up for making a patch on video-js-swf, I can help you get it merged in.

from videojs-contrib-hls.

I'd love to - except I haven't written so much as "hello world" in ActionScript.

from videojs-contrib-hls.

It looks like I had operator error.

I was listening for the :canplay event via (psuedocode warning) $("video").on("canplay", function() {blah})

Looking at it I realized that OF COURSE it doesn't work in Chrome since the video element goes away. Sure enough I'm getting the canplay event when I use videojs.on.

from videojs-contrib-hls.

Cool! Glad you were able to figure it out. Please open up more issues if you find other problems.

from videojs-contrib-hls.