IE9 Platform Preview 2

Microsoft, Windows

Az IEBlog-ban Dean Hachamovitch, az Internet Explorer csapat igazgatója bejelentette az Internet Explorer 9 második előzetesét. A kiadás jellemzői közt javított teljesítményt, szabványtámogatást és HTML5 hardvergyorsítást találhatunk. A változásokról részletesen a kiadási megjegyzésekben. A fejlesztők közzétettek egy videót is, amelyben azt demonstrálják, hogy az IE9 preview bizonyos területeken gyorsabb, mint az FF vagy a Chrome:


Get Microsoft Silverlight

A részletek a blogbejegyzésben.

( radix | 2010. 05. 06., cs – 08:28 )

azaz az új, még nem publikus béta IE 9 konstans 60 fps-el számol, hmm :)

( enpassant v | 2010. 05. 06., cs – 08:41 )

Úgy látszik tényleg komolyan veszik a szabványok támogatását, az Acid teszten már 68-nál jár. Megjelenésig remélhetőleg még feljebb megy.

Szerk.: Kicsit viccesen hangozhat a 68 a többiek 100 körüli eredményéhez képest, de ha azt nézzük, hogy az IE8 még 12-nél jár és meg is bukik a teszten, akkor jelentős az előrelépés.

A másik (számomra) pozitív dolog, hogy végre támogatják az SVG-t is.

( current88 | 2010. 05. 06., cs – 08:47 )

ezért szar a silverlight, mert csak ff-en, meg ie-n megy... chrome-on pl nem... nagy kár... így nem érdekel a hír. remélem ennek a sz@rnak is vége lesz egyszerre a flash-el, és nagyon gyorsan.

+1, de a 2 sz@r kozul szamomra a flash egy fokkal elfogadhatobb. Egy picit tobb koze van a platformfuggetlenseghez legalabb, azon kivul egy rakas sz@r, de a moonlight meg a silverlight eddig mindig durvabban esett szet nekem, mint ahogy a flash szokott. Egyszer a Monnloight majdnem az eegsz X-et elvitte, ffoxon meg ez a video nem megy silverlighttal most. Bar ugy tudom, nekem archon azert sincs repokba a silverlight, mert problemaja van az svnes ffmpeggel, ezert kellett mint ff extensiont feltennem
-----------
Happy, satisfied and completely up-to-date Archlinux user since 2009 september (KDE)
"Which version do you use?" "The latest stable" (a random archlinux user)

A GPU-t használja renderelésre Direct2D-n, DirectWrite-on keresztül.

Az eredmény az, hogy az Internet Explorer 9 lesz fényévekkel a leggyorsabb böngésző mindaddig ameddig a GPU gyorsítást más böngészők nem implementálják (Mozilla Firefox 4 támogatni fogja).

Mármint Windows Vista és Windows 7 rendszereken DirectX 10-es videókártya birtokában.

Kérdés, hogy az implementáció lehet-e keresztplatformos, de más platformokon nincs alternatívája a Direct2D-nek, így Linuxon nem lesz GPU gyorsítás belátható időn belül.

>Az eredmény az, hogy az Internet Explorer 9 lesz fényévekkel a leggyorsabb böngésző mindaddig ameddig a GPU gyorsítást más böngészők nem implementálják

Konqueror mar tudja: phonont hasznalja html5-re (igy megy ogg es h264 is, bar youtube pont nem valamiert), es phonon-xine melle van vdpau-s xine (ha olyan kartyam lenne fel is dobnam aur-bol)

update: xine 1.2-be mar stabilan is benne lesz + phonon-mplayer-rel mar mennie kell, bar nem probaltam :D
-----------
Happy, satisfied and completely up-to-date Archlinux user since 2009 september (KDE)
"Which version do you use?" "The latest stable" (a random archlinux user)

aur/xine-lib-vdpau 286-1 (Out of Date) (12)
A free video player for Unix with vdpau support
aur/xine-lib-vdpau-svn 222-1 (Out of Date) (6)
A free video player library for Unix with support for vdpau

aur/phonon-mplayer-svn 1095090-1 (Out of Date) (67)
This package is now obsolete; use 'phonon-mplayer-git' instead.
aur/phonon-mplayer-git 20100426-1 (7)
The multimedia API for KDE 4, with MPlayer support
ugy tudom, az extras mplayerben is van vdpau, de ha megsem:

aur/mplayer-vdpau-svn 31040-2 (64)
A movie player for linux with Nvidia VDPAU support, based on extra/mplayer.

Nem probaltam ezeket, mert nincs vdpau-kepes kartyam (nvidia 7600 es 8000-tol jo), lehetnek iszonyuan instabilak, bar E9 se allhat sokkal jobban ebben.

Ami a konquerort illeti, megvarnam vele az augusztusi kde 4.5-ot, addigra nem csak a codecek lesznek fullosok a html5 reszlegen, tele van a feature list vele meg a khtmllel (4.4-re konkretan szinte semmi nem tortent 4.3-hoz kepest), bar nehany ogg es h264 html5 mar elindult vele
-----------
Happy, satisfied and completely up-to-date Archlinux user since 2009 september (KDE)
"Which version do you use?" "The latest stable" (a random archlinux user)

A jelenlegi böngészők egy rakás grafikai számítást processzoron végeznek, az ie9 ezeket a számításokat tolja ki a gpu-ra. A renderelt kép megjelenítése eddig is accelerated volt.

Az előbb rosszul írtam, nem a megjelenítésen van a hangsúly, hanem a renderen.

--
Don't be an Ubuntard!

A GPU-t használja renderelésre

Vagyis a modern HTML-megjelenito motorok lassan elernek arra az architekturalis szintre, amit 10 evvel ezelott az Amigas bongeszomotorok tudtak, vagyis hogy nem a CPU-val filleztek negyzetet es huztak a vonalat, meg rajzoltak bitmapot, hanem rabiztak azt a grafikus kartyara/chipsetre (amit meglepetes: eredendoen erre talaltak ki)? En le vagyok nyugozve, hogy hol tart mar a modern technika, de tenyleg.

de más platformokon nincs alternatívája a Direct2D-nek

Ezen meg konkretan felsirtam. Mindegy, hagyjuk is.

(A video playback gyorsitasa egy mas teszta, de az IE9 demovideon pont nem ez szerepel.)

-=- Mire a programozó: "Na és szerintetek ki csinálta a káoszt?" -=-

lol, most nezem csak direct2d? :D:D Azigen :D Azt hittem legalabb a DirectX fog 3d h264-et meg minden lof@szt szamolni, annak lehet, hogy még ertelme is lett volna
-----------
Happy, satisfied and completely up-to-date Archlinux user since 2009 september (KDE)
"Which version do you use?" "The latest stable" (a random archlinux user)

Erre a hozzászólásra csak annyit tudok mondani: Jáj...

(Bonus hint: Szerinted a Direct2D hova van "kivezetve" a videókártya oldalán? Nem ugyanazokra a GPU-s funkciókra? De. Csak az API oldalán elhagyták belőle a 3D-t, mert egy rakás helyre nem kell, mert minek, teljesen felesleges. Pont nem ezen akadtam le, hanem hogy állítólag ilyen máshol nem létezik.)

-=- Mire a programozó: "Na és szerintetek ki csinálta a káoszt?" -=-

en is azon akadtam le, hogy "mashol ilyen nem letezik". Mert 3d-rol ez csakcsak elmondhato, de 2d-rol mar nem igazan :D
-----------
Happy, satisfied and completely up-to-date Archlinux user since 2009 september (KDE)
"Which version do you use?" "The latest stable" (a random archlinux user)

Szájbarágó Tibor elmagyarázza:

Nem hardveres videógyorsításra gondoltam.
A hardveresen gyorsított 3D lehetséges a böngészőben Linux alatt is, ott van a WebGL JavaScript API, amihez OpenGL ES 2.0 vagy OpenGL kell.

Hardveresen gyorsított 2D nem lehetséges a böngészőben Linux alatt, pontosabban eddig nem volt, de az AMD Catalyst 10.2 Linux alatt biztosít Direct2D-t (Direct2DAccel).

( akoscomp | 2010. 05. 06., cs – 09:22 )

Demonstrálva a szándékot a szabványtámogatásra, a fenti videót HTML5-ben is közzé tehették volna, mert a silverlight egy alig elterjedt formátum, ráadásul linux alatt egyáltalán nincs hivatalos támogatás (tudom, hogy van moonlight, de silverlight nincs).
Lehet a HTML5-öt a microsoft böngészői nem támogatják még, de még akkor is többnek van HTML5 böngészője mint silverlightja.

( airween v | 2010. 05. 06., cs – 09:39 )

Kicsit mintha felpörgették volna az IE kiadásait:

IE6: 2001 aug. 27
IE7: 2006 okt. 18
IE8: 2009 már. 19
IE9: folyamatban alig 1 évvel az előző után?

ahhoz képest hogy az IE6 által nyújtott "élmény" egy örökkévalóságnak tűnt, most nem tudom mit kéne windowsra tennem... :)

( Lacyc3 v | 2010. 05. 06., cs – 10:52 )

Ilyen telepítőt kérnék a kész IE9-hez is.

( szalonna | 2010. 05. 06., cs – 10:55 )

Kíváncsi lennék, h ha melléraknánk egy hardveres gyorsítással bíró nightly built Firefoxot vagy esetleg egy Opera-t (ami ha jól tudom szintén bír hardveres gyorsítással), milyen különbséget mutatnának. Mondjuk azt hiszem csak bizonyos nightly built Firefox-ok tudnak még GPU gyorsítást, de az Opera és az nVidia is valamit egyezkedtek a mobilos böngészés gyorsítására.

( andrasf | 2010. 05. 06., cs – 20:31 )

Kíváncsi lennék hogy a kilőtt krumplinál és a zuhanó bakancsnál vajon gyorsabb-e?

( Csab | 2010. 05. 08., szo – 21:48 )

Hát, ha az IE9-ben javítják, hogy ugyanazt a képet csak egyszer töltse le, akkor is, ha a weboldalon 10-szer szerepel, komoly teljesítmény ugrás lenne...

JavaScriptes cuccokat is fejlesztek, megdöbbentően lassú a js. Firefox alatt is (3.6), de IE8 alatt iszonyú. A perl szétveri sebességben.

Ha valaki fel tudna világosítani, hogy egy 1000 elemű lista rendezése js alatt miért 10-szer lassabb, mint java, vagy perl alatt, az jó lenne (gwt).