Looks like Wikipedia is on track to become a big server of HTML5 WebM videos. The absence of H.264 support (assuming they hold on to that) might finally push Microsoft and Apple to support WebM out of the box. Maybe we will also see more hardware support for WebM in mobile devices...
Yes, and this is really exciting news.
Soon one day, publishing a video is as easy as publishing a img, the world will be then a more open and free place.
I liked this example: http://commons.wikimedia.org/wiki/File:Great_Feeling.ogv. It also showcases the subtitles feature of the player. It didn't play the first time I tried it (current stable Chrome on Ubuntu) but reloading helped.
I would be interested in knowing the financials behind this. Video is expensive to serve and store: these costs become more noticeable if they get a lot of growth of Video uploads.As much as I love HTML5 Video , it drives up your storage and transcoding costs by two to three times if decide to support WEBM, OGG and MP4(though I see they are not doing MP4). If they are transcoding the video ,then that would add to CPU costs. Of course, I am basing my assumptions of AWS, Zencoder etc. I would love to hear how to plan to contain costs.
Wikipedia currently holds a huge amount of storage and data, while it will be a lot of work for them to support videos, I assume they thought of the costs before hand.
Also, the true cost of videos isn't storing them in two formats, it's the various qualities, such as if I upload a 1080p and it gets converted to 480, 720, and 1080 for streaming.
So, nobody cares about more widely adopted <object/> which was supposed to be a solution for future media types and just happens to usually be more stable, have better perfomance and support much more media formats without having to invent new elements for each media type. Not even as a fallback.
(I'm a Firefox developer that happens to work on HTML5 audio and video).
I can reproduce your problem on Firefox 16.0.2 , and this is fixed, at least on our Nightly builds, perhaps before that. But it is certainly embarrassing and should not happen (and was not caught during our extensive testing and beta phases), I'll look into back porting the relevant patches.
[+] [-] jkn|13 years ago|reply
[+] [-] happypeter|13 years ago|reply
[+] [-] bitcartel|13 years ago|reply
http://praegnanz.de/html5video/
[+] [-] loevborg|13 years ago|reply
[+] [-] tvdw|13 years ago|reply
[+] [-] TopTrix|13 years ago|reply
[+] [-] thoughtsimple|13 years ago|reply
[+] [-] manishsharan|13 years ago|reply
[+] [-] xvolter|13 years ago|reply
Also, the true cost of videos isn't storing them in two formats, it's the various qualities, such as if I upload a 1080p and it gets converted to 480, 720, and 1080 for streaming.
[+] [-] copypasteweb|13 years ago|reply
[+] [-] zanny|13 years ago|reply
[+] [-] rorrr|13 years ago|reply
[+] [-] padenot|13 years ago|reply
I can reproduce your problem on Firefox 16.0.2 , and this is fixed, at least on our Nightly builds, perhaps before that. But it is certainly embarrassing and should not happen (and was not caught during our extensive testing and beta phases), I'll look into back porting the relevant patches.
Again, sorry about that.
[+] [-] loevborg|13 years ago|reply
[+] [-] angry-hacker|13 years ago|reply
[+] [-] nosecreek|13 years ago|reply