A Skeptical Comparison of HTML5 Video Playback To Flash 391
gollum123 writes "Think we'd all be better off if HTML5 could somehow instantly replace Flash overnight? Not necessarily, according to a set of comparisons from Jan Ozer of the Streaming Learning Center website, which found that while HTML5 did come out ahead in many respects, it wasn't exactly a clear winner. They did find that HTML5 clearly performed better than Flash 10 or 10.1 in Safari on a Mac, although the differences were less clear cut in Google Chrome or Firefox. On the other hand, Flash more than held its own on Windows, and Flash Player 10.1 was actually 58% more efficient than HTML5 in Google Chrome on the Windows system tested. As you may have deduced, one of the big factors accounting for that discrepancy is that Flash is able to take advantage of GPU hardware acceleration in Windows, while Adobe is effectively cut out of the loop on Mac."
gollum123 also links to additional tests indicating that Flash "does not perform consistently worse on Mac than on Windows."
GPU acceleration and Opera (Score:5, Interesting)
The second test seems to forget that Flash added GPU acceleration in Windows, which dramatically drops CPU usage [engadget.com]. It's not even small amount, it's 60%->12% with YouTube 720p video and most likely even more with 1080p. They've been working a lot with NVIDIA on it, which means more bad news for HTML5. I also installed those new NVIDIA drivers and newest Flash beta and full screen video is considerably smoother. [nvidia.com]
And where's Opera in this test? They added HTML5 support in 10.5 final too and their whole drawing engine will be hardware accelerated, with websites also. Their canvas implementation is also faster than with any other browser.
Re:GPU acceleration and Opera (Score:5, Insightful)
So they're saying that when Flash isn't -doing- anything, it still sucks down 12% of the CPU. Yeah, that's awesome! Whoo!
They're also saying that With Flash using the GPU to the hilt, and HTML 5 not, they use about the same CPU.
Seriously, these are not impressive numbers.
Re: (Score:3, Insightful)
It's just odd to compare two different tech stacks (which can do just about anything) by measuring their video playback performance.
As long as hardware acceleration works, the language (or whatever you want to call it) is not a big factor. It's like comparing an apple (which may have a gorilla supporting it), in a cage match with an orange (which may have a gorilla supporting it).
Flash uses the GPU (except on OSX - boo Apple). HTML5 will use the GPU on every platform sometime in the future. I know which on
Re:GPU acceleration and Opera (Score:4, Insightful)
> It's just odd to compare two different tech stacks (which can do just about anything) by measuring their video playback performance.
It's the point of comparison because hardware acceleration DOES NOT WORK.
It doesn't work despite there meant a means to do so on both Linux and MacOS. Adobe continues to give same excuses while sandbagging.
Their Windows version probably isn't even living up to it's own potential in this regard.
Video playback performance is fixated on because it means the difference between being able to use an Atom or needing a 3Ghz or Quad Core machine.
Re: (Score:3, Insightful)
If NVIDIA would put the effort into making an open codec (such as Dirac) directly in the GPU firmware, and keep their Linux driver updated properly (or just open source it ... all the magic is in the GPU so the driver should just be a means to pass data between CPU and GPU), then an HTML5 based video would display well, too.
This is NOT a showing of whether Flash is better than raw video, or not. It's a showing of what secret backroom deals can do to lock out safer, more secure, more open, ways of doing thi
Re:GPU acceleration and Opera (Score:4, Interesting)
Re: (Score:3, Insightful)
If NVIDIA would put the effort into making an open codec (such as Dirac) directly in the GPU firmware, and keep their Linux driver updated properly (or just open source it ... all the magic is in the GPU so the driver should just be a means to pass data between CPU and GPU), then an HTML5 based video would display well, too.
And... what would be in it for them? They're not going to spend all that money to get Slashdot bragging rights.
Re:GPU acceleration and Opera (Score:4, Informative)
Unless a biggie like Google /MS /Apple back on HTML5 i don't see why it would replace incumbent standard
Both Google and Apple are heavy HTML5 backers. Not only they're on the W3C working group for it, but their respective browsers already implement large parts of it (including, specifically, HTML5 video).
Re: (Score:2, Interesting)
Re: (Score:3, Informative)
Well, Apple has been pushing for standardizing on H.264 as a primary codec for HTML5 video, specifically... so I guess that would make it "yes".
Re: (Score:2)
You think they're just going to give up on QT?
That doesn't sound like today's Apple to me.
Re: (Score:3, Informative)
.mov is a container format, like .avi. They can standardize on H.264 without giving up on QT. :)
Re:GPU acceleration and Opera (Score:5, Insightful)
In the mean time, Mozilla has stated that they're unable to ship H.264 as part of Firefox [mozillazine.org]. H.264 has patent and licensing issues associated with it.
Your choices are still 1) create content once for a ubiquitous platform available absolutely everywhere except Apple embedded devices (where Apple chooses for you that you don't have access to it), or 2) create content multiple times in multiple formats, falling back on browser sniffing and other skulduggery, plus having to test on a variety of different platforms, then going ahead and creating the #1 version anyway since there are still people you can't reach without this no matter how hard you try.
HTML5 is the right direction. But it is a long, long way from mature. There isn't a single ubiquitous codec even when your users support the fledgling standard otherwise. Until then, Flash is still the right choice for all but technical purists, both for video, and for absolutely everything else Flash offers (including feature domain HTML5 doesn't cover even in draft).
Re: (Score:2, Insightful)
In the mean time, Mozilla has stated that they're unable to ship H.264 as part of Firefox [mozillazine.org]. H.264 has patent and licensing issues associated with it.
Isn't the codec the responsibility of a codec library? I played H.264 videos on Linux today. Mozilla could just use gstreamer or what ever else
Re: (Score:3, Insightful)
n the mean time, Mozilla has stated that they're unable to ship H.264 as part of Firefox
I wouldn't want them to. Why in the hell would any browser include a codec. What Mozilla and every other browser is supposed to do is not care about codecs and use what's installed on the user's computer. Place an option in the preferences menu, so you can choose between multiple installed options.
I don't want to choose my browser based on who has the most efficient codec. I want to choose it based on which browser gives me a better browsing experience. If I find a better codec that can do GPU accelera
Re:GPU acceleration and Opera (Score:4, Interesting)
Well if you look at web browsers on the Amiga platform, they typically had no built in support for any image formats whatsoever. The OS provided a facility called "datatypes" which allowed any application supporting datatypes, to load any format for which a valid datatype was available. Amiga browsers were among the first able to display PNG images on the web simply because a PNG datatype already existed.
Re:GPU acceleration and Opera (Score:4, Insightful)
In the mean time, Mozilla has stated that they're unable to ship H.264 as part of Firefox [mozillazine.org]. H.264 has patent and licensing issues associated with it.
Why not just kick H264 over to a media player (VLC/Quicktime/WMP) instead of trying to include codecs in browsers? That's an option, at least, since most media players will decode h264.
Here's the main problem I have with this complaint: Ultimately, Flash is just being used as a 3rd party H264 media player anyway. By saying people should stay on Flash, you're basically saying, "Mozilla can't distribute H264 decoders and we can't ask people to install any 3rd party H264 decoders, so instead we're going to force everyone to install a particular 3rd party H264 decoder which is included in a sprawling 3rd-party plugin that only works well in Windows."
When you stop and think about it, it doesn't really make a ton of sense. Flash has worked as a stop-gap measure, but it really has never been a good way to handle things.
create content once for a ubiquitous platform available absolutely everywhere except Apple embedded devices
*sigh* If only it were that simple. Flash isn't on absolutely everything except Apple devices. It works pretty well in Windows. You can get it on Linux/BSD/etc, but some distros don't have it installed by default. Even on OSX, Flash is a buggy resource hog that crashes constantly, which is at least part of the reason why Jobs doesn't want it on his low-power devices. Non-Apple phones and embedded devices may or may not have Flash support.
Adobe tried to blame Apple for the poor performance of Flash on OSX, but if you read their description of the situation, it basically comes down to, "We chose to stick with Carbon (an old framework which Apple has basically been trying to obsolete, but keeping around for compatibility's sake) instead of switching to Cocoa (the new framework), and Carbon doesn't have as direct access to the GPU."
There isn't a single ubiquitous codec even when your users support the fledgling standard otherwise.
H264 is getting to be pretty darned ubiquitous, close to how MP3 was for audio back in the heyday of Napster. Sure, you still had Real Media files and Windows Media files, but mostly people used MP3. Also, technically you're supposed to pay a patent licensing fee for distributing MP3 encoders, MP3 decoders, and even MP3 files, so it really isn't that different.
So who doesn't use H264 to encode their movies? In my experience, it's mostly (a) people who use Ogg for ideological reasons rather than practical reasons; and (b) pirates who are under the mistaken impression that the old DivX encoder provides better compression than H264, or believe that H264 is a proprietary Apple format. Yes, I know there are other reasons to use other formats, but I think the two I mentioned probably take care of most of the normal consumer uses (ignoring legacy devices).
Re:GPU acceleration and Opera (Score:5, Informative)
Well, I can't speak for Google, but Apple was one of three companies (two others being Mozilla and Opera) which founded WHATWG, thus putting a start to HTML5 development.
Also, it doesn't make sense for them to "comply with the standard" when there's no standard yet. As it is, both Google and Apple (and others) are writing the standard, and implementing the current drafts. Google also provides HTML5 beta of YouTube. If, as you say, there is no real business case for them to promote HTML5, they wouldn't do either thing.
The reason why Google touts Flash support in Android at the same time is because Flash is still relevant today, and because this is a major competitive advantage that Android has over iPhone. It would be foolish of them not to raise that point.
Re:GPU acceleration and Opera (Score:5, Informative)
I wasn't particularly impressed with the Youtube HTML5 beta (using Chrome) and ended up opting out. Playback wasn't very smooth, the video controls are slightly buggy, and HD videos seemed to take more time buffering. As of right now, the Flash player provides a far better experience.
(And Youtube's player controls are probably far better than anything the average developer could come up with.)
Internet nerds are predicting that HTML5 will be the death of Flash Video, but IMO it still looks like it has a long way to go.
Re:GPU acceleration and Opera (Score:4, Interesting)
From the submission: "On the other hand, Flash more than held its own on Windows,"
"When was the last time Performance and better quality became critical in deciding which tech will be widely deployed?"
Personally - I wish that SECURITY were the primary criteria in deciding which tech will be widely deployed. I'll sacrifice a bit of "performance", if HTML5 proves to be immune to all the exploits that Adobe products are open to. Yes, of course, HTML5 will have exploits, but Adobe seems to be wide open today.
Yes, HTML5 supports "super cookies" - that's a potential exploit IMO. What else is there?
Security, security, security. If a new technology opens an entire new class of exploits, then it's not worth having, even if it increases "efficiency" by orders of magnitude.
That said - I favor HTML5, because it is "open", and people can manage their own risk. With Adobe being closed, the open source crowd isn't free to search for the exploits that the black had people keep finding.
Re: (Score:2)
Re:GPU acceleration and Opera (Score:5, Informative)
Super cookies, yes. Maybe you have some? Read:
http://www.imasuper.com/66/technology/flash-cookies-the-silent-privacy-killer/ [imasuper.com]
http://www.fightidentitytheft.com/blog/new-breed-super-cookie-defies-removal-almost [fightidentitytheft.com]
http://lifehacker.com/5245418/betterprivacy-prevents-tracking-by-flash-other-super+cookies [lifehacker.com]
In short, if you don't know any better, Adobe enables web sites to install a cookie that your browser doesn't even know about, let alone manage. And, those cookies persist forever, tracking anything that the website chooses to track.
Re:GPU acceleration and Opera (Score:4, Interesting)
Well - maybe it's not a direct equivalent, but yes, HTML5 has the potential to keep such persistent cookies, as large as or larger than flash now uses.
http://completosec.wordpress.com/2010/02/07/html-5-persistent-offline-storage-as-a-risk-management-challenge/ [wordpress.com]
Or, you can just google "html5 persistent cookies" for more, and better hits. It's the "persistent" part that I'm concerned about, and the ability to find them, sort them, and manage them. Normal cookies aren't a problem for anyone with even minimal computer competence. These new Super Cookies are a problem for even moderately computer savvy people.
Re:GPU acceleration and Opera (Score:5, Insightful)
Most people can't manage their own desktop, how they gonna manage their own risk?
How much of a perfomance hit for open standards? (Score:4, Interesting)
How much of a performance hit am I prepared to accept for open standards? 100%. The performance of the open platform will double every 18 months, but the DRM'd content will be forever limited.
Re: (Score:2)
Open standards and DRM don't really have much to do together. Merely because the underlying system is open standard doesn't mean it cannot have DRM system implemented in it. Two different matters.
Re: (Score:2)
It does if it is licensed under GPL v3.
Re: (Score:2)
How does GPL v3 restrict implementing DRM?
It's always possible to use GPLed code to write software that implements DRM. However, if someone does that with code protected by GPLv3, section 3 says that the system will not count as an effective technological "protection" measure. This means that if you break the DRM, you'll be free to distribute your own software that does that, and you won't be threatened by the DMCA or similar laws.
Of course someone could try to fork the code in a way that can output non-DRM'd version of the file, but it's perfectly possible that GPL'd application can implement DRM. The earlier versions of Voddler [wikipedia.org] did this too (though now they've changed to website based system with Flash)
Re: (Score:2)
Interesting. I had never seen that language before.
Still, it is a pretty big loophole.
Re: (Score:2)
Agreed (Score:2)
I do use linux, since that doesn't have GPU accelerated flash, I am clearly not all that bothered by it. Oh and I do get performance bonus after all with this.
And will it be all that hard for browsers to pull the same trick as flash did?
Re: (Score:2)
Besides which you confuse and conflate free, open standards and DRM all into one. For example h264 is an open standard but its not free (although the majority of
Re:How much of a perfomance hit for open standards (Score:2)
Re: (Score:2, Informative)
Since flash is not fully supported in 64-bit. 64-bit OS:es will not be able to be widely spread.
There are a couple different problems with this statement... I'll just say that I'm posting this from a 64-bit OS and a browser that runs Flash just fine. (Well, as fine as a Flash can be run anyway, which is "not very", but that's sort of beside the point.)
Re: (Score:2)
That pre-release works - sometimes. I've installed it, and purged all the 32 bit libraries, and had it work well. I've also installed it, only to find that NOTHING works.
BTW - you do realize that the 64 bit pre-release is Linux only? If you're running anything else, you're still stuck with the 32 bit versions, along with the library dependencies, etc.
This is early days for the video tag (Score:5, Insightful)
As soon as the video tag becomes popular implementations using the GPU will appear, and will not only work in Windows. We will be farther better off.
And if Google open sources the VP8 codec the just purchased, it will be even better.
Re:This is early days for the video tag (Score:5, Insightful)
Actually, GPU acceleration is why Theora is losing to H.264 again. H.264 can be already hardware accelerated in almost every device from PC's to mobile phones. But Theora doesn't have such support.
Tailspin (Score:3, Interesting)
You've just described the tailspin that we're in. To get out of it, somebody must loose face because their device/system is incapable of supporting open and free standards. It's sad that the end users will be collateral damage to this, but the sooner it happens, the better off we'll be.
Re: (Score:3, Interesting)
Re:This is early days for the video tag (Score:5, Insightful)
Re:This is early days for the video tag (Score:5, Interesting)
However adding theora or vp8/6 decoding is a matter of writing a codec for the dsp as opposed to having to create a whole new decoder chip.
Devices that use something similar could add this functionality through patching even after either vp6/8 or theora get some support.
Theora is probably cheaper on a DSP too (Score:2)
PS : a dsp is not magic, you have limitation and can't make all codec work on it
A DSP is a specialized CPU. If Theora takes far fewer cycles to decode than H.264 on one CPU, it will probably take far fewer cycles to decode than H.264 on another CPU.
Re:This is early days for the video tag (Score:4, Informative)
That's H.263, which is a horrible piece of crap. It's what youtube used before H.264 and they still do for the low-quality version of videos. There's no question that Theora beats the old flv H.263.
Re: (Score:3, Informative)
I have to respectfully disagree, even based on your clip. In particular, I notice a lot of artifacts around the edges of objects, especially when moving. Some times I wrote down as being particularly noticeable were 3:47, 4:13, and 4:31. The branch at 4:11 was a bit artifacty, and IMO the opening "The Peach Open Movie Project Presents" lettering wasn't even a contest between the two.
I was watching both in VLC in full-screen mode on a 22" screen. I'm not convinced VLC actually has great quality, but I don't
Re: (Score:2)
Re: (Score:2)
Jobs does not spread make these comments out of spite.
Apple have put a tremendous effort into developing a closed platform where they vet every application that their users run. It is not in their interest to allow this to be bypassed by making Flash available on the iPhone and the iPad; therefore they discourage its use on their desktop platform by ensuring that the resulting user experience is unpleasant (that is, buggy and slow).
The public comments from Jobs about Flash is another prong of this stragegy:
Re: (Score:2)
maybe it will work in linux. Flash has a poor record
Crap article (Score:2)
The author implies that adobe can't use gpu for flash on mac. Why not? Is he getting confused with iphone which is different from the mac, at least the last time I checked.
Not a crap article (Score:4, Informative)
It's not a crap article because it's true. If you look at the 10.1 public beta release notes [adobe.com] it says:
In Flash Player 10.1, H.264 hardware acceleration is not supported under Linux and Mac OS. Linux currently lacks a developed standard API that supports H.264 hardware video decoding, and Mac OS X does not expose access to the required APIs. We will continue to evaluate adding the feature to Linux and Mac OS in future releases.
How Apple react to this will be a good litmus test of how fair Steve J is prepared to be with Adobe. Will he make the APIs available to benefit his customers but risk making HTML5 less attractive, or will he just ignore them and play hard ball.
As for Linux, the historical lack of a unified approach to solving this (that includes all interested parties) is going to leave us out in the cold for some time yet. Let's hope that Gallium3D sticks, gains enough traction and doesn't get dropped for something else a few years down the road. That will make a nice change!
Re: (Score:2)
Wow! I stand corrected. Guess I don't know as much as I thought I did. I always assumed that Linux and OSX were proper grown up client operating systems - apparently not. Makes Windows look pretty good. Developers Developers Developers!
Re: (Score:3)
You need to take off your blinkers. Windows is a great platform for developers and has been stable for around 20 years. Can't say the same for either Mac or Linux.
Re: (Score:2)
The hardware that is doing the accelerated video decoding is the GPU itself. All that is needed is for NVIDIA to program its video driver properly so the video application that is displaying content on some part of the screen has a means to designate a portion (or all) of that to be the video display, and send the video stream in to be decoded into that space.
This is NOT an issue of Linux. It is an issue of NVIDIA not putting an equal effort into other platforms, or not opening up the interface specs (thi
Re: (Score:3, Insightful)
Re:Not a crap article (Score:5, Informative)
Flash DOES run slower on Mac (Score:3, Interesting)
From what I can tell by reading the article that says that 'Flash "does not perform consistently worse on Mac', what they really mean is that not only does Flash run slower on Mac, but Safari is also coded really poorly for Windows.
Flash aint so bad (Score:2)
Re: (Score:2, Insightful)
Re: (Score:2)
Re: (Score:2)
Horrible ads? Adblock/Flashblock. Flash cookies? Delete them. What people care about is, erm, having a Linux version of Flash that isn't a horrible smoking pile of excrement, performance- and stability-wise.
Re: (Score:2)
Non-OSSness is the least of flash's issues. Security issues and pathetic support on Linux (especially 64-bit systems) rank higher on my list of reasons why flash should die in a fire.
Re: (Score:2)
The practical results range from extra trouble (doesn't come prepackaged with my OS) to showstoppers (have a 64-bit CPU? Sorry, we don't support that.) The only application good enough to make up for that kind of trouble is Opera.
Re: (Score:2)
HTML5 in itself won't be a proprietary standard, but the underlying codecs required to actually play the video tag will be the same mess it's always been, with kludges and fallbacks to flash and / or other plugins when the video format isn't supported.
If w3c had wanted to do something useful, they should have insisted on ONE video codec format and ONE audio codec, to work with the video and audio tag respectively. Now that WOULD have been a common standard.
Re: (Score:2)
Re: (Score:2)
If w3c had wanted to do something useful, they should have insisted on ONE video codec format and ONE audio codec
Since HTML 1, W3C hasn't specified ONE image codec. Nor is there any video codec that comes with a large U.S. company's guarantee of being free of little-known patents owned by nonpracticing entities. H.264 is patented; Theora might be submarine patented.
Re: (Score:2)
A standard that Microsoft, Apple and Google would have ignored.
html5 is a clear winner (Score:2, Insightful)
HTML 5 is a clear winner by virtue of not being Adobe Flash or any other proprietary application but an open standard.
Halp! I are teh stupidness! (Score:2, Insightful)
Could someone please tell me what the point of Flash video(or html 5 video) is? I can watch mpeg2 films on clonky old hardware (remember multimedia PCs?) that won't play Flash, so is it just that flv is a smaller filesize? If so, how much smaller? Is it that flv renderers scale better than mpeg2?
Re:Halp! I are teh stupidness! (Score:4, Informative)
Re: (Score:2)
So, assuming that Flash video is H.264 AVC, we are trading the huge pain in the ass of Flash players for 75% less 'buffering' time that could be spent looking at another tab?
Neat!
Personally, I would prefer software that downloaded the film clip, checked it was all there and then let me play it backwards, forwards and pause as I please without hanging the browser or rebuffering the whole thing again. But this is probably just crazy talk.
Anecdotal evidence (Score:4, Interesting)
Re: (Score:2)
My fans spin up playing *windowed* Flash video. Adobe aren't even trying on OS X.
Re: (Score:2)
Only if you have the latest generation of MacBook Pro's.
I have a 2007 MBP, there is no hardware acceleration for H.264 in Mac OS X. 720p Flash uses up almost all of my CPU power, H.264 when played in Quicktime or Mplayer for example, consumes around 10%.
My older iMac G5 cannot even play 320p flash video, but is almost fine with Mplayer playing 720p content.
Check your sources... (Score:4, Informative)
gollum123 also links to additional tests indicating that Flash "does not perform consistently worse on Mac than on Windows."
Yes, tests provided by... Mike Chambers of Adobe. I'm sure that they're completely impartial.
When I turn on HTML5 video support at YouTube, the exact same clip in the exact same browser on the exact same OS on the exact same session runs at a third of the CPU power. Sure, it's an anecdote - and one that's been observed by hundreds if not thousands of others, consistently over the years. But according to Adobe, nope, no problems at all. Emperor's clothes look really chic.
Fuck off, Adobe. You had years to improve your damn plugin, and we'll all be better off when it and its horrid performance and security record are no more.
I have a great idea! (Score:2)
Let's wait and see (Score:5, Insightful)
Re: (Score:3, Insightful)
Re: (Score:2)
3 times ? So your platforms are Win 32, Win 64, and Blackberry ? what about the other ones ?
Re: (Score:2)
I think you're dead wrong. This test clearly shows the problem with the current proprietary solution: Flash video has low CPU usage on Windows because Adobe has optimized for that platform, but high CPU usage on Macs because they haven't bothered for that platform. And because it's a proprietary plugin, if Adobe doesn't want to fix this problem, neither Apple nor anyone else can do anything about it.
Having a standards-based solution, with multiple open source implementations means that anyone can add the
Re: (Score:3, Informative)
Which is clearly bullshit. Adobe is claiming that Apple won't give anyone access to hardware acceleration APIs, and yet I have a number of games and video players that seem to work just fine. The problem is that Adobe refuses to use the available APIs for video acceleration. Why do you think Flash runs at 100% CPU on every platform (I guess not on Windows now that they have figured out some k
Re: (Score:3, Interesting)
But Flash has been optimized zero times per platform. It is under the sole control of Adobe, so unless you have some mystical way of improving their legendarily shitty code, Flash is simply not going to get any better ever. Adobe has exactly zero reason to make Flash work any better, because they have zero competition in the market (Silverlight? Don't make me laugh, at thi
Retro machines (Score:3, Insightful)
Flash is not limited to video (Score:2)
Even if the results are real, there are a few shortcoming.
Mainly, the performance issue, especially on MacOS, is
not limited to video. Even plain simple Flash with animated
clip art is a CPU hog. This is what REALLY needs to
be benchmarked and documented.
Then, all videos are not equal. For the same bandwith, when comparing H264 in HTML5 and Flash codec in Flash player, we need to compare the CPU usage AND the final
quality.
Finally, the test should be performed on the same hardware for both MacOS and Windows.
Misses the point (Score:4, Insightful)
Performance is rather secondary. This is about standards and cross-platform compatibility. Flash is an atrocity in this regard, and the earlier it gets tossed out on the trash heap of computing history, the better.
Re: (Score:2)
The biggest tell (Score:2)
So the answer is to let some bug-ridden security-mess proprietary plug-in have direct access to the hardware. Brilli
Compare to pixel shading (Score:2)
So the answer is to let some bug-ridden security-mess proprietary plug-in have direct access to the hardware.
No, let the plug-in have access to the hardware through a hardware abstraction layer. Several steps of block-transform video decoding aren't too different from pixel shading, yet video games using pixel shaders don't have destructive access to the hardware.
Flash sites are already broken ... for the blind. (Score:2)
Try having text-to-speech read you a flash-based site some time. So much for ADA compliance on the web. HTML5 will encourage sites to fix this.
Honestly (Score:5, Insightful)
I don't care if Flash is 50% faster than HTML5 video. I don't want the vulnerability-laden Flash on my primary OS just to watch a YouTube video. Period.
Re: (Score:2)
Flash is what, 10 years old? HTML 5 is barely out (Score:2)
So of course Flash will do some things better. HTML5 will come along very quickly, however, because of the number of people (consumers and companies) that hate Flash. Adobe dug this hole for themselves with their arrogant attitudes and sky-high pricing. Now that the rest of the industry has an alternative to rally around, it will soon be a new world. It won't be flash-free, but Adobe will have to clean up it's act to compete.
Fud fud and more fud. (Score:2)
Having a platform based/built on open standards is way more important than having some monetarily driven format underpinning everything we develop for. I don't care about efficiency; I care about being able to use the internet without having it dictated to me that I need to use a Mac, or Vista, or a special browser feature some asshat wrote that I need for my banking. The world doesn't need another microsoft. The world doesn't need another swiss-cheese plugin controlling the web so shaddap about it alrea
Re: (Score:2)
It didn't happen for HTML image formats, even though that wasn't standardized either. In cases like these, de facto standards tend to arise. In this case, it is already pretty clear that the winner will be H.264.
Re: (Score:2, Insightful)
This is an issue for browsers like Firefox.
"Only" because Firefox refuses to use something like DirectShow to use whatever codecs are available on the system.
See here [mozillazine.org] for why; they aren't necessarily bad reasons, but changing their opinion on this matter would largely solve the H.264 codec patent issue as far as Firefox is concerned.
Windows XP vs. 7 (Score:2)
Re:Why compare? (Score:4, Informative)
HTML5 hasn't even settled on a video codec
They aren't goint to settle on it. It will be unspecified, just as image formats were in past HTML specs.
how can there even be a real comparison here?
You compare both platforms with the same codec, of course.
Of course HTML5 can't take advantage of GPU acceleration yet, they don't even know what they'll be accelerating yet!
If they don't know, how do they play it today?
In fact, they do know. A de facto standard is already in place (Flash played a part in that as well), and it's called H.264.
HTML5 hasn't had the chance to implement GPU acceleration and that maybe they should consider it as part of their criteria in their codec selection process.
HTML5 doesn't implement acceleration, browser vendors do. It's not any harder for them to do so than it is for Adobe, so presumably, if Flash can hardware-accelerate, so can the browser. It's just that they didn't get to that point yet.
Re: (Score:2)
I don't think the first two will be too much of a problem. To make download harder, and to show ads, sites will fiddle the source URL with javascript most likely. As I understand HTML5 a site can implement it's own controls, using the video tag's DOM. DRM is the unknown. Some creative coder may pull a smoke and mirrors trick that's convincing enough. Higher ups may even come to the opinion that it just doesn't matter. Or (lack of) DRM could mean HTML5 video isn't adopted by most.
Re: (Score:2)
The browser and not the website owner controls how the video displays, the interface shown to the user
I doubt that, a lot of Flash players out there have quite advanced features compared to a standard video player. Youtube will for example allow captions, links and comments being added on-top of the video stream, it also allows changing the soundtrack of a video, other players have allowed adding comments directly to a time stamp or split the video into sections instead of a single linear bar and there is of course all that showing of related videos going on. Not quite sure how flexible HTML5 is, but I'd gu
Re:I've yet to see HTML5 video work (Score:4, Informative)
check this:
http://jilion.com/sublime/video [jilion.com]
Comment removed (Score:4, Interesting)
Re: (Score:2)
When I play it on mine, full screen, it plays as smooth as it does on my MacPro V8.