Live data from Hacker News

Flowplayer 5.0.0

flowplayer.org

21–30 of 67 posts

Re: Flowplayer 5.0.0

#21
post #6

How does this stack up to http://videojs.com ?

What about http://mediaelementjs.com/ ?

One of the things I love the most about HN is reading the comments on something cool (like Flowplayer) inevitably leads to the discovery of comparable and equally cool things!

Thanks for the link!

Re: Flowplayer 5.0.0

#22
post #19

Earlier quoted context omitted.

Not really. You obviously need to take care of the height too and it must depend on video dimensions. Other players out there are designed for fixed widths.

A 100% width keeps its natural aspect ratio. Like an .

Sure, but taking care of other parts of the player needs to be taken care of. Not that it's hard but it's surely not a feature of video players out there.

Re: Flowplayer 5.0.0

#24
post #11

Looks nice but I was really hoping for support - based on some recent testing, it appears that currently only mediaelement.js supports both the Flash fallback and support for subtitles / captions.

Track element is coming. We thought it was not a blocker for a first release. Note: I'm one of the developers of Flowplayer.

Some US states require that you caption your streamed content to comply with the American with Disabilities Act.

http://articles.boston.com/2012-06-22/business/32352980_1_di...

I'd honestly say it should have been a blocker but at the least it should be high priority for next release.

Re: Flowplayer 5.0.0

#25

Earlier quoted context omitted.

Track element is coming. We thought it was not a blocker for a first release. Note: I'm one of the developers of Flowplayer.

Some US states require that you caption your streamed content to comply with the American with Disabilities Act. http://articles.boston.com/2012-06-22/business/32352980_1_di... I'd honestly say it should have been a blocker but at the least it should be high priority for next release.

This is important.

However, most web videos today are not associated with captions and made us ignore this from the initial release.

Re: Flowplayer 5.0.0

#26
post #4

Well, that was fast. However, I don't think deleting the pause button is a good idea, yeah: you can click in the screen, but some people might not realize that.

I think people will figure it out. But it would be interesting to do some usability tests on this.

Well the pause button has been around since tape players and VCRs, I think it's a pretty well established control that people will look for. Why should clicking the video do anything?

Re: Flowplayer 5.0.0

#27
post #26

Earlier quoted context omitted.

I think people will figure it out. But it would be interesting to do some usability tests on this.

Well the pause button has been around since tape players and VCRs, I think it's a pretty well established control that people will look for. Why should clicking the video do anything?

Well, thanks to smartphones and Flash video players, I think people are also used to click/tap-to-pause now, too. I don't foresee it being much of a problem. And minimal UI means minimal distraction.

Re: Flowplayer 5.0.0

#28

Earlier quoted context omitted.

Some US states require that you caption your streamed content to comply with the American with Disabilities Act. http://articles.boston.com/2012-06-22/business/32352980_1_di... I'd honestly say it should have been a blocker but at the least it should be high priority for next release.

This is important. However, most web videos today are not associated with captions and made us ignore this from the initial release.

I'm not sure I understand, why is that important? The way I read it is that whether or not they're associated with captions they still require subtitles if the company is registered in the "wrong" (I'd argue right) state and the the video contain speech.

Re: Flowplayer 5.0.0

#29
post #6

How does this stack up to http://videojs.com ?

VideoJS has done a pretty good job at promoting HTML5 video and giving a viable alternative for Flash.

Flowplayer is not just HTML5 video but common API for video - no matter what the backend is: the VIDEO tag or Flash (for older browsers).

This universal API is for both CSS and JavaScript. Same CSS rules or JavaScript methods apply for both backends. Think of implementing plugins or skins that work on all browsers and devices.

That's not all. A lot of features that were only there for Flash are now available for HTML5: cuepoints, playlists, random seeking, fullscreen, keyboard shortucts.. to name a few. For a full list of features please have a look at:

http://flowplayer.org/why/

Demos: http://flowplayer.org/demos/

Make sure you try with various browsers. Note: iPad support is unbeatable.

Re: Flowplayer 5.0.0

#30
post #26

Earlier quoted context omitted.

I think people will figure it out. But it would be interesting to do some usability tests on this.

Well the pause button has been around since tape players and VCRs, I think it's a pretty well established control that people will look for. Why should clicking the video do anything?

This has been a big debate at Flowplayer before the release. At the end of the day it was clear to us. Play/pause button must go. Majority of users find it obvious that pausing happens by clicking on the video. This happens on both YouTube and Vimeo which makes it mainstream.

And when it's possible to remove an UI element we'll certainly do it. We want to make the player as minimal as possible and make the video star of the show. Now more than ever.

Post reply on HN