Opera Software portovala hru z C++ do HTML5

Vývojář z Opera Software Erik Möller společně s týmem studentů, který mu přiřadila Opera, vytvořil HTML5 port své hry Emberwind. Tu původně napsal v C++ a obsahovala kolem 100 000 řádků kódu. HTML5 port Emberwindu je odpovědí Opery na otázku, co je možné vytvořit použitím dnešních standardů HTML5. Zajímavou ukázku možností HTML5 a WebGL vydala nedávno i Mozilla pod názvem Flight of the Navigator.

12.7.2011 16:17 | Migi | IT novinky

Komentáře

[R]

Gratulujem k "pokroku". Hra s grafikou z doby procesorov 486 je vdaka "modernym" technologiam nehratelna aj na 1GHz CPU.

[kralyk z abclinuxu]

A ve Firefoxu aj na 16GHz quad-core + 64GB RAM.

[Aminux]

A na ajpádlu to pojede.

[Aminux]

Zapoměl jsem otazník ?

[vain]

To se ptáš?

[Rivon]

Co máte za problém? Athlon 64 X2 @ 2.9GHz (přes 2 roky starej) + Chrome 12 a běží to naprosto v klidu.

[vain]

Já nemám vůbec žádný problém (no možná to počasí mě trochu štve), ale děkuji za optání

[Zopper]

A zkusili jste to v opeře/chrome? Já na c2d@2.53GHz s chrome 12 problém neměl, CPU to zatížilo, ale rozhodně ne na 100%

[pavlix]

Pokrok nezastavíš.

[Mykonou]

No grafika moc pekna ale nejak v tom nevidim tech 100k radku. Proste jenom libiva spritova hopsacka ale kdyztak me nekdo opravte ...

[RobS]

O co v te hopsace jde? Zkouseli jste to hrat? Zadny ammo, zadny nepratele, zadny puzzle...

[Liborek]

Něco k ovládání je v manuálu. Ale vždy, když jsem zmáčknul ctrl, tak se to kouslo.

[imploder]

+1 Taky nechápu. Chvíli jsem hopsal a na nic než další hopsání jsem nenarazil, tak jsem toho nechal. Ta hra je naprosto o ničem.

[tomasi]

ja nevim.. me se to v Opere zasekne na 95 procentech. Funguje vam to?

[faha]

jj bezi to, 11.50

[tomasi]

ja mam taky 11.5 - jednou na Win, jednou na linuxu. Ani na jednom nejde.

[jose17]

tu tiez zasek

[Chytrex]

eh a k čemu to je? IMO to je proti smyslu webu.. HTML5 je omyl.. jedním tagem jsme vyřadili flash a zbytkem jsme zatáhli do webu tuny neindexovatelného obsahu.. Takže vyhledávače mají smůlu, lidi odkázaní na hlasové čtečky, brailův řádek atd taktéž.. Tento trend je fakt na hlavu postavený.. Místo aby se technologie pročistila, nataháme do ní spoustu zbytečného balastu.. nač budem mít OS když nám stačí prohlížeč, že?:-/

[pavlix]

eh a k čemu to je? IMO to je proti smyslu webu..

Web už dávno nemá jen ten jeden původní smysl.

HTML5 je omyl.. jedním tagem jsme vyřadili flash a zbytkem jsme zatáhli do webu tuny neindexovatelného obsahu..

Tedy žádná regrese, jen zlepšení :). To se v praktickém světě cení.

[rep]

Historie se pravidelně opakuje viz. vznik HTML až k jeho XML okleštěné verzi XHTML 1.1, zanikly tagy, které byly zbytečné. Nyní se zavedla hromada dalších tagů na "pročištění" schématičnosti kódu, pak se to zase ořeže ... předpokládám, že z toho nakonec zůstane jen pár tagů na zákl. strukturování stránky a tagy pro embedded multimedia, možná něco z formulářů, ale rozhodně je blbost klient-side kontrola vstupů - každý prohlížeč si to bude dělat po svém a bude to dělat hooodně problémů v kombinaci se server-side kontrolou.

[pavlix]

Historie se pravidelně opakuje viz. vznik HTML až k jeho XML okleštěné verzi XHTML 1.1,

Ten postup od HTML ke XHTML2 byl úplně zpackaný. Pánové sice vymysleli docela zajímavý teoretický model postupného přechodu, který doporučili. Ale neměli autoritu k tomu ten přechod i provést. A do toho ještě udělali ten největší průšvih, a to, že nechali XHTML prezentovat jako HTML. Tím vytvořili takový maglajs, že s tím už nikdo nechtěl mít nic společného.

předpokládám, že z toho nakonec zůstane jen pár tagů na zákl. strukturování stránky a tagy pro embedded multimedia

Hádám, že v praktických formátech, tedy těch, co interpretují prohlížeče, žádné velké pročišťování nenastane a když, tak velmi pozvolna. Maximálně tak na straně tvůrců webů (a ano, možná si to přečteme v nějakých slušných standardech, a možná taky ne).

ale rozhodně je blbost klient-side kontrola vstupů - každý prohlížeč si to bude dělat po svém a bude to dělat hooodně problémů v kombinaci se server-side kontrolou.

IMO to blbost není, a server-side kontrola se musí stejně provádět. Client-side se používá už dnes, pomocí javascriptu, nevidím jediný důvod, nezkusit to i deklarativně (třeba s JS fallbackem).

[pavlix]

Nehledě na to, že každý, kdo alespoň trochu sleduje dění (a že já ho nijak moc nesleduju), vidí, že se historie v tomto případě neopakuje. Naopak... původní plán W3C se historií stal a na pořadu dne je alternativa, která šla proti W3C! Že ji W3C nakonec adoptovala, je ukázkou toho, že berou prohru se ctí.

[petkoo]

Mno, okrem vytazenia CPU na 100% si to naalokovalo pod chrome cez 800M a rastlo, asi nejake memory leaky. Nehladiac na to, ze je vidiet dlazdicky.