Article View: pl.comp.os.advocacy
Article #481233Re: Chrome bez H.264
From: Bart Ogryczak
Date: Thu, 13 Jan 2011 15:34
Date: Thu, 13 Jan 2011 15:34
69 lines
4728 bytes
4728 bytes
On Jan 13, 4:19 pm, Andrzej Libiszewski <a.libiszew...@gazeta.usunto.pl> wrote: > W dniu 13-01-2011 16:14, Bart Ogryczak pisze: > > > > > > > > > > > On Jan 13, 3:50 pm, Andrzej Libiszewski > > <a.libiszew...@gazeta.usunto.pl> wrote: > >> W dniu 13-01-2011 15:10, Bart Ogryczak pisze: > > >>>>>>> Biorąc pod uwagę, że już od dawna wspierają VP7, a wszyscy producenci > >>>>>>> procesorów architektury ARM oficialnie wspierają WebM? > > >>>>>> A przełożyło się to jakąś implementację w krzemie, > > >>>>> OMAP 4. Sprzętowe wsparcie dla VP8 1080p. > > >>>> A w którym z urządzeń mobilnych jest używany? > > >>> Zapewne w wielu, które ukażą się w tym i następnym kwartale. Z > >>> aktualnie dostępnych, to w tablecie BlackBerry. > > >> Aha. Ja pytam o to gdzie SĄ używane, a ty piszesz gdzie BĘDĄ. Tablet > >> Blackberry nie jest "aktualnie dostępny". > > > YPB? > > MPB jest taki, że obecnie nie ma żadnego sprzętu mobilnego obsługującego > WebM który da się kupić. Że co? WebM doskonale działa na istniejącym sprzęcie. Równie dobrze mógłbyś bredzić, że nie można oglądać filmów H.264 jeśli nie masz w komputerze co najmniej GeForce 8800GT. > >>> Kolejny już gotowy chip to Freescale i.MX6. > > >>>> Bo najpopularniejsze Hummingbird, A4, czy Snapdragony z mutacjami obsługują H.264. > > >>> YPB? Twierdzisz, że Snapdragon czwartej generacji nie będzie natywnie > >>> obsługiwał VP8? > > >> Nie wiem. Z jednej strony są prognozy, możliwości i gdybanie, a z > >> drugiej strony działające rozwiązania oparte o H.264. > > > Z trzeciej stony największy dostawca video należy do tej samej firmy, > > która właśnie wywaliła H.264 ze swojej przeglądarki. Zupełnie > > przypadkiem, ta sama firma jest producentem systemu na urządzenia > > mające aktualnie 55% udziału w mobilnym WWW. > > Z czwartej strony stada istniejących telefonów na androidzie magicznie > nie dorobią się nagle wstecznie mocy sprzętowego dekodowania video w > WebM. Popatrz, to zupełnie tak jak w przypadku H.264 oraz 95% desktopów i notebooków. > Producent Androida właśnie pokazuje dyskretnie środkowy palec > swoim obecnym klientom? Nie. To po prostu ty nie bardzo masz pojęcie o czym piszesz. Domagasz się sprzętowej akceleracji pozwalającej na dekodowanie 1080p@60fps na telefonach z ekranami kilkucalowymi ekranami z rozdzielczościami typu 640x480. Gdzie tu sens?
Technical Details
Message-ID:
<38aa995a-b4a0-47ff-a866-342063a123af@d8g2000yqf.googlegroups.com>Path:
mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.icm.edu.pl!news.supermedia.pl!news.nask.pl!news.nask.org.pl!uw.edu.pl!newsgate.cistron.nl!newsgate.news.xs4all.nl!194.109.133.84.MISMATCH!newsfeed.xs4all.nl!newsfeed5.news.xs4all.nl!xs4all!feeder.news-service.com!feeder2.cambriumusenet.nl!feed.tweaknews.nl!209.197.12.242.MISMATCH!nx01.iad01.newshosting.com!newshosting.com!198.186.194.249.MISMATCH!news-out.readnews.com!transit3.readnews.com!postnews.google.com!d8g2000yqf.googlegroups.com!not-for-mailReferences:
<1667f9fa-1c3e-46b5-946c-4527df550e80@f8g2000yqd.googlegroups.com> <slrniirm77.lrm.mikmach@blacher.nos> <j2viqxp27swx.1txm25mym1uex.dlg@40tude.net> <4ebd4cf7-43c9-45b8-9d67-328b66337828@w17g2000yqh.googlegroups.com> <dgtg1ffpi14c.1bmtgneqpgj03.dlg@40tude.net> <slrniis12t.njr.mikmach@blacher.nos> <19vr6o21fgxxq$.10hdxwonk54sm$.dlg@40tude.net> <2f098df4-3c3e-49f3-a5bd-0b60ab3a801c@r29g2000yqj.googlegroups.com> <34c0qjq0ygjn$.gf3pawpqpa3c.dlg@40tude.net> <06d81708-59a9-43eb-bd40-ec962e2e6b93@w17g2000yqh.googlegroups.com> <106wo6x2m297k$.2ndmnlnqhry8$.dlg@40tude.net> <6bde37aa-7c52-4180-9be5-1c429d63bc76@o14g2000yqe.googlegroups.com> <4d2f1120$0$2452$65785112@news.neostrada.pl> <3662d681-56db-4861-9791-7391f592f655@o4g2000yqd.googlegroups.com> <4d2f17f6$0$2457$65785112@news.neostrada.pl>Show Full Headers
Complete Article Headers
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.icm.edu.pl!news.supermedia.pl!news.nask.pl!news.nask.org.pl!uw.edu.pl!newsgate.cistron.nl!newsgate.news.xs4all.nl!194.109.133.84.MISMATCH!newsfeed.xs4all.nl!newsfeed5.news.xs4all.nl!xs4all!feeder.news-service.com!feeder2.cambriumusenet.nl!feed.tweaknews.nl!209.197.12.242.MISMATCH!nx01.iad01.newshosting.com!newshosting.com!198.186.194.249.MISMATCH!news-out.readnews.com!transit3.readnews.com!postnews.google.com!d8g2000yqf.googlegroups.com!not-for-mail From: Bart Ogryczak <b.ogryczak@gmail.com> Newsgroups: pl.comp.os.advocacy Subject: Re: Chrome bez H.264 Date: Thu, 13 Jan 2011 07:34:22 -0800 (PST) Organization: http://groups.google.com Lines: 86 Message-ID: <38aa995a-b4a0-47ff-a866-342063a123af@d8g2000yqf.googlegroups.com> References: <1667f9fa-1c3e-46b5-946c-4527df550e80@f8g2000yqd.googlegroups.com> <slrniirm77.lrm.mikmach@blacher.nos> <j2viqxp27swx.1txm25mym1uex.dlg@40tude.net> <4ebd4cf7-43c9-45b8-9d67-328b66337828@w17g2000yqh.googlegroups.com> <dgtg1ffpi14c.1bmtgneqpgj03.dlg@40tude.net> <slrniis12t.njr.mikmach@blacher.nos> <19vr6o21fgxxq$.10hdxwonk54sm$.dlg@40tude.net> <2f098df4-3c3e-49f3-a5bd-0b60ab3a801c@r29g2000yqj.googlegroups.com> <34c0qjq0ygjn$.gf3pawpqpa3c.dlg@40tude.net> <06d81708-59a9-43eb-bd40-ec962e2e6b93@w17g2000yqh.googlegroups.com> <106wo6x2m297k$.2ndmnlnqhry8$.dlg@40tude.net> <6bde37aa-7c52-4180-9be5-1c429d63bc76@o14g2000yqe.googlegroups.com> <4d2f1120$0$2452$65785112@news.neostrada.pl> <3662d681-56db-4861-9791-7391f592f655@o4g2000yqd.googlegroups.com> <4d2f17f6$0$2457$65785112@news.neostrada.pl> NNTP-Posting-Host: 94.100.112.225 Mime-Version: 1.0 X-Trace: posting.google.com 1294932862 7353 127.0.0.1 (13 Jan 2011 15:34:22 GMT) X-Complaints-To: groups-abuse@google.com NNTP-Posting-Date: Thu, 13 Jan 2011 15:34:22 +0000 (UTC) Complaints-To: groups-abuse@google.com Injection-Info: d8g2000yqf.googlegroups.com; posting-host=94.100.112.225; posting-account=1kG_1AoAAADLEA3eucGvO2J-Uo4aPCW_ User-Agent: G2/1.0 X-HTTP-UserAgent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US) AppleWebKit/534.13 (KHTML, like Gecko) Chrome/9.0.597.47 Safari/534.13,gzip(gfe) Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit