Jak to jest z wideo w HTML5 i dlaczego, mimo że mamy rok 2012, jest wciąż tak słabo?

Ile to już razy zapowiadano śmierć Flasha (przynajmniej jako platformy dostarczania multimediów w Sieci) i zastąpienie go przez technologie HTML5? A jednak technologia Adobe wciąż trzyma się mocno, o ironio, przeżyła nawet swojego największego przeciwnika. Jeśli wierzyć wynikom badań przedstawionych w raporcie „The State of HTML5 Video”, na pewno w roku 2012 się to nie zmieni. Flash się nawet nie musi specjalnie rozwijać – wystarczy, by HTML5 było w multimediach dalej tak kiepskie, jak jest.

Firma LongTail to producent opensource'owego odtwarzacza JWPlayer do osadzania na stronach internetowych, który dziś jest jednym z nielicznych rozwiązań dających gwarancję dostarczenia mediów na dowolne urządzenie – czy to stary desktop z Internet Explorerem 8 i wtyczką Flash, czy to na iPada2, na którym Flash jest zakazany. Producent stara się przedstawić jako strona neutralna w sporze o webowe wideo: dostarcza oprogramowanie, które po prostu działa, uwzględniając możliwości platform, na których jest uruchamiane. Dlatego sądzimy, że wynikom badań przedstawionych w raporcie o stanie wideo w HTML5 od LongTaila można zaufać.

HTML5 jest (niemal) wszędzie, ale jak przychodzi co do czego...

Technologie HTML5 obsługiwać ma już 2/3 zainstalowanych przeglądarek, zarówno desktopowych jak i mobilnych. Ale co to za obsługa? Element <video> jest obsługiwany, ale już np. przeglądarki zarówno Androida jak i iOSa nie radzą sobie z atrybutami preload, autoplay czy muted. IE9 nie obsługuje atrybutu preload, zaś Firefox atrybutu loop. Żeby było śmieszniej, iOS 4 zawsze ładuje wideo z wyprzedzeniem, zaś iOS5 nigdy nie tego nie robi. O podobieństwie kontrolek sterowania można pomarzyć, szczególnie na Androidzie 2.2 (i wcześniejszych), gdzie nie ma żadnych kontrolek.

Jeśli chodzi o obsługę kodeków wideo, to problemy robią się jeszcze większe. Ogg Vorbis w praktyce przestał się liczyć, zastąpiony o wiele lepszym, również opensource'owym WebM, ale szanse, by WebM się upowszechnił za wielkie nie są. Obsługują go domyślnie Firefox, Opera i Chrome, z kolei konkurencyjny, własnościowy H.264 obsługiwany jest przez Internet Explorera 9, Chrome, Safari, oraz przeglądarki iOS-a i Androida. Sytuację komplikuje niepewny los H.264 na Chrome (Google zapowiedziało w zeszłym roku, że skończy z płaceniem tantiem grupie MPEG LA i zrobi z WebM jedyny format wideo obsługiwany przez jego przeglądarkę), oraz przeciągające się prace nad sprzętowymi dekoderami WebM dla urządzeń przenośnych. Widać jedno: nawet jeśli decydujemy się na wideo w HTML5, to i tak trzeba dostarczyć media zakodowane zarówno w WebM jak i H.264 .

Pełnoekranowe wideo w HTML5? Zapomnijcie. Jedynie Firefox, Safari i mobilne Safari na iPadzie oferują kontrolki dla takiego wideo, jedynie Chrome i Safari oferują jakieś eksperymentalne API do sterowania trybem pełnoekranowym. Zanim specyfikacja FullScreen API W3C wyląduje w przeglądarkach, minie jeszcze dobry rok.

Tak samo pieśnią przyszłości jest realne wsparcie dla adaptacyjnego strumieniowania wideo (pozwalającego na kontrolę bufora, szyfrowanie i inne techniki DRM) – dziś dostępne tylko dla iOS-a, oraz możliwość kontroli wideo za pomocą klawiatury (działająca tylko w IE9, Firefoksie i Operze) czy wstawianie do klipów wideo napisów (nigdzie nie działające).

Nowe technologie są po to, byśmy mieli więcej do roboty

Konkluzje są dość oczywiste. Skoro dla Internet Explorera 6, 7 i 8 nie ma internetowego wideo bez Flasha (lub Silverlighta), to oznacza, że długo jeszcze nie będzie można pozwolić sobie na pełne „pójście w HTML5”. Do tego dochodzą konsole Playstation 3, o których niesłusznie raport mówi, że „nie mają ani przeglądarek, ani sklepów z aplikacjami” – w dziesiątkach milionów konsol Sony to właśnie Flash Player (w wersji 9) odpowiada za odtwarzanie mediów we wbudowanej przeglądarce Netfront.

Jak widać, wciąż jeszcze długo z Flashem się nie rozstaniemy, ale z HTML5 zrezygnować nie będziemy mogli. Takie rozwiązania jak jwPlayer, w czasach coraz większej popularności iPadów, będą niezbędne na każdej witrynie prezentującej treści wideo swoim użytkownikom.

Z pełnym raportem zapoznacie się tutaj.

źródło: longtailvideo.com

Podoba Ci się ten tekst? Powiedz o tym innym na Fb: lub na G+:

publikuj:

wydrukuj

3 skomentuj »

Komentarze

#1 Posthuman^® 2012-01-30 13:15:11 0
Firefox 11 obsługuje już loop więc powoli się to zmienia.
IP: 83.25.173.[...] Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/535.7 (KHTML, like Gecko) Chrome/16.0.912.77 Safari/535.7
#2 SZoPer^® 2012-02-13 06:51:45 0

Jeśli chodzi o obsługę kodeków wideo, to problemy robią się jeszcze większe. Ogg Vorbis w praktyce przestał się liczyć (...)

Nie chodzi przypadkiem o Ogg Theorę?
IP: 195.88.186.[...] Mozilla/5.0 (X11; Linux i686) AppleWebKit/535.19 (KHTML, like Gecko) Chrome/18.0.1017.2 Safari/535.19
#3 slawek22 2012-02-13 09:39:49 1
Czyli po serii hurraoptymistycznych artykułów "wyrzuć flasha już dziś" w końcu napisaliście to o czym pisałem rok temu? :) No dobra lepiej późno niż wcale.

To już mogę dzisiaj napisać to o czym będziecie pisali za 2 lata:

- WebM i formaty google się nie przyjęły (LUB)

- Adobe wprowadza format WebM do Flasha, podział sieci.

- To bardzo dziwne, ale ku zmartwieniu fanboyi nikt nie trwoni kasy, żeby trzymać filmy w 2 a dźwięki w 3 różnych formatach na serwerach.

- Nowe zaawansowane funkcje (fullscreen i napisy w FF 20.91 beta preview, działa prawie dobrze, czasami wiesza przeglądarkę). Seria artykułów w prasie "Rok 2015 rokiem tagu VIDEO na desktopie".

- Mozilla dodała obsługę dwu formatów MM, chrome dwa wyrzucił, Apple ich pozwał, IE się zawiesił.

- Powstało 10 nowych API do tagu VIDEO... m.in. Subtitles API, DRM API, Fullscreen API, Widgets API, Overlay API, MouseHider API, Screensaver API... w planach jest 15 następnych po których wprowadzeniu Video będzie tak dobre jak to na flashu (a rok 2016 będzie na pewno rokiem tagu Video na desktopie). Każda przeglądarka obsługuje jak dotąd 40% 2 losowych specyfikacji i ma w planach dodanie RAND(10,60)% części RAND(1,3) następnych. Microsoft wprowadza "natywne video", dzięki wykorzystaniu mechanizmów systemowych tag Video w innych przeglądarkach ma działać źle a w IE najlepiej.

- Ludzie zastanawiają się jak wyłączać CSS-y i JS na witrynach bo po przeniesieniu animacji do natywnego kodu im mulą przeglądarki i szybko padają baterie.

- Mozilla planuje odchudzić standard i przenieść część funkcji związanych z animacjami i MM do zewnętrznego pluginu :) Dzięki temu nowa wersja przeglądarki będzie się uruchamiać na systemach z niską ilością RAMu (8GB) - tak jak dawniej Firefox 31.5 i zmieści się już na jednej płycie DVD.

>Jeśli chodzi o obsługę kodeków wideo

Poważnie? My tu mamy na forum wielu speców od webdeveloperki którzy już rok temu wszystko przenosili na tag video i działało lepiej niż flash. Musisz robić coś nie tak. Może masz nie tą przeglądarkę co trzeba na localhoście :)
IP: 83.4.31.[...] Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/535.11 (KHTML, like Gecko) Chrome/17.0.963.46 Safari/535.11

Aby dodać komentarz, musisz podać swój nick, treść komentarza oraz poprawnie przepisać oba słowa z obrazka (słowa muszą być rozdzielone spacją).
W treści komentarza można używać języka formatowania BBcode.