Article View: pl.comp.os.advocacy
Article #481100Re: Chrome bez H.264
From: Radosław Gancarz
Date: Sun, 16 Jan 2011 18:55
Date: Sun, 16 Jan 2011 18:55
78 lines
4542 bytes
4542 bytes
Michał Gancarski <michal@gancarski.com> wrote: [...] > > I to ma być dobre i wygodne? Miało byc tak pięknie a i tak musisz mieć > > H.264 (i w niektórych wypadkach opłacić licencję) a oprócz tego WebM... > > Niczego nie musi mieć, to tylko kwestia względnej popularności kodeków A względna popularność kodeków wygląda tak, że WebM musi sobie dopiero wykroić jakiś zauważalny kawałek tortu. W tej chwili nawet na Youtube z włączonym "HTML5" sporo filmów odpala się przez plugin flashowy. >. A > element <video> pozostaje nienaruszony, działa bezproblemowo. Możliwość > określenia wielu źródeł alternatywnych jest w nim przewidziana tak czy > inaczej. ... tylko trzeba mieć 2 razy większe dyski na multimedia. > >>> Jako alternatywę mają Flasha, który już jest prawie wszędzie i już > >>> obsługuje H.264 a wkrótce ma też obsługiwać WebM. > >> Przecież plugin nie oznacza, że nie ma go "OOTB". > > W tym wypadku oznacza (modulo działania OEM-ów) bo producenci wyrzucają > > H.264 z przyczyn "politycznych". > Ale tylko w Chrome. Są inne przeglądarki, akurat od kilku lat nie ma tu > problemu z konkurencją. Ale sprawdziłeś jakie przeglądarki co obsługują i jak działa "kodek" Microsoftu do FF (zreszta jest podobne rozwiązanie na addons.mozilla.org, lektura jego recenzji jest dość pouczająca). [...] > >> Nie musi włączać skoro flash będzie obsługiwał. > > > > Flash będzie obsługiwał w swoich <OBJECT>, nie w <VIDEO>, chyba że > > zrobią z niego pluginokodek. > > To nadal nie jest problem działania (lub nie) <video>, bo ten działał > będzie. ... pod warunkiem, że przegladarka dostanie format, który potrafi wyświetlić. A to przez dłuugi czas bedzie oznaczało, że albo robimy 2 wersje filmu, albo zostajemy przy Flashu i H.264. > Co zrobi MS i Apple, to się dopiero dowiemy. Póki co IE plus Safari > nie dominują nad FF plus Chrome. Udział w rynku pecetowym jest porównywalny, tylko po stronie H.264 dodatkowo są komórki i urządzenia mobilne. [...] > Zamiast skupiać się na tym, że "przecież komórki mają już h.264 > to po co zmieniać", odpowiedź powinna być inna - jest to najlepszy moment > by jeszcze przeskoczyć na otwarty format jeśli w ogóle taki przeskok ma > nastąpić. Był jak Google wprowadzało Androida. Gdyby Android od początku wspierał WebM to teraz mieliby porównywalny udział co na pecetach. > Uniezależnić się od kartelu stojącego za h.264. Komórki to nadal > znikomy element ruchu sieciowego, a zwłaszcza video, bo ten ma większe > wymagania co do jakości połączenia i ilości przesyłanych danych. Dekodery > sprzętowe dla WebM zaś już istnieją, choć jeszcze bez popularnych, > smartfonowych implementacji. Ale ile trzeba będzie na nie czekać, rok? Dwa? Znaczy nie ma... > W bitwie o coś tak fundamentalnego jak przyszłość video w sieci > zdecydowanie warto i nie ma co płakać nad wyczerpaną baterią. Nie zapominajmy o skaczącym obrazie HD na popularnych ostatnio energooszczędnych notebookach etc., na których H.264 śmiga. Pozdrawiam -- Radosław Gancarz r a d e k g @ h e l l . p l http://bugs.from.hell.pl/
Technical Details
Message-ID:
<igvevb$d48$1@news.net.icm.edu.pl>Path:
mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.icm.edu.pl!not-for-mailReferences:
<1667f9fa-1c3e-46b5-946c-4527df550e80@f8g2000yqd.googlegroups.com> <igl1m0$81s$1@news.net.icm.edu.pl> <651ydr22chg0$.1k5a6pnipu3i2.dlg@40tude.net> <iglcfb$v4l$1@news.net.icm.edu.pl> <ttt8goud67vt.1xee6e0t7jyhk.dlg@40tude.net> <ignk4d$93c$1@news.net.icm.edu.pl> <1lm0iklc584rk$.1dul8ft07s50c.dlg@40tude.net> <igum6j$qo7$1@news.net.icm.edu.pl> <19n0hgzgc32oc.bz89pj4u5srt.dlg@40tude.net> <igv3rt$mqt$1@news.net.icm.edu.pl> <a0f90wmnvmv3.1l4e5mzy4k4fo.dlg@40tude.net>Show Full Headers
Complete Article Headers
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.icm.edu.pl!not-for-mail
From: Radosław Gancarz <N0Spam_radekg@hell.pl>
Newsgroups: pl.comp.os.advocacy
Subject: Re: Chrome bez H.264
Date: Sun, 16 Jan 2011 18:55:39 +0000 (UTC)
Organization: Dzial Sieciowy ICM, Uniwersytet Warszawski
Lines: 78
Message-ID: <igvevb$d48$1@news.net.icm.edu.pl>
References: <1667f9fa-1c3e-46b5-946c-4527df550e80@f8g2000yqd.googlegroups.com> <igl1m0$81s$1@news.net.icm.edu.pl> <651ydr22chg0$.1k5a6pnipu3i2.dlg@40tude.net> <iglcfb$v4l$1@news.net.icm.edu.pl> <ttt8goud67vt.1xee6e0t7jyhk.dlg@40tude.net> <ignk4d$93c$1@news.net.icm.edu.pl> <1lm0iklc584rk$.1dul8ft07s50c.dlg@40tude.net> <igum6j$qo7$1@news.net.icm.edu.pl> <19n0hgzgc32oc.bz89pj4u5srt.dlg@40tude.net> <igv3rt$mqt$1@news.net.icm.edu.pl> <a0f90wmnvmv3.1l4e5mzy4k4fo.dlg@40tude.net>
NNTP-Posting-Host: inferno.hell.pl
Mime-Version: 1.0
X-Trace: news.net.icm.edu.pl 1295204139 13448 46.4.15.253 (16 Jan 2011 18:55:39 GMT)
X-Complaints-To: usenet@news.net.icm.edu.pl
NNTP-Posting-Date: Sun, 16 Jan 2011 18:55:39 +0000 (UTC)
User-Agent: tin/1.9.6-20100522 ("Lochruan") (UNIX) (Linux/2.6.32-5-amd64 (x86_64))
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit