🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

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

Re: Chrome bez H.264

#481101
From: Michał Gancarski
Date: Mon, 17 Jan 2011 12:30
128 lines
6772 bytes
On Sun, 16 Jan 2011 18:55:39 +0000 (UTC), Radosław Gancarz wrote:

> 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.

Nic z tych rzeczy. Po stronie klienta w zasadzie lepiej obsługiwany jest
już WebM, zwłaszcza gdy wejdzie do Flasha. Po stronie dostawców? Youtube
FTW :-)


> W tej chwili nawet na Youtube
> z włączonym "HTML5" sporo filmów odpala się przez plugin flashowy.

Ale to ma jakiś związek z wojną formatów czy może czymś innym?

 
>>. 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.

Okres przejściowy. Zresztą składowanie tanieje byłskawicznie, problemem
może być raczej migracja na WebM, bo tu już potrzeba czasu i mocy
obliczeniowej.


>>>>> 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).

No sprawdziłem i widzę, że WebM ciągle zyskuje, a h.264 relatywnie traci.
Teraz jest to jakieś pół na pół, w zależności od założeń, natomiast trend
jest jaki jest.


> [...]
>>>> 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. 

"Długi"? Może z rok czy dwa jeśli wojnę formatów wygra WebM. Zwłaszcza, że
dużą część tego ciężaru Google bierze na siebie bo przecież to oni mają pod
sobą tubkę. Swoją drogą, jesem ciekaw jaki udział w popularyzacji WebM albo
przynajmniej jego komponentów będą mieli piraci :-)


>> 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.

Czyli dodatkowo jakieś 2%. Tymczasem wraz z Flashem obsługiwalność WebM
rośnie w stopniu wręcz fenomenalnym. Przy czym oddzielmy wojnę formatów
video od pojedynku "HTML5 vs. Flash".


>> 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.

Hej, co roku dostajemy nową generację komórek, a np. Tegra 2 wspiera oba
formaty. Apple też będzie musiało się ugiąć jeśli nadal chce pokazywać jak
to fajnie na iPadzie odtwarza się Youtube. Swoją drogą, Google robi im
niezłego psikusa tuż przed premierą iPada 2 :-)


>> 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...

Nikt nie projektuje komórki na "dziś". Google też nie podejmuje decyzji w
oparciu o to co jest dziś tylko patrząc na spodziewane zmiany.


>> 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.

Już za chwileczkę, już za momencik. Naprawdę nie ma sensu rozmawiać o tym
co jest teraz, bo wojna formatów nie dotyczy teraźniejszości tylko
przyszłości, nawet tej najbliższej. Nikt nie mówi, że będzie gładko (jeśli
przeskok ma w ogóle nastąpić). Chodzi o to, że to jest w sumie świetny
moment, bo im później tym gorzej. Żeby nie skończyło się tak jak z MP3,
który zdominował rynek audio. To tak samo jak z samym <video> zresztą. Po
co to, na co to, skoro IE8 nie obsługuje. A jednak, pomimo ograniczonego
póki co zastosowania, nie będziesz narzekał, że jest, nie?


-- 
Michał Gancarski

Sieeeaaaaaaaaaaa!
Technical Details
Message-ID: <1o4t3va9059bs$.ke5gjjr3r62i.dlg@40tude.net>
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.gazeta.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> <igvevb$d48$1@news.net.icm.edu.pl>

Show Full Headers
Complete Article Headers
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.gazeta.pl!not-for-mail
From: Michał Gancarski <michal@gancarski.com>
Newsgroups: pl.comp.os.advocacy
Subject: Re: Chrome bez H.264
Date: Mon, 17 Jan 2011 13:30:59 +0100
Organization: "Portal Gazeta.pl -> http://www.gazeta.pl"
Lines: 128
Message-ID: <1o4t3va9059bs$.ke5gjjr3r62i.dlg@40tude.net>
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> <igvevb$d48$1@news.net.icm.edu.pl>
NNTP-Posting-Host: 193-239-36-253.ksi-system.net
Mime-Version: 1.0
X-Trace: inews.gazeta.pl 1295267460 17557 193.239.36.253 (17 Jan 2011 12:31:00 GMT)
X-Complaints-To: usenet@agora.pl
NNTP-Posting-Date: Mon, 17 Jan 2011 12:31:00 +0000 (UTC)
X-User: wssbck
User-Agent: 40tude_Dialog/2.0.15.1
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit