🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

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

Re: Chrome bez H.264

#481102
From: Radosław Gancarz
Date: Mon, 17 Jan 2011 21:52
133 lines
6712 bytes
Michał Gancarski <michal@gancarski.com> wrote:
[...]
> >> 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,

Tak? To ile kart potrafi go dekodować sprzętowo? Bo sprzętowe H.264 
jest wspierane nawet we Flashu.

> zwłaszcza gdy wejdzie do Flasha. Po stronie dostawców? Youtube
> FTW :-)

Z tego co widzę to Youtube (FF 4.0b9 + właczona opcja HTML5) w znakomitej
większości klipów  nie serwuje WebM...

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

Widocznie ma, skoro nie zrobili alternatywnej, czystej ideowo wersji
HTML5...

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

IE9 i Safari są po stronie H.264. Wątpię, żeby Google mogło sobie
pozwolić na porzucenie połowy rynku PC i większości rynku mobilnego.

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

No popatrz, na kodowanie wszystkiego 2 razy też będzie potrzebna...

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

Ktoś poza Google wycofał się ze wsparcia dla H.264?

> Teraz jest to jakieś pół na pół, w zależności od założeń, natomiast trend
> jest jaki jest.

I kogo jeszcze, niefistaszkowego, ma stracić H.264? 

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

Dlaczego miałoby tak szybko wygrać skoro nawet lowendowe chipy mają od
2-3 lat wsparcie dekodowania H.264 przez DXVA/VDPAU/whatever a do WebM 
nie ma ani jednego pecetowego chipa?

> Zwłaszcza, że
> dużą część tego ciężaru Google bierze na siebie bo przecież to oni mają pod
> sobą tubkę.

No ja nie wątpię, że Google robi to po to, żeby zmniejszyć koszty, które
generują opłaty za H.264.

> Swoją drogą, jesem ciekaw jaki udział w popularyzacji WebM albo
> przynajmniej jego komponentów będą mieli piraci :-)

Już mieli. W popularyzacji Matroski (używanej w WebM) ale raczej w 
połaczonej z H.264/x264 a nie VP8. Myślisz, że skąd MKV w telewizorach?


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

Wraz z Flashem obsługujacym WebM maleje też znaczenie <video> i całego
ruchu anty-H.264 bo "przestarzały" Flash będzie potrafił odtworzyć
niekoszerny format H.264/WebM a "nowoczesny" tag <video> nie.

> Przy czym oddzielmy wojnę formatów video od pojedynku "HTML5 vs. Flash".

Nie ma takiego pojedynku (sprawdzić, czy nie Apple), <video> jest tu
tylko przypadkową ofiara wojny WebM z H.264...

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

Zdominował, mimo że potem pojawiły się lepsze kodeki. I poewcy OGG, czy
FLAC używali dokładnie tych samych argumentów. Zobaczymy, czy WebM
będzie miało więcej szczęscia (na pewno ma nieporównywalnie silniejsze
wsparcie).

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

Póki co to flashowy player jest wygodniejszy i bardziej uniwersalny.
I producenci przeglądarek mocno starają się, żeby się to w najbliższej
przyszłości nie zmieniło.


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: <ih2dmf$666$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> <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> <1o4t3va9059bs$.ke5gjjr3r62i.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: Mon, 17 Jan 2011 21:52:15 +0000 (UTC)
Organization: Dzial Sieciowy ICM, Uniwersytet Warszawski
Lines: 133
Message-ID: <ih2dmf$666$1@news.net.icm.edu.pl>
References: <1667f9fa-1c3e-46b5-946c-4527df550e80@f8g2000yqd.googlegroups.com>   <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> <1o4t3va9059bs$.ke5gjjr3r62i.dlg@40tude.net>
NNTP-Posting-Host: inferno.hell.pl
Mime-Version: 1.0
X-Trace: news.net.icm.edu.pl 1295301135 6342 46.4.15.253 (17 Jan 2011 21:52:15 GMT)
X-Complaints-To: usenet@news.net.icm.edu.pl
NNTP-Posting-Date: Mon, 17 Jan 2011 21:52:15 +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