Změřili jsme Flash a HTML5 na YouTube. Flash zvítězil

To je dost možné. Když YouTube začalo s HTML5 vidii, tak používali h264 kodek stejně jako aktuálně pro Flash. Nyní už to cpe Google ve svém VP8, takže už je to porovnávání jablek a hrušek. Různé kodeky.

Faktem je, ze kdyz mate hlad, sahnete po tom, co je zrovna dostupne, at uz josu to jablka nebo hrusky...

Ten poslední odstavec je naprostá kravina. Zamysli se proč.Proč tolik mínusů? Zajímá nás právě použitelnost v prohlížeči!!!!

Názor byl 1× upraven, naposled 07. 09. 2011 20:52

Flash umí spoustu věci a přehrávání videií je jen jedna z nich. U webových prohlížečů je tato funkce ještě víc v pozadí, což je možná i jeden z důvodů, proč měření dopadlo jak dopadlo. Naopak kvalitní přehrávače bývají silně optimalizované a jdou na doraz možnosti daného hardware. Jak už nic, tak by bylo pěkně vidět, jaké rezervy má ještě Flash či implementace HTML5 tagu video v daném prohlížeči.Navíc i samotné přehrávače mají co říct do dění v prohlížečích. Není to tak dávno, co Google vyhodil z Chrome podporou H.264 na úkor svého WP8 a Microsoft se "ukázal jako dobrák" a uživatelům tuto podporu ve Windows vrátil prostřednictvím pluginu využívající Windows media player. http://tech18.com/microsoft-html5-add-on-su... ...

Autor hned na začátku článku oznámil, že test má prokázat zátěž na CPU, zkoušet ji tedy měřit na GPU by jaksi nedávalo smysl. ;)
A co se týče nestability flashe na Mac OS, tak se kromě řešení nepoužívat flash, nabízí ještě druhé... nepoužívat MacOS. :)

Tak uprime merit zatez CPU na necem, kde vime, ze drtivou vetsinu pocita GPU je stejne, jako merit spotrebu auta na obsah nadrzky v ostrikovacich pri ujeti 100km bez much.

gargous

Process Explorer umi merit vytizeni GPU ve Windows ;)

ano, kazdy si z microsoftiho technetu bude stahovat merak na prostredky ve windows. uplne kazdej. Dokonce i pani z uctarny ho nutne potrebuje, aby se ji nezatizil GeForce pri uzaverce. Fakt se chlapy zamyslete nez neco napisete ;)
pro BFU je obcas velmi slozity algoritmus i dvojklik na plose, teda pokud vi co je plocha. Ale ze se jim cukaj padajici deti a zviratka na streamovanym videu si vsimnou hned. Je nezajima co presne to dela. Podle nich za to muze ten divnej pan z IT ..... ;)

Názor byl 1× upraven, naposled 07. 09. 2011 20:07

gargous

to bylo jen pripadne pro ty, kdo by to chteli merit komplexne ... urcite ne pro BFU ;) ... a doufam, ze autor BFU neni :D

Tak proč není akcelerované to HTML5 video? Nemělo by to HTML5 být lepší než flash? Když je flash tak špatný?
/rejp

Liskni si a přestaň rejpat. Ten nad tebou nic o "špatnosti" flashe neříká.

Normálně používané. :D Když je něco špatně drž hubu a jedeme dál.

a pak mi nekdo tvrdte ze windowsi programatori nejsou prasata

A co když tu chybu není potřeba ošetřovat? Co když je tam to try jenom proto, aby program nezhavaroval?
Nebo kdyby tam bylo:
catch (Exception e) { Console.WriteLine("Neco se nepovedlo"); }
tak uz bys byl spokojeny?

Tento jednoduchý "problém" má více rovin. Jednak je to "jednoduchý" program, takže nějaké crcání asi není pro tento případ nutné. Na druhou stranu, když to dávám lidem na odborném webu, tak ať to má nějakou fazónku. Z tohoto pohledu byla moje poznámka spíše rejpnutí. Ten kus kódu by stejně vypadal úplně jinak, kdyby to člověk psal, aby to bylo košér.Druhá stránka věci se týká tvé poznámky "aby program nezhavaroval". Nevím co si o tom mám myslet, ale potutelně se usmívám. Pro tento případ - část kódu je zakryta, ale dá se předpokládat, že tam budou 1)základní operace a 2)zcela zásadní pro výsledek toho, co ten kód má dělat. Tedy pád programu, právě proto, že je jednoduchý a nic nezpůsobí, - v tomto případě vrátí špatný výsledek - považuji za zcela správné řešení.

Snaha kočkovat se se smečkou zmutovaných psů je nejlepší způsob jak si pořídit značně ošklivou mrtvolu.

Tvoje "...dá se přepokládat..." a moje "Co když..." znamená to samé - nevíme, co to vlastně dělá. Takže klidně tam může být něco, co když selže, tak se nic nestane, protože se to např. provede příště. A v tom případě by nějaké catch bylo zbytečné.

Ale víme co to způsobí. viz. total +=ms. Tedy špatné sečtení výsledku. Jelikož k onomu ten program tak nějak slouží, nestane se nic jiného, než že program dělá špatně to k čemu byl určen. Špatný výsledek bude v tomto případě horší než žádný.

Snaha kočkovat se se smečkou zmutovaných psů je nejlepší způsob jak si pořídit značně ošklivou mrtvolu.

Dojde ke špatnému výsledku v jednom měření, které se opakuje každé 2 sekundy. Podle mě to není nic, co by mělo zásadně vadit, při dalším měření už bude správný výsledek.

Jistě, pokud se nestane stejný problém o které se nikdy nedovíte.

Snaha kočkovat se se smečkou zmutovaných psů je nejlepší způsob jak si pořídit značně ošklivou mrtvolu.

Jistě, každý přeci hodnotí programátory podle toho jak to píší redaktoři v časopisech když prezentují jednoduché programy.Tedy vlastně ne. Tohle dělají jenom vylízaný linuxáci tvýho typu.

Snaha kočkovat se se smečkou zmutovaných psů je nejlepší způsob jak si pořídit značně ošklivou mrtvolu.

Ano mate pravdu, je to zert.
spravne tam ma byt toto:catch{};Neni nutne rikat co chytame, kdyz to stejne nepouzijem.

Jenom jiný zápis téhož.

Snaha kočkovat se se smečkou zmutovaných psů je nejlepší způsob jak si pořídit značně ošklivou mrtvolu.

Proc? Jak jinak to chcete resit. V tomto pripade jde o to aby pripadna vyjimka neprerusila ten loop. Proste, kdyz se neco nepovede tak pokracuj dal... Pro tento konkretni jednoduchy programek pro jednoho uzivatele k jedinemu ucelu podle me naprosto dostatecne reseni. Vypisovat nejake hlasky je asi celkem zbytecne.

Viz můj komentář v 12:25

Snaha kočkovat se se smečkou zmutovaných psů je nejlepší způsob jak si pořídit značně ošklivou mrtvolu.

Toto je skutecne jednoucelovy "quick and dirty" program a pokud si to autor "otestoval" tak... Mate ale pravdu v tom, ze aspon vypsani varovne hlasky by se hodilo.Na druhou stranu jsou situace kdy proste z loopu nemuzete nic vyhodit ani ho prerusit i kdyz by to tak normalne melo byt viz. OpenMP ktere primo zakazuje vyhazovat exceptions a predcasne ukoncovat parallel for. Jedine co muzete je nechat to dobehnout a pomoci nejakeho status kodu zajistit, ze se nebude provadet zadna prace...

Je mi to jasné že to je "quick and dirty". Dyť taky nevolím žádný "útočný mód" (viz. ) a snažím se vysvětlovat něž na někoho útočit. Či to vyznělo jinak ?

Snaha kočkovat se se smečkou zmutovaných psů je nejlepší způsob jak si pořídit značně ošklivou mrtvolu.

Tohle mi nedá nepřihodit :) Po přečtění komentářů, jak se jedná o prasácký kód dostávám záchvaty smíchu :D. Zaprvé se zde nejedná o žádný server pro programátory, nevidím na postnutí JAKÉHOKOLIV kódu vůbec nic špatného. Nikdo se podle něj neučí, ničím neuráží.Zadruhé, jedná se pouze o jednoduchý v podstatě skriptík, předpokládám že daná exception tam je implementováná jen proto aby kompilér nenadával :). Jistě v SW k distribuci je to krutá chyba, ale zde? Přeci když si píšu pro sebe nějaký helper, udělám to co nejjednodušeji :)Zatřetí, teď spíše k autorovi testu, přijde mi že jste se zbytečně věnoval nedůležitým věcem (virtuální načasovaná myš etc.) a přitom zanedbal věci důležité jako akcelerce GPU tad. Když přeci porovnávám náročnost na HW, tak na celý systém a ne pouze na CPU.

---embrace the deception---

Zkuste číst celá vlákna, třeba z tohoto bude mít větší užitek. Viz můj komentáž 12:25 a níže. Předpoklad s exception je mylný. Kompilátory .NETu nevynucují zachytávání výjimek.

Snaha kočkovat se se smečkou zmutovaných psů je nejlepší způsob jak si pořídit značně ošklivou mrtvolu.

Závidím vám váš čas. Pročetl jsem to jen tak zběžně, v C# neprogramuji. To ale nic nemění na tom co jsem psal. Pakliže si píšu jednoduchý skriptík, pro osobní použití, prostě neřeším co nemusím. Zbytečně tu pitváte naprostou zbytečnost :). Jako flame war :D Osobně preferuji staré dobré C, a je pro mě .NET i Java prasárna jako pro vás ona exceptiona :D

---embrace the deception---

U tech browser x OS to jeste muze byt tak, ze browser ma platformove zavislou jen tenkou vrstvu, pripadne pouziva knihovnu ktera uz je na ty OS portovana a odladena i jinymi programy ktere ji pouzivaji. Docela by me zajmalo jak to je..

Já tedy chcaní proti větru v tomto případě neuznávám. Napsal jsi to. Prohlížec MUSÍ mít implementaci, zatímto pro SL implementaci mít nemusí.

Snaha kočkovat se se smečkou zmutovaných psů je nejlepší způsob jak si pořídit značně ošklivou mrtvolu.

ted presne nevidim rozdil, kaslete na html5 a podporujete silverlight,v podstate je to tedy stejne, jakoby jste napsal, podporuji html5 jen pod windowsNebo se pletu?

"Flash nebo Silverlight je závislý na OS"Tak tim si vubec nejsem jisty. Proc se pro IE instaluje JINY flash nez pro FF?

IE používá jako rozhraní pro pluginy ActiveX, všechny ostatní prohlížeče používají NPAPI

takze se test ohne, aby ten mene schopny na tom nebyl tak spatne? to je snad vina Google, ze se rozhodl tlacit vlastni reseni, pro ktere prakticky neexistuje podpora ze strany HW

Myslím, že lidi na matlatkách to s tím procesorovým časem vidí trochu jinak.

Snaha kočkovat se se smečkou zmutovaných psů je nejlepší způsob jak si pořídit značně ošklivou mrtvolu.

+1, tiež by som rád videl test s IE9.

nojo ale ty pouzivas deset let starej OS, zkus rict mamce at ti koupi win7, student licence nejsou zas tak drahy.

Windows 7 se mě seká i bez flashe takže si ho strčte do řitě. Přecházet na novej OS kvůli debilně naprogramovanýmu flashi fakt nehodlám a kupovat novej HW kvůli debilně naprogramovanýmu OS už vůbec ne.

no :) to ale může mít 1000 a 1 různou příčinu, zvlášť se zastaralým SW a tím pádem zřejmě i HW.

program, ktory zasekne cely pocitac ti kludne napisem v ktoromkolvek jazyku, v 99.9 % pripadov je to chyba programatora.

prosil bych jeden v Brainfucku

A hlavne at to nezapomenou merit ve stejnou dobu, ve stejny den a za stejneho atmosferickeho tlaku a okolni vlhkosti.

A kdyz to vyjde jinak, tak jako zacneme YouTube sledovat pres HTML5 v H264? asi tezko - proste se srovnava, co je realne na trhu

vypnutie hw akceleracie flashu je sice opodstatnene, ak chcem merat zataz procaku, kedze vsak beznemu cloveku ide viacmenej o celkovu zataz, tak by mala byt ta akceleracia zapnuta, pretoze len blb by ju vypinal. Ak ju html nema, tak holt jeho smola.

Já ji mám vypnutou. Především z toho důvodu, že při zapnatém Flashi se mi občas stávalo, že mi problikla obrazovka a dole se mi objevila hláška "Ovladač Kernel 32 byl úspěšně obnoven"
Kolik tady na foru už bylo lidí, kteří měli stejný problém a tímhle se toho problému zbavili.

Tipnu si - grafika od ATI/AMD?

taky mi to dela na jednom PC nvidia 9800gtx+

Drivery na GTX460m s tím mají problémy taktéž.

Já bych vám doporučil starší drivery, a pokud ani to ne, tak zkusit dát do grafiku do jiného PCI-E slotu. Já sám také používám starší verze a vše v pohodě.

Názor byl 1× upraven, naposled 07. 09. 2011 15:07

Bohužel se jedná o NB, tudíž se do něj moc vrtat nehodlám.
Starší drivery mi degradují výkon ve hrách. To jsem pořád slýchával na AMD/ATI stížnosti, jak mají na prd drivery. A nikdy žádný problém(ani se stařičkou ATI 9550). Jednou si pořídím nVidii, a oni jí padají drivery i kvůli Flashi. Alespoň že to není tak časté(maximálně 2x za den, a to jen problikne obrazovka, a vše jede zase dál).Nicméně díky za pokus mi pomoci. Počkám na budoucí opravu ze strany nVidie, ať se činní.

A tu hardwarovou akceleraci jsi zkoušel vypnout?

Tu už mám vyplou nějaký pátek, vždy jak vyjdou nové drivery, tak jí zase nahodím.

Ještě bych Ti poradil jednu věc. Klikni pravým tlačítkem na Tento Počítač --> Vlastnosti--> Upřesnit nastavení systému, a u výkonu klikni na tlačítko "nastavení". Tam klikni na "optimalizovat pro výkon"
Pokud to bude v pořádku, tak potom můžeš zkoušet postupně zapínat další doplňky. Jak jsem zjistil, tak se tento problém týka i grafických karet ATI.
Potom dej vědět.

Názor byl 1× upraven, naposled 07. 09. 2011 16:55

Pri slozitejsi animaci muze clovek sahnout po tagu canvas a WebGL renderovani, ktere take podporuje akcelereci GPU. Tam uz mluvime o tisicich objektu(primitives), ktere se pohybuji.Co se tyce podpory je to ale trochu horsi.Ale teoreticky mne instalace Chromu nebo FF zabere asi stejne dlouho jako instalace Flash pluginu. Tedy byvavalo, dnes uz je flash v zakladni instalaci prohlizece.

To mi vysvětlete proč motor, který pohání jedno kolo má lepší výkon než motor, který pohání kola dvě?

V čem je výhoda, že se průmysl na něčem shodl? Mě to nepřijde úplně přirozené a dobré, shodnout se na jedné aplikační technologii. Shoda by měla být o datových formátech, protokolech, apod. V oblasti aplikačních technologií, stejně jako v oblasti OS nebo HW ať je konkurence, ne?

Pokud ti připadá, že se na něčem shodli, tak to asi moc nesleduješ.Ti se nejsou schopni shodnout ani na názvu.

Treba na kodecich se shodli dokonale. To + absence nativniho full-screen modu v mnoha prohlizecich dela HTML5 video dost nekonkurenceschopne...

to ze se neschodli neznamena ze to nefunguje viz treba jeden muj webik http://upelzu.cz/... je potreba ale format webm a mpeg minimalne...

To už je jen otázka týdnů...
Flash Player 11 release candidate:
http://labs.adobe.com/technologies/flashplatfor... ...

Proč? 99,9% uživatelů i na 64bitovém systému používá 32 bitový internet explorer (všechny odkazy, které v systému jsou, krom jednoho vedou na 32bitovou verzi) .. takže nemá smysl takhle ryčet kvůli absenci 64bitové verze.

I když existuje 64bitový IE, tak je pomalejší než 32bitový. Rozdíl je však poměrně minimální. Nicméně proč používat 64bitový IE? Jen proto že by měl být lepší?! Jenže není. Osobně jsem zvědaví, jak se tohle (ne)povede Mozille... jestli bude 64bitový Firefox stejně zbytečný jako je zatím 64bitový IE. Na odpověď si budeme muset ještě počkat.

Názor byl 1× upraven, naposled 07. 09. 2011 19:34

Windows 8 uz budou jen x64 takze x64-prohlizece zbytecne urcite nebudou.

Používám 64 bitový Firefox 9.0a1 nightly build, v něm mám aktuální betu Flashe 11 a funguje spolehlivě (za poslední 3 týdny jeden pád), navíc ve srovnání s aktuální plnou verzi FF 6.0.1 je subjektivně (zdůrazňuji, subjektivně!!) znatelně rychlejší. Takže 64 bitový webový prohlížeč smysl určitě má, ne však na každém počítači. Já mám Core i5 750@3000 MHz a 8 GB RAM, tady to smysl má, ale na slabším dvoujádře třeba jen se 4 GB RAM se IMHO vyplatí stále spíše ten 32 bitový. Ale to by chtělo spoustu měření, na které já osobně nemám čas, chuť ani prostředky. Nicméně redakce Živě by to otestovat mohla

Mac Mini Mid 2011, 120 GB SSD, 500 GB HDD, 8 GB RAM, OS X 10.8 Mountain Lion
iPhone 3GS 32 GB white
Verze OS: 5.1.1 JB
iPad 2 3G 64 GB white
Verze OS: 6.0, nonJB
iPod Shuffle blue

mel bych jen laicky dotaz zda se (muze) pouzivat gpu akcelerace i kdyz mam jen integrovanou grafickou kartu se sdilenou pameti ... ?

podle toho, jestli tvá karta podporuje, a taky to záleží na ovladačích. Pokud je ta integrovaná od nvidie tak by to mělo v pohodě jet, AMD tuším má taky něco, intel nevím.

1. totalne je velmi silne slovo /finder je nestabilnejsi nez flash a o "totalne" sa nehovori ani potichu/.
2. zabudol si napisat, ze sa to tyka iba osx.

1. finder mi este nikdy nepadol. A mne je fuk co si ty myslis o slove "totalne". Pre mna je "totalne nestabilny flash" ustalene slovne spojenie a pre mna za mna sa postav aj na mihalnice.
2. a ja mam vari windows? a nemyslim si, ze by sa to tykalo iba osx.

http://lmgtfy.com/...

mas chabe argumenty. Takze precitaj si moju prvu vetu z bodu 1. A za druhe nemen temu. Bavime sa o flashi, tak tu nevytahuj nejaky finder s ktorym ma problem mozno 1% Mac userov. Nestabilitu flashu obhajovat tym, ze nieco ine je este nestabilnejsie? Bud si fakt kkt alebo flashovy onanista.

nie si sam, kto ma skusenosti s oboma platformami.ja som reagoval na to tvoje "totalne nestabilny"
je to hlupost.
/chapes, vacsia hw narocnost flashu na osx sa akosi nerata/

Může.

Adobe přislíbala flash pro WP.

A hlavně neexistuje vývojářské prostředí pro HTML5 aplikace.

Když flash neuměl GPU akceleraci, tak to se se stolními přehrávači srovnávat veselo mohlo, viď? :)