Article View: pl.comp.os.advocacy
Article #481104Re: Chrome bez H.264
From: Radosław Gancarz
Date: Sun, 23 Jan 2011 15:58
Date: Sun, 23 Jan 2011 15:58
110 lines
5423 bytes
5423 bytes
Michał Gancarski <michal@gancarski.com> wrote: [...] > >> 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. > Chodziło mi o możliwość odtworzenia. To ile przeglądarek w wersji nie-beta, z ogólnie używanymi pluginami nie-beta, obsługuje WebM a ile H.264? > U mnie zresztą, na intelowskim chipie, > który z tego co wiem powinien obsługiwać h.264 oba formaty w 1080p chrupią > równie ładnie. A to już naprawdę nie moja wina. SOA#1 (Ion i GMA 4500HMD), H.264 oczywiście. [...] > > Z tego co widzę to Youtube (FF 4.0b9 + właczona opcja HTML5) w znakomitej > > większości klipów nie serwuje WebM... > Tego nie robi się z dnia na dzień. Myślę, że będą się powoli przestawiali > na WebM. Prawdopodobnie największy sens dla Google ma WebM w płatnym VoD - odpadają opłaty licencyjne. > >>> 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... > "Czystej ideowo"? Dośpiewujesz ideowość jak inni w tym wątku. Dośpiewuję? Przecież sami napisali czemu zaprzestają wsparcia H.264. [...] > > IE9 i Safari są po stronie H.264. > A skąd. Mają Flasha, więc z punktu widzenia użytkownika nie są po żadnej > stronie. Mają H.264 w <video> (kontekst). Poza tym Flash póki co nie ma WebM. > > Wątpię, żeby Google mogło sobie > > pozwolić na porzucenie połowy rynku PC i większości rynku mobilnego. > A cokolwiek porzuca? Wsparcie dla H.264 w <video>. Ja wiem, że weekend, wino kobiety etc. ale skup się. > Flash załatwia sprawę WebM. Ale widziałeś tego flasha ze wsparcien dla WebM, czy mam mu dac pół roku? > >> 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... > Po co dwa razy? Żeby mieć Brave New Video Tag. [...] > >> 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? > Nikt nie musi się wycofywać by WebM relatywnie zyskiwało. A druga cześć? Gdzie H.264 traci? > Wsparcie dla WebM > we flashu będzie gigantycznym kopem do przodu dla tego formatu. Jak już będzie i jak już będzie w sprzęcie. Bo wiesz, na wolnych maszynkach nieakcelerowane 720p we Flashu to była masakra. [...] > > 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. > > Znów mieszasz niepotrzebnie dwie kwestie. Wojna formatów video to nie to > samo co wojna o sposób osadzania materiału na stronie. Te kwestie są połączone bo w obecnej sytuacji nie ma formatu, który mógłbym wrzucić w <video>, żeby mieć pewność, że odtworzą go 4 najpopularniejsze przeglądarki HTML5 na PC. Właśnie z powodu wojny formatów. A alternatywą jest Flash własnie (który, póki co, wspiera jedną ze stron wojny formatów). [...] > > 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). > > FLAC jest niszowy bo na większości dostępnego sprzętu nie daje żadnych > zauważalnych zysków. To jest overkill i żeby go docenić trzeba kupić sobie > solidny sprzęt audio. OGG jest w jeszcze gorszej sytuacji, nie ma żadnego > zapotrzebowania na istnienie czegoś pomiędzy MP3, a FLAC. A jest zapotrzebowanie (kogoś innego niż Google) na coś podobnego do H.264? [...] 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:
<ihhj7p$qeh$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> <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> <ih2dmf$666$1@news.net.icm.edu.pl> <c5jjotj1qnek$.1n8pxkdc4j2te.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, 23 Jan 2011 15:58:49 +0000 (UTC)
Organization: Dzial Sieciowy ICM, Uniwersytet Warszawski
Lines: 110
Message-ID: <ihhj7p$qeh$1@news.net.icm.edu.pl>
References: <1667f9fa-1c3e-46b5-946c-4527df550e80@f8g2000yqd.googlegroups.com> <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> <ih2dmf$666$1@news.net.icm.edu.pl> <c5jjotj1qnek$.1n8pxkdc4j2te.dlg@40tude.net>
NNTP-Posting-Host: inferno.hell.pl
Mime-Version: 1.0
X-Trace: news.net.icm.edu.pl 1295798329 27089 46.4.15.253 (23 Jan 2011 15:58:49 GMT)
X-Complaints-To: usenet@news.net.icm.edu.pl
NNTP-Posting-Date: Sun, 23 Jan 2011 15:58:49 +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