Open Video to element wprowadzony w języku komputerowym HTML5 dedykowany stronom internetowym, który umożliwia lepsze włączanie filmów do Internetu przez jego przeglądarki . Twórcy elementu zamierzają uczynić z niego nowy standard odtwarzania wideo online, ale brak porozumienia co do obsługiwanych formatów wideo zahamował jego rozwój.
Poniższy fragment kodu umieści wideo WebM na stronie internetowej.
<video src="movie.webm" poster="movie.jpg" controls> This is fallback content to display if the browser does not support the video element. </video>Dzięki nieograniczonej liczbie elementów <source>, patrz poniżej, przeglądarka automatycznie wybierze plik do pobrania. W przeciwnym razie zrobi to funkcja JavaScript canPlay (). Atrybut „type” określa typ MIME i prawdopodobnie listę kodeków, co pomaga przeglądarce określić, czy jest w stanie odszyfrować plik. Nawet w przypadku pojedynczego wyboru takie wskazówki mogą być potrzebne, aby hipotetyczna przeglądarka badała swój szkielet multimedialny w poszukiwaniu kodeków firm trzecich. Ze względu na brak wspólnego formatu ta funkcja wielu źródeł jest wymagana, aby uniknąć określania przeglądarki, która jest podatna na błędy. Ponieważ wiedza każdego programisty nieuchronnie będzie niepełna, decyduje przeglądarka, o której mowa.
<video poster="movie.jpg" controls> <source src='movie.webm' type='video/webm; codecs="vp8.0, vorbis"'/> <source src='movie.ogv' type='video/ogg; codecs="theora, vorbis"'/> <source src='movie.mp4' type='video/mp4; codecs="avc1.4D401E, mp4a.40.2"'/> <p>This is fallback content</p> </video>Bieżąca wersja robocza specyfikacji HTML5 Nie określa, jakie formaty wideo powinny obsługiwać przeglądarki. Klienty użytkownika mogą obsługiwać dowolny format wideo, który uznają za odpowiedni, ale autorzy treści nie mogą zakładać, że wszystkie filmy będą dostępne dla wszystkich klientów użytkownika, ponieważ wszyscy klienci nie mają minimalnej liczby formatów wideo, których mogą przestrzegać.
Grupa robocza ds. HTML5 uważa, że najlepiej jest określić co najmniej jeden format wideo, który będzie obsługiwany przez przeglądarki. Idealny format:
Początkowo Ogg Theora był zalecanym standardem dla HTML5, na który nie miał wpływu patent. Jednakże10 grudnia 2007, zaktualizowaliśmy warunek HTML5, zastępując odniesienie do konkretnych formatów kluczem głównym.
Podczas gdy Theora nie ma wpływu na znany patent, firmy takie jak Apple i (niektórzy twierdzą), że są zaniepokojeni obecnością nieznanych patentów, które mogłyby wpłynąć na przeglądarkę, której właściciele czekają na zatrudnienie w dużej firmie, zanim ją postawią przed sądem. Formaty takie jak H.264 mogą w zasadzie podlegać nieznanym patentom, ale ich szerokie zastosowanie sugeruje, że potencjalni właściciele sami się zgłosili. Apple sprzeciwił się również wymaganiu, aby Ogg był obsługiwany przez standard HTML (nawet jako preferencja), ponieważ niektóre urządzenia mogą łatwiej obsługiwać inne formaty, a HTML nigdy nie wymagał formatów.
Niektórzy programiści skrytykowali usunięcie formatów Ogg z zastrzeżenia. Dalsza dyskusja odbyła się poprzez FAQ na W3C.
H.264 / MPEG-4 AVC jest szeroko stosowany i zapewnia dobrą szybkość, kompresję i jakość wideo. Dobrze odszyfrowuje materiały, ale podlega patentom. Z wyjątkiem szczególnych przypadków, użytkownicy H.264 muszą zapłacić umowę licencyjną MPEG LA, grupie posiadaczy patentów, do której należą Microsoft i Apple. W rezultacie nie jest uważany za kodek.
W Czerwiec 2009WHATWG ( nieoficjalna współpraca twórców przeglądarek ) doszła do wniosku, że żaden format nie spełnia określonych potrzeb.
Zakup On2 przez GooglePrzejęcie On2 przez Google w 2010 roku zaowocowało przejęciem formatu wideo VP8. Firma Google zaoferowała bezpłatną licencję. Uruchomił także WebM, który łączy kodek wideo VP8 (niestandaryzowany, ale open source) z dźwiękiem Vorbis w kontenerze Matroska. Free Software Foundation była gospodarzem otwarcia VP8.
Kiedy Google ujawnił w styczeń 2011że zakończy się natywne wsparcie dla H.264 dla Chrome, krytyka była liczna i zróżnicowana, Peter Bright z Ars Technica i internetowy ewangelista Tim Sneath porównują decyzję Google do deklaracji uczynienia esperanto, oficjalnym językiem Stanów Zjednoczonych. Jednak Haavard Moen z Open Software ostro zaatakował artykuł Ars Technica, a Google zemścił się, wyjaśniając zamiar przyspieszenia włączenia WebM do swoich produktów poprzez franczyzy.
Po uruchomieniu WebM, Mozilla i Opera zażądały włączenia VP8 do HTML.
W tabeli przedstawiono formaty wideo, które mogą być obsługiwane przez programy użytkownika . Większość poniższych przeglądarek wykorzystuje ramy multimedialne do odszyfrowywania i wyświetlania filmów, zamiast włączać takie elementy oprogramowania. Z reguły nie można określić formatów obsługiwanych przez framework multimedialny bez ich zbadania, ponieważ zależą one od systemu operacyjnego i kodeków stron trzecich. W takich przypadkach obsługa formatu wideo jest atrybutem szkieletu, a nie przeglądarki (lub jej renderowania), przy założeniu, że przeglądarka poprawnie przeszukuje szkielet multimediów przed odrzuceniem nieznanych formatów. W niektórych przypadkach cytowane medium jest raczej rozszerzeniem przeglądarki, które może na przykład ominąć zwykłą analizę HTML tagu <video>, aby osadzić odtwarzacz wideo oparty na rozszerzeniach lub wtyczkach.
Wartości wskazują poziom obsługi w najnowszej wersji modułu renderującego lub (jeśli numer wersji) w określonej wersji. Numery wersji bez żadnej innej wartości wskazują wersję, od której silnik zaczął w pełni wspierać tę funkcję.
Nawigator | Najnowsza wersja stabilna | Formaty obsługiwane przez przeglądarki | ||
---|---|---|---|---|
Ogg Theora | H.264 | VP8 ( WebM ) | ||
Internet Explorer | 10.0.9200 | instalacja ręczna | 9.0 | instalacja ręczna |
Mozilla Firefox | 19 | 3.5 | instalacja ręczna / tylko z Microsoft Windows. Podstawowe zastosowanie w wersji mobilnej od wersji 17.0 | 4.0 |
Google Chrome | 25.0.1364.97 | 3.0 | planowane usunięcie | 6.0 |
Chrom | r18297 | instalacja ręczna | r47759 | |
Przeglądarka Android | 2.3 | 3.0 | 2.3 | |
Safari z Quicktime | 5.1.3 | instalacja ręczna | 3.1 | instalacja ręczna |
Opera | 11,61 | 10,50 | Nie | 10.60 |
Konqueror | 4.8 | 4.4 | instalacja ręczna | tak |
Olśnienie | 3.6.1 | 2.28 | instalacja ręczna | tak |
Od kwiecień 2010po premierze Apple iPad wiele głównych witryn przeszło na korzystanie z filmów H.264 HTML5 zamiast Flash dla klientów użytkownika, którzy identyfikują się jako iPad.
Od Maj 2010, Filmy HTML5 nie są obecnie tak ekspansywne jak Flash, ale ostatnie wdrożenia eksperymentalnych odtwarzaczy wideo opartych na HTML5 z DailyMotion (przy użyciu formatów Ogg Theora i Vorbis), YouTube (przy użyciu formatów H.264 i WebM)) i Vimeo (przy użyciu H.264 format) sugeruje, że zainteresowanie HTML5 rośnie.
Niektóre witryny hostujące filmy wideo ogłosiły, że będą nadal korzystać z technologii innych niż wideo HTML5. Według dyskusji na YouTube wczerwiec 2010, tag <video> „nie spełnia wymagań witryny takiej jak YouTube”. Głównymi powodami byłby brak standardowego formatu, brak wydajnego i niezawodnego sposobu przenoszenia treści do przeglądarki, niemożność wyświetlania w JavaScript w trybie pełnoekranowym oraz problemy z prawami cyfrowymi. Hulu również nie przyjął HTML5 ze względu na jego niezdolność do dostarczania filmów wideo dostosowanych do szybkości transmisji, ochrony treści producentów i dostarczania danych reklamodawcom. Netflix powiedział, że istnieje wiele problemów, które uniemożliwiają mu korzystanie z wideo HTML5: akceptowalność formatów kontenerów AV, akceptacja kodeków audio i wideo, protokół przesyłania strumieniowego, sposób dostosowywania protokołu przesyłania strumieniowego do dostępnego bitrate, sposoby przesyłania informacji o dostępnych przepływach i inne parametry do modułu przepływu; sposób obsługi chronionych treści i sposób przekazywania wszystkich tych funkcji do HTML5.
Plik 11 stycznia 2011, Google Chromium Project ogłosił w swoim internetowym dzienniku, że usunie obsługę zamkniętych kodeków (zwłaszcza H.264) z przyszłych wersji Chrome. W oświadczeniu tym wyraźnie wspomniano, że wycofanie to było krokiem w kierunku zwiększenia wykorzystania nielicencjonowanego HTML5 i tagu <video>, co skłoniło do powszechnego przyjęcia kodeków open source VP8 i Theora. Plik2 lutego 2011Microsoft wypuścił rozszerzenie Windows Media Player HTML5 dla Chrome, które dodało możliwość używania odtwarzacza H.264 (licencjonowanego i będącego częścią pakietu Windows) do odtwarzania treści H.264 w Chrome.
Pojawiło się wiele zaawansowanych odtwarzaczy wideo HTML5 i rozwiązań na większą skalę. Odtwarzacz SublimeVideo był pierwszym, który zademonstrował, że niestandardowy odtwarzacz może zapewnić lepszą projekcję niż oryginalny odtwarzacz przeglądarki, w tym pojedynczy odtwarzacz dla wszystkich urządzeń, użycie Flasha na niekompatybilnych urządzeniach i prawdziwe możliwości pełnego ekranu. Inne cenione opcje to JW Player, Video JS i MediaElement.js.
Pierwszy edytor zapewniający stabilną przeglądarkę integrującą tag wideo (wersja 3.5 została wydana w Czerwiec 2009), Mozilla zawsze broniła otwartego formatu wideo, wolnego od patentów. Po przejęciu On2 przez Google i nabyciu kodeka VP8 , Mozilla miała nadzieję, że WebM będzie miał otwarty kodek, łączący głównych graczy, zdolnych do równoważenia H.264. Zwłaszcza po ogłoszeniu Google, wstyczeń 2011, aby usunąć H.264 z przeglądarki Google Chrome i Adobe wMaj 2011aby zintegrować kodek VP8 we Flashu . Pozycja Google nabrała tym większego znaczenia, gdy wzrosło jej miejsce w telefonach komórkowych z Androidem (Android 2.3 może czytać WebM). Producenci kart graficznych, które umożliwiają fizyczne dekodowanie VP8. Wreszcie YouTube , lider w udostępnianiu wideo, oferuje filmy w obu formatach (H.264 i WebM).
Niestety, Android nadal nie wykorzystuje możliwości układów graficznych do fizycznego dekodowania VP8. Chrome zawsze czyta H.264 oprócz WebM. Adobe nie zintegrował VP8. Wreszcie Google kupił Motorola wsierpień 2011, ta firma posiada patenty na H264.
Pragnienie Mozilli do zajęcia miejsca w telefonach komórkowych jest hamowane przez silną obecność zastrzeżonych kodeków mp3 i H.264 na tych urządzeniach, gdzie korzystają one z akceleracji sprzętowej, a tym samym zapewniają lepszą autonomię i większą płynność. Następnie Mozilla podejmuje decyzję o włączeniu tych kodeków, jeśli system je oferuje. Zacznie się to najpierw na urządzeniach mobilnych z wersją 17. Ostatecznie, platformy Windows Seven (i wyższe), Mac OS X i GNU / Linux (przez Gstreamer) z tymi kodekami mogą skorzystać na tej zmianie polityki.
Zmiana pozostaje możliwa dzięki WebRTC, w którym może pojawić się otwarty kodek audio: Opus . Należy również wybrać kodek wideo, a Mozilla i Google chcą polegać na VP8 / WebM
Głównym używanym kodekiem jest format WebM , ale niektóre przeglądarki obsługują również Ogg Theora lub H.264 .
Kodek jest implementowany natywnie w przeglądarce i dlatego nie wymaga już dodawania żadnych rozszerzeń do przeglądarki w celu odtwarzania treści wideo, jak miało to miejsce w przypadku istniejących formatów wideo (takich jak Adobe Flash ).