8 ms·

Not so fast. These licensed technologies you speak of are not embedded within web browser standards. It's a big difference. Flash, for one, is a plugin. It hitc

by tomlin 16y ago

Not so fast. These licensed technologies you speak of are not embedded within web browser standards. It's a big difference. Flash, for one, is a plugin. It hitches a ride with the browser, it's not part of its standardized, internal workings. Google probably will benefit financially from this change and the rhetoric from Google's camp probably is FUD. No different than what Apple is doing with it's proprietary App Store process or it's closed source OS or how Apple's camp (again, I'm apart of this camp) manages to stick-shift through an uncomfortable conversation about open source beyond WebKit. The difference is that WebM might also help open source as well. Just because it benefits a corporation doesn't necessarily mean it's the devil.

pohl 16y ago
Not so fast. These licensed technologies you speak of are not embedded within web browser standards. ...which is puts them on equal footing with H.264 and WebM. The HTML5 video standard specification does not specify a codec, so no codec can be said to be "embedded within web browser standards" either.
GHFigs 16y ago
These licensed technologies you speak of are not embedded within web browser standards. Neither are video codecs.
- rbanffy 16y ago
  And not embedding h.264 may prevent it from becoming a de-facto standard while pushing WebM, a fully open competitor (that's not perfect yet), may give it a chance of becoming, rightfully, part of a standard.
  - kenjackson 16y ago
    This was a spit in the face of Apple, and Jobs is the type to hold grudges. iOS devices won't use WebM. And no matter how you slice it, iOS devices will be popular in the formative years of HTML5. At best WebM splits <video> into a state where its really not much more useful than it is today. Or H264 just kills it anyways, and Chrome dies. In no case does WebM become the defacto standard.
    - mitjak 16y ago
      So, because of your questionable personal knowledge of Jobs and the influence he holds over Apple, a video codec will fail? Last time I checked the world didn't run entirely on Apple hardware and software alone.
    - rbanffy 16y ago
      Having a fragmented standard or no standard at all is usually better than having a very bad one. People can always encode to multiple file types if they want to serve the increasingly large audience that doesn't support h.264. And, BTW, Android phones just passed their iOS competitors, so, it doesn't matter how popular they will be, Android devices will be more popular. If Google decides they won't support h.264, it will be a serious hit.
      - kenjackson 16y ago
        I agree with your thesis. I just disagree that H264 is a worse standard than WebM. On marketshare, while Android just passed up iPhone, something happened this past Tuesday which will probably tighten up the race a fair bit more. On top of that, the report counted iPhone subscriptions. Not iPad or iPod Touch devices. I've heard estimates that iPod Touch + iPad sales == iPhone sales. And iPad2 is likely hitting the market in a few months. In anycase the road we're going down is a fragmented one. Maybe people will get it right for HTML6. But I think most of the vendors at this point take the view that they'd rather have a fragmented web, rather than one dictated by their competitor.
        rbanffy 16y ago
        > I just disagree that H264 is a worse standard than WebM. Both WebM and h.264 are imperfect solutions for the same problem. WebM has a image quality issue h.264 has not, but this can be corrected, as WebM can be improved over time. The problem h.264 has - being encumbered by patents you can borrow for free only for a limited time - will not be corrected. If we decide to store all our video in h.264 we risk being unable to play it a couple years from now without paying the MPEG-LA for its licenses. > iPod Touch + iPad sales == iPhone sales. All it shows is that it may take more time for Android-based devices to surpass iOS's individual market share. Still, the world is not going to be an iOS monoculture. While we can't say Blu Ray is a huge success, the lack of Blu Ray drives on Apple computers cannot be credited. We consistently over-estimate Apple's influence. > In anycase the road we're going down is a fragmented one. I am happy for that. Diversity and competition are the twin tools of evolution. I like fast evolution. > Maybe people will get it right for HTML6 I don't think the lack of a specification for video codec is such a bad thing for HTML5. Like I said before, the worst that can happen is HTTP header-based media retrieval of multiple encoded files. Where I work, we routinely batch-encode our video content for just about anything between classic iPods and 1080i h.264 (yes) video. Encoding for WebM will not be a heavy burden. If a pocket device asks for a URL, it gets the pocket version. If, a couple years from now, a huge 4K 3D TV asks for the same URL, it will get 4K-sized video. I think I won't have to change a single line of code...
redial 16y ago
How is bundling flash any different than bundling H.264 in Chrome? none of those are part of the HTML5 specification. And in Chrome, flash is part of the internal workings. You can't update (or remove) the flash player inside.
- stanleydrew 16y ago
  I can tell you exactly how, as many others already have in this and other discussions: flash is a plugin; h.264 support is native browser code. Google bundles flash for one reason only: to make sure that users aren't given the chance to shoot themselves in the foot by not upgrading. Everyone downloads the flash plugin because sites require it. It has 98% penetration (perhaps less now with more people using iDevices, but still very high). But people never update the plugin, which is a major security issue. Google has solved that problem in chrome. And you are mistaken that flash is part of the internal workings of chrome. You can disable it: see about:plugins. And there is no need to update it since chrome takes care of that for you.
- antimatter15 16y ago
  No. You can disable the internal flash plugin by navigating to about:plugins and hitting disable. It's not part of the internal workings.
tomlin 16y ago
To those who pointed out that a codec is not a part of the browser standards, you are correct. I misspoke. I don't know why since I remember that Mozilla also took this stand a while back. Apologies. :)

by tomlin 16y ago

pohl 16y ago

Not so fast. These licensed technologies you speak of are not embedded within web browser standards. ...which is puts them on equal footing with H.264 and WebM. The HTML5 video standard specification does not specify a codec, so no codec can be said to be "embedded within web browser standards" either.

GHFigs 16y ago

These licensed technologies you speak of are not embedded within web browser standards. Neither are video codecs.

rbanffy 16y ago
And not embedding h.264 may prevent it from becoming a de-facto standard while pushing WebM, a fully open competitor (that's not perfect yet), may give it a chance of becoming, rightfully, part of a standard.
- kenjackson 16y ago
  This was a spit in the face of Apple, and Jobs is the type to hold grudges. iOS devices won't use WebM. And no matter how you slice it, iOS devices will be popular in the formative years of HTML5. At best WebM splits <video> into a state where its really not much more useful than it is today. Or H264 just kills it anyways, and Chrome dies. In no case does WebM become the defacto standard.
  - mitjak 16y ago
    So, because of your questionable personal knowledge of Jobs and the influence he holds over Apple, a video codec will fail? Last time I checked the world didn't run entirely on Apple hardware and software alone.
  - rbanffy 16y ago
    Having a fragmented standard or no standard at all is usually better than having a very bad one. People can always encode to multiple file types if they want to serve the increasingly large audience that doesn't support h.264. And, BTW, Android phones just passed their iOS competitors, so, it doesn't matter how popular they will be, Android devices will be more popular. If Google decides they won't support h.264, it will be a serious hit.
    - kenjackson 16y ago
      I agree with your thesis. I just disagree that H264 is a worse standard than WebM. On marketshare, while Android just passed up iPhone, something happened this past Tuesday which will probably tighten up the race a fair bit more. On top of that, the report counted iPhone subscriptions. Not iPad or iPod Touch devices. I've heard estimates that iPod Touch + iPad sales == iPhone sales. And iPad2 is likely hitting the market in a few months. In anycase the road we're going down is a fragmented one. Maybe people will get it right for HTML6. But I think most of the vendors at this point take the view that they'd rather have a fragmented web, rather than one dictated by their competitor.
      - rbanffy 16y ago
        > I just disagree that H264 is a worse standard than WebM. Both WebM and h.264 are imperfect solutions for the same problem. WebM has a image quality issue h.264 has not, but this can be corrected, as WebM can be improved over time. The problem h.264 has - being encumbered by patents you can borrow for free only for a limited time - will not be corrected. If we decide to store all our video in h.264 we risk being unable to play it a couple years from now without paying the MPEG-LA for its licenses. > iPod Touch + iPad sales == iPhone sales. All it shows is that it may take more time for Android-based devices to surpass iOS's individual market share. Still, the world is not going to be an iOS monoculture. While we can't say Blu Ray is a huge success, the lack of Blu Ray drives on Apple computers cannot be credited. We consistently over-estimate Apple's influence. > In anycase the road we're going down is a fragmented one. I am happy for that. Diversity and competition are the twin tools of evolution. I like fast evolution. > Maybe people will get it right for HTML6 I don't think the lack of a specification for video codec is such a bad thing for HTML5. Like I said before, the worst that can happen is HTTP header-based media retrieval of multiple encoded files. Where I work, we routinely batch-encode our video content for just about anything between classic iPods and 1080i h.264 (yes) video. Encoding for WebM will not be a heavy burden. If a pocket device asks for a URL, it gets the pocket version. If, a couple years from now, a huge 4K 3D TV asks for the same URL, it will get 4K-sized video. I think I won't have to change a single line of code...

redial 16y ago

How is bundling flash any different than bundling H.264 in Chrome? none of those are part of the HTML5 specification. And in Chrome, flash is part of the internal workings. You can't update (or remove) the flash player inside.

stanleydrew 16y ago
I can tell you exactly how, as many others already have in this and other discussions: flash is a plugin; h.264 support is native browser code. Google bundles flash for one reason only: to make sure that users aren't given the chance to shoot themselves in the foot by not upgrading. Everyone downloads the flash plugin because sites require it. It has 98% penetration (perhaps less now with more people using iDevices, but still very high). But people never update the plugin, which is a major security issue. Google has solved that problem in chrome. And you are mistaken that flash is part of the internal workings of chrome. You can disable it: see about:plugins. And there is no need to update it since chrome takes care of that for you.
antimatter15 16y ago
No. You can disable the internal flash plugin by navigating to about:plugins and hitting disable. It's not part of the internal workings.

tomlin 16y ago

To those who pointed out that a codec is not a part of the browser standards, you are correct. I misspoke. I don't know why since I remember that Mozilla also took this stand a while back. Apologies. :)