Flowplayer 5.0.0(flowplayer.org)
flowplayer.org
Flowplayer 5.0.0
http://flowplayer.org/
11 comments
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?
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.
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.
Speaking of controls, a request:
I want to be able to repeatedly replay selected moments in videos.
So, I hover my mouse pointer over the seek slider at a certain point in the video so that I can repeatedly click that point to repeatedly replay that particular moment.
But most video players (including Flowplayer) cause the controls to disappear after a few seconds, even if I just barely clicked.
This forces me to wiggle the mouse to wake up the controls right when I don't want to move my mouse because it's remembering a position in the video for me.
I would welcome any solution to this problem. A keyboard solution might work well. Youtube has keyboard shortcuts '1', '2', '3', for jumping to 10%, 20%, 30% into the video. I wish you could hit '.' or something to jump to the last position I set by clicking my mouse on the seek slider.
Also, I wish the controls did not fade away when I am hovering over them, using them.
By the way, Flowplayer seems to have a bug: if I attempt to hover over a point in the seek slider and repeatedly seek to that point, after the first click or two, it begins ignoring my seek request.
I want to be able to repeatedly replay selected moments in videos.
So, I hover my mouse pointer over the seek slider at a certain point in the video so that I can repeatedly click that point to repeatedly replay that particular moment.
But most video players (including Flowplayer) cause the controls to disappear after a few seconds, even if I just barely clicked.
This forces me to wiggle the mouse to wake up the controls right when I don't want to move my mouse because it's remembering a position in the video for me.
I would welcome any solution to this problem. A keyboard solution might work well. Youtube has keyboard shortcuts '1', '2', '3', for jumping to 10%, 20%, 30% into the video. I wish you could hit '.' or something to jump to the last position I set by clicking my mouse on the seek slider.
Also, I wish the controls did not fade away when I am hovering over them, using them.
By the way, Flowplayer seems to have a bug: if I attempt to hover over a point in the seek slider and repeatedly seek to that point, after the first click or two, it begins ignoring my seek request.
This is a good one. So good that it's part of the next version. Here is a demo:
http://flowplayer.github.com/demo/seek/
http://flowplayer.github.com/demo/seek/
Hey, sweet! Thanks.
A couple issues:
1) The number keys don't work when in full screen mode.
2) Also the keys don't work at all if the mouse pointer is outside the video rectangle. (Is that a limitation of the web browser interface?)
It'd be great to have a few more keyboard shortcuts too. Left/right arrow keys to skip backward/forward 10 seconds? Keys for double speed, half speed, and frame-by-frame playback mode? Hit '?' to see a list of keyboard shortcuts?
A couple issues:
1) The number keys don't work when in full screen mode.
2) Also the keys don't work at all if the mouse pointer is outside the video rectangle. (Is that a limitation of the web browser interface?)
It'd be great to have a few more keyboard shortcuts too. Left/right arrow keys to skip backward/forward 10 seconds? Keys for double speed, half speed, and frame-by-frame playback mode? Hit '?' to see a list of keyboard shortcuts?
1) Looks like I cannot capture the keyboard event for number and alphabet characters on fullscreen mode. Just verified that with Chrome. Hoping to find a decent workaround.
2) That's intentional. Flowplayer is designed so that you can have multiple instances on a page and you can control one when you hover it or control with keyboard. When you're outside the player keyboard should control the page. For example spacebar will scroll one page.
Left/Right are already there in current version.
Slow motion and "?" are both good ideas. Probably implement them too.
2) That's intentional. Flowplayer is designed so that you can have multiple instances on a page and you can control one when you hover it or control with keyboard. When you're outside the player keyboard should control the page. For example spacebar will scroll one page.
Left/Right are already there in current version.
Slow motion and "?" are both good ideas. Probably implement them too.
1) Fullscreen support is now there.
Initial version of slow motion and fast forward are now there. Use ALT + left/right arrow keys.
Great!
One issue: on my Macs I've bound ALT + left/right (aka OPTION left/right) to change virtual desktops.
I unbound those keys so that I could try out your new feature, and it works great...very cool.
Not sure what you can do for guys like me who are in the habit of already using those keys. Also not sure what I can do.
I expect it will not be easy for you to provide a good way for me to customize my Flowplayer keys.
So, I wonder if it would make sense to provide a Flowplayer alternative to alt-left/right that users would be unlikely to remap. Ideas: +-, <>, []
What do you think?
One issue: on my Macs I've bound ALT + left/right (aka OPTION left/right) to change virtual desktops.
I unbound those keys so that I could try out your new feature, and it works great...very cool.
Not sure what you can do for guys like me who are in the habit of already using those keys. Also not sure what I can do.
I expect it will not be easy for you to provide a good way for me to customize my Flowplayer keys.
So, I wonder if it would make sense to provide a Flowplayer alternative to alt-left/right that users would be unlikely to remap. Ideas: +-, <>, []
What do you think?
This happens on both YouTube and Vimeo which makes it mainstream.
By way of contrast, YouTube players open the video in a new window when embedded in other sites.
Given FlowPlayer players will often find themselves in similar-looking situations (embedded in a post, or whatever), there's potential for confusion or hesitation there.
By way of contrast, YouTube players open the video in a new window when embedded in other sites.
Given FlowPlayer players will often find themselves in similar-looking situations (embedded in a post, or whatever), there's potential for confusion or hesitation there.
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.
Yeah, we need to give people some credit... If a dedicated stop button is the only thing left of the legacy tape machines and vcr's left us, then it makes sense to question that, too. Stopping the video by clicking on it is logical when no other options are given and everyone I've seen try this took about 3 seconds to figure it out. This gets even more logical if the video was originally started by clicking it.
Fitt's Law directly tells us how efficient "the video as button" approach is: if we presume that a hypothetical start/stop button is 1/10th of the width of the whole video (which would be one large button!) then the time to navigate to the button can be up to 10 times slower. (Testing this now with Hacker News' minuscule "reply" button.)
With touchscreens becoming more and more common, this probably becomes a standard anyway, as people are now starting to connect interacting with objects with the objects themselves, not with separate buttons.
Fitt's Law directly tells us how efficient "the video as button" approach is: if we presume that a hypothetical start/stop button is 1/10th of the width of the whole video (which would be one large button!) then the time to navigate to the button can be up to 10 times slower. (Testing this now with Hacker News' minuscule "reply" button.)
With touchscreens becoming more and more common, this probably becomes a standard anyway, as people are now starting to connect interacting with objects with the objects themselves, not with separate buttons.
I just did one for you. It failed.
Really sleek, very nice minimal UI. More "fast and fluid" than Windows 8!
Love it, certainly going to use it when I need a video player. It even has full screen!
Edit: Even better, it's responsive to browser width changes!
Love it, certainly going to use it when I need a video player. It even has full screen!
Edit: Even better, it's responsive to browser width changes!
To make a <video> responsive, you only have to set its width to 100%... not a big deal.
But yeah, I love flowplayer, it has a nice js API. Too bad it's not IE6 compatible.
But yeah, I love flowplayer, it has a nice js API. Too bad it's not IE6 compatible.
Why on earth do you need IE6 support?
IE6 is not even in the top 12 browsers according to StatCounter.
IE6 is not even in the top 12 browsers according to StatCounter.
Globaly, yes. But if you want, per example, to target China, IE6 is mandatory.
http://www.ie6countdown.com/
(and even Japan is at 4.7% according to this site. 4.7% is significant enough.)
(and even Japan is at 4.7% according to this site. 4.7% is significant enough.)
Mandatory? For everybody?
There's a cost to supporting IE6, and a cost to not supporting it. Depending on what you're doing, it might make much better sense to do something like:
http://code.google.com/p/ie6-upgrade-warning/
IE6 usage is falling fast, even in China.
There's a cost to supporting IE6, and a cost to not supporting it. Depending on what you're doing, it might make much better sense to do something like:
http://code.google.com/p/ie6-upgrade-warning/
IE6 usage is falling fast, even in China.
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.
Well, yes, but it's nice to see how flowplayer resizes its interface with browser width on-the-fly.
Agreed. It's all win; testing it on some pretty old hardware and it's really smooth.
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.
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.
Actually video.js has had a common API/skin for html5 and flash for a while now.
Anecdotal, I know, but I found VideoJS to be a bit of a mess. From a code point of view, the player instance would not destroy correctly resulting in a memory leak for single-page web apps and IMHO the CSS was a pain to work with.
VideoJs is free (ass free speech), Flowplayer is not : it's a badgeware.
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!
Thanks for the link!
Same as with videojs, you should compare at what Flowplayer can actually do: http://flowplayer.org/demos/ . There is a difference.
What about vast in both html5 and flash?
You guys finally came out with a release that rivals JWplayer. Congrats! I switched from flowplayer to jwplayer when it started to get bloated/buggy in v3. Looks like I might come back for 5 :)
Welcome on board!
I tried to play the demo videos on my Samsung Galaxy S II (Android 2.3.5), both with Dolphin Browser v8.8.2 and the stock web browser, but it doesn't seem to work in either of them.
Made Android work with native controls. Similarl to iPhone. Here is a demo:
http://flowplayer.github.com/demo/seek/
This is for upcoming 5.0.1 version.
http://flowplayer.github.com/demo/seek/
This is for upcoming 5.0.1 version.
Same here. It does not work in the stock Android browser or in Chorme, but it plays in Opera Mobile. It seems like a very basic oversight. I suspect this is the reason YouTube is so dominant: It works reliably everywhere.
But not on iPads or environments where Flash is not supported. They have certainly improved here but definitely not reliable everywhere.
And obviously Android we'll make Flowplayer work on stock Android browser. That's a oversight from our part on the initial release.
And obviously Android we'll make Flowplayer work on stock Android browser. That's a oversight from our part on the initial release.
It forks flawlessly on iPad too, using the same controls as in desktop browsers.
Looks nice but I was really hoping for <track> 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.
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.
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.
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.
Flowplayer Ltd is located in Finland but this does not matter here. What matters here is the feature set and how each feature is prioritized.
For the first release we picked the ones we thought were absolutely necessary to make a great product. For the next one we fill in the gaps. For some people captions are highly critical and we cannot please them with Flowplayer 5. For them we recommend our flash offering
http://flash.flowplayer.org
until captions are implemented to the HTML5 version.
For the first release we picked the ones we thought were absolutely necessary to make a great product. For the next one we fill in the gaps. For some people captions are highly critical and we cannot please them with Flowplayer 5. For them we recommend our flash offering
http://flash.flowplayer.org
until captions are implemented to the HTML5 version.
Congrats Tero and Anssi, this is such an awesome update! Being on the FP journey over the years has been great, and V5 proves that journey is still very relevant and very exciting!
Going to have a play with it this week for sure.
Going to have a play with it this week for sure.
safari 6.0.1 on mountain lion: http://cl.ly/image/0d0V1B1C3V28
Seems to work just fine for me with Safari 6.0.1 on Mountain Lion.
https://www.evernote.com/shard/s186/sh/2b0936f2-0581-4b57-96...
fiddlesticks.
I like the clean design but for some reason by browser hangs up while scrolling through your site.
Safari 5.1.7 on Snow Leopard
Safari 5.1.7 on Snow Leopard
The dolly shot (the rails shot) near the end stutters on Chrome 21 on Mountain Lion. I think it's probably always stuttering, but it's only really obvious then. Maybe cut the dolly shot?
We currently have an Amazon micro instance! We have static pages served with nginx. Thanks, we're studying these occasional 503 issues.
Uh ... well it is not a 503 issue but looks more a HTML5 issue to me. My browser works absolutely fine when your website is not in one of my tabs.
Sorry. Misunderstood your issue. Need to check this out with Safari 5.