🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: pl.comp.os.advocacy
Article #481100

Re: Chrome bez H.264

#481100
From: Radosław Gancarz
Date: Sun, 16 Jan 2011 18:55
78 lines
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-mail
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>

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