Webes 3D-gyorsítást akar a Mozilla
2009. március 26. 15:41, csütörtök
A Mozilla csatlakozott a Khronos Group felhívásához, amelyben az ágazat szereplőinek figyelmét hívják fel a 3D-gyorsítás megvalósításának jelentőségére - egy éven belül elkészülhet az első nyilvános változat.

Hirdetés

A Firefox böngészőt fejlesztő alapítvány tulajdonképpen maga kezdeményezte a webes 3D-gyorsítás megvalósítására irányuló projekt elindítását, ebben számítanak a Khronos, valamint számos más cég és csoport segítségére. Elképzelésük szerint siker esetén hosszú évekre biztosíthatják a böngészőkben megjelenő dinamikus háromdimenziós tartalmak megjelenítését és megfelelő kezelését, amivel számos új lehetőség nyílik meg az ágazat előtt.

A projekt a Javascript, valamint az OpenGL ES 2.0 funkcionalitására, ezek előnyeire építene, a két platform egyfajta ötvözetét dolgozva ki. Kíváncsiak azonban a potenciális partnerek véleményére is, és nyitottak az esetleges további technológiák felhasználása iránt - a lényeg számukra, hogy minél szélesebb körű összefogás alakuljon ki a nagyobb szereplők között, ezzel is közelebb hozva a debütálás időpontját. Úgy vélik, hogy nagyjából 12 hónapra lesz majd szükség az első nyilvános fejlesztői csomag megjelenésére, onnantól kezdve pedig gyorsan általánossá válhatnak a böngészőkben megjelenő 3D-tartalmak.

Egy ilyen platform megjelenése számos területen bizonyulhatna hasznosnak, elég csak a Second Life és a hasonló virtuális világokra, vagy akár a népszerű közösségi oldalakra gondolni. Előbbiek immár közvetlenül a böngészőkben is megjelenhetnének (amire egyébként a Second Life esetében külső fejlesztések révén most is van lehetőség), utóbbiak pedig saját háromdimenziós térrel egészíthetnék ki szolgáltatásaikat.

Emellett persze számos más játék és egyéb szoftver is felbukkanhatna a böngészőkben, a kérdés már csak az, hogy az ágazat szereplőinek érdeklődését mennyiben tudják majd felkelteni.
Kapcsolódó linkek
Laptopok

Már 49 900 Ft-tól!

E-book olvasók

Már 17 043 Ft-tól!

Tablet PC-k

Már 23 140 Ft-tól!

LCD monitorok

Már 19 800 Ft-tól!

részletek » részletek » részletek » részletek »
Megosztás
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
 

IT/Tech, Hardver
Tudomány, Mobil, Film, Játék
Hirdetés



Hozzászólások
A témához csak regisztrált és bejelentkezett látogatók szólhatnak hozzá!
Bejelentkezéshez klikk ide
(Regisztráció a fórum nyitóoldalán)
Sir Ny  
2009. márc. 29. 09:42 | válasz | #25
azért, mert az SL csak nemrég óta van.
2009. márc. 29. 09:35 | válasz | #24
Befáradnék én bárhova, ha az lenne a jobb, de a javafx, sl, flash-ből a flash jött ki. Ennyi.
hol9672   "Rest in Peace hol9672" 
2009. márc. 28. 16:34 | válasz | #23
SilverLight : az M$ azt akarja, hogy befáradjunk a száni kis zsákutcájába, egy olyan formátumot használjunk, amit kizárólagosan ő tart kézben (szabadalmak, licenszek).
2009. márc. 27. 22:19 | válasz | #22
Bakker, igazad van és ezt le is teszteltem: Flash 3D
Amikor a flash configban kiapcsoltam a HW accelerationt semmi sem változott és 35% körül izgatta a procimat. Hm... Ez rossz hír, viszont szeretném látni ugyanezt a forgó kockát html, javascriptel, de úgy, hogy minden böngészőben fusson :DDDD Na ezt szeretné a mozz
Csak egy komment: ugyanezen a linken van egy silverlight, ami ezt a kockát megtekeri, viszont 21% CPU load-dal. A SL-ban áhítozzák a 3D gyorsítást és állítólag ki fog jönni 2020 körül. Pár frame után észrevehető, hol csalnak a silver light (inkább csak iron light) implementációban: a textúra feszítése menet közben torzítja a textúrát, mert nem számol rendesen, hogy gyors maradhasson. Ezt sajna szemmel is látni és ordít, hogy sz@r az egész. Így lehet 21%-ot elérni... Ez is rossz hír :)
2009. márc. 27. 20:24 | válasz | #21
Volt, akinek már eszébe jutott ;)
3D-s gyorsítás az Operában?
2009. márc. 27. 20:10 | válasz | #20
Na végre, azt hittem mindenki szövegértési problémákkal küszködik.

Igen, ma is lehet 3D-s cuccokat csinálni Flashben vagy akármiben, csak épp a proci vért izzad mire lerendereli, miközben a videokártyád tétlenül végignézi :) Így fordulhat elő hogy egy komolyabb flashjáték quad procival szaggat, függetlenül attól, hogy HD4870 vagy valami integrált szutyok van a gépben. Ezen szeretne változtatni a Mozilla, én pedig csak azt nem értem hogy ez eddig miért nem jutott már régesrég eszébe valakinek...
2009. márc. 27. 19:33 | válasz | #19
Itt most végülis nem a nyelvről van ám szó, hanem a gyorsításról. A nyelv csak másodlagos: hogy most JS-ből, Flashből, SilverLigth-ból vagy bármiből programozunk 3D-t, az végülis mindegy, a lényeg, hogy maguk a böngészők támogassák a 3D-s hardveres gyorsítást.
A legjobb szerintem egy bináris API lenne, amit több nyelvből is el tudunk érni. Ilyen bináris API meg már van pár, OpenGL, DirectDraw, stb. A lényeg, hogy a böngészű tudjon kapcsolatot teremteni ezzel az API-val.
2009. márc. 27. 19:01 | válasz | #18
Tetszik és nagyon hasonlít az SVG-re SVG in HTML

Maga az SVG is bővülhetne, de ami nagyon tetszik, hogy egy sz@ros oldal megjelenítése HTML, CSS, JS, pici XML, egy csipet a böngésző specifikus cuccokból, és persze a szerver oldalnak is működni kellene :)))) Kérdés, hogy a W3 konzorcium eddig mire várt?? Igérgették, hogy 2020-ra tényleg összemossák a szemetet, de addigra lesz majd 52 féle böngésző mondjuk :D Erre jön a flash és működik. Hm fura, de valóban igaz, hogy a 3D gyorsítás "csak" teljes képernyős módban működik, de a cikkben még csak terv van erről. Melyik a jobb egy működő cucc, amit még csiszolni kell, vagy egy igéret? Ja és a JS memória szivárgása kis adatmennyiségeknél is szívás. Megnézném, hogy szészivárog a browser agya pár textúrától :D Majd ha bezárok egy fület és tényleg csökken a memória felhasználás, akkor elhiszem, hogy érdemes 3D-n gondolkodni. Amíg a megaalap memo kezelés se megy, csak ugatni lehet a 3D-t :DDDD
Sanyix   "Rest in Peace Sanyix" 
2009. márc. 27. 13:09 | galéria | válasz | #17
minden 3d vektoros(kivéve a voxel), miért kéne ezen túllépni?
Inkompatibilitásnál van rosszabb még a felsoroltakon kívül is:
digitális domborzat ábrázolás... 6456456456 féle formátum, nagy része nehezen konvertálható másikra, főleg mert 53453453 féle program van, és mind csak párat támogat. Tehát van hogy egy formátumból egy másikra akarsz alakítani, akkor 5 programon keresztül kell átkonvertálgatni, és ha nem kompatibilis, akkor levágja a csúcsokat, összenyomja a területet, stb :D
2009. márc. 27. 12:01 | válasz | #16
anó volt valami vrml (Virtual Reality Modeling Language).
miért nem erre építenek?
(Igaz régen foglakoztam vele és most foggalmam sincs, hogy túllépet-e a vektoros ábrázoláson a nyelv vagy sem)
Vagy az a baj (szokásos), hogy ilyen már van és kell egy új (lásd: kismillió kép formátum, MS JAva inkompatibilítása a SUN Java szabványával, stb... csak azért, hogy legyen még egy.)
Sanyix   "Rest in Peace Sanyix" 
2009. márc. 27. 09:45 | galéria | válasz | #15
Ok tehát hülye a java c, c++, c# is... merthogy ezek kezelése nagyon hasonlít a js-re (mivel mind objektumorientált nyelv, csak más más célra). Attól hogy te nem érted még nem szar, bugos meg max szar böngészővel az (ie).
Ezzel szemben a flash nemtudom mennyire bugos, de szar lassú az biztos. Az a 3d gyorsítás amire verték magukat az is egy vicc, ugyanis nem minden alkalmazásban működik, és csak teljes képernyőn.
A legkevesebb erőforrást igénylő dinamikus oldalaknál, pedig alap a js más html generálós nyelvvel való párosítása (php, jsp, jsf, stb)
floatr  
2009. márc. 27. 09:21 | válasz | #14
3D Canvas-t akarnak, ami egyben HTML elem is lenne.
grobs  
2009. márc. 27. 09:18 | válasz | #13
A javascript-tel jelenleg is megoldható a 3D, XML alapú 3D leírót meg fölösleges újat kitalálni, több is van belőle mint kellene (pl. 3DMLW az GPL). VRML alapon már 10 éve is csináltak sok ezer szereplős világokat.
Ezeket a Mozilla-nál is nagyon jól tudják. Most arról van szó, hogy OpenGL-lel támogatnák meg a dolgot, tehát általános, hardveres gyorsítás is megoldható lenne, illetve ennek köszönhetően sokkal összetettebb 3D alkalmazásokat lehetne készíteni. Jelenleg egy javascript FPS kb. 320x200-as felbontást tud texturák nélkül egy c2d-n, különben beledöglik a hardver. Javascript "FPS" demo
Egyszerű 3D demo, ebben pedig a forgatáson kívül klikkre lebeg a ruha.
Tehát 3D van, de 2009-es színvonalat képtelenség 3D gyorsítás nélkül kihozni belőle. Ezzel együtt valószínű a fejlesztést is egyszerűsítenék, bár már most is vannak vektoros alkalmazás készítést segítő könyvtár JS-hez.
2009. márc. 27. 01:40 | válasz | #12
Objektumorientált világban élünk, komolyabb desktop nyelvekben még egy karakter kiírásához is legalább egy osztály kell. A JavaScript-es megoldás nekem szebbnek tűnik, a HTML-es megoldás valóban csak egyszerűbb felületek megadására lenne jó, arról nem is beszélve, hogy az animálás és az effektek is megvalósítása is sokkal logikusabb, szebb lenne JS-sel. HTML-ben hogy csinálnál meg egy animálást? innerHTML-el esetleg, másra nem nagyon tudok gondolni.
Mire egy Second Life komplexitású teret leírnál puszta HTML-ben, beleőszülnél (és a SL még egy viszonylag egyszerű 3D-s világ).
Továbbá, egy JS szerű megoldás sokkal közelebb áll az OpenGL és a DirectDraw-szerű leíráshoz, mint a HTML -> egy egyszerű konverter pluginnal bármelyik épkézláb 3D szerkesztőből ki lehetne exportálni az objektumok adatait egy JS által felhasználható fájlba, és az olvashatóság ugyanolyan maradna, kivéve ha bináris fájlba mennek az adatok.
Szerintem egyikünk se fog nekiállni 3D-s tereket Jegyzettömbbel megirogatni.
Dodo55  
2009. márc. 27. 00:32 | galéria | válasz | #11
Tudom, hanem leírónyelv. De attól még szintaktikailag olyan, mint az xml, és azt meg ne mondja senki, hogy nem lehetne xml-el egy egyszerűbb 3D-s teret leírni. Csak a megfelelő tageket kell implementálni egy új html szabványba. Gondolok itt alapvető html funkciókra, csak 3D elemekkel.

Példa:
<html>
<head>
...
</head>
<body>
<div align=center>
<3dspace background=black width=400 height=300>
<3dbox x=-100 y=50 z=10 width=30 depth=10 height=20 rotx=0 roty=0 rotz=0 href="http://valami.hu/index.php"><side1><img src=textura1.jpg></side1></3dbox>
</3dspace>
</div>
</body>
</html>

Valami ilyesmire gondolok, persze ezt csak így össze-vissza kitaláltam a semmiből, és valószínűleg nem így oldanák meg.

Szóval egy ilyen nagyon alapszintű 3D támogatást tehetnének a htmlbe is, ha már natív 3D támogatásról van szó. Aztán tőlem olyan bonyolult JS-OGL API-t csinálnak, amilyet csak akarnak. A lényeg, hogy egy darab kocka ábrázolása miatt ne kelljen már JS-hez nyúlni, ha a böngészőben alapból van 3D engine.
Vorpal  
2009. márc. 27. 00:18 | válasz | #10
Én meg csajt akarok nos nem lesz belőle cikk.
Turdus  
2009. márc. 26. 22:08 | válasz | #9
Szerintem félreértitek a dolgot. Ők a JavaScriptet akarják kiegészíteni, hogy az AJAX mintájára lehessen használni, pl:
<SCRIPT type='text/javascript'>
var obj=new OpenGL;
obj.addVertex(...);
...stb.
</SCRIPT>
Szó sincs arról, hogy a HTML-hez nyúlnának.

A flash-el és a többi hasonlóval az a baj, hogy bináris beágyazott objektumok, általában zárt kódú plugin kell a megjelenítéséhez.
gemi  
2009. márc. 26. 21:04 | válasz | #8
Hát igen, voltak már próbálkozások régebben is,de techinailag két dolog kevés volt hozzá. A sávszélesség és a 3d kártyák teljesítménye.A VRML-el nem lehetett olyan szép dolgokat csinálni,mint pl VIEWPOINT-al.
http://www.westimages.com/index.php?page=3d-galerie3D

A másik gond, az igény. Mert lássuk be egy ilyen modell megalkotásához azért profi 3d-s emberke kell és az pénzbe kerül.
Sir Ny  
2009. márc. 26. 20:20 | válasz | #7
a dolog nem ilyen egyszerű. kezdjük azzal, hogy a html nem egy programozási nyelv...
Dodo55  
2009. márc. 26. 20:08 | galéria | válasz | #6
Ha már azt akarják, hogy a böngésző tudja önmagában, akkor csináljanak egy új html szabványt, ami a html egyszerűségével képes valamilyen szintű 3D-re. Mert tényleg ott van már a flash, úgyhogy ennyi erővel hülyeség js-re megcsinálni, mert annál hülyébb és bugosabb scriptnyelv nincs. Akkor már legyen rohadt egyszerű programozni, a html szabvány meg már így is nagyon elavult, a jelenlegi szintaktika megtartásával bele kéne építeni 1000 olyan dolgot, amit most csak mindenféle külső pluginnal, és javascriptes gányolással lehet megvalósítani.
T0nk  
2009. márc. 26. 20:01 | válasz | #5
Hmmm... Hány éves is a WRML? Miért is fuccsolt be?
Jah, a fless meg elterjedt. Dejó.
Sir Ny  
2009. márc. 26. 18:43 | válasz | #4
silverlight babérjaira? annál még a java is népszerűbb... de erre már tényleg jó régen kitalálták a flasht, meg a shockwave-t
2009. márc. 26. 18:15 | válasz | #3
az élet szép :)
2009. márc. 26. 18:12 | válasz | #2
Na már érzem, hogy a Silverlight babérjaira akarna törni.. :DDD De amúgy ok, hogy fogja támogatni, jó is lenne tényleg, de milyen fejlesztő eszköz lesz hozzá?
2009. márc. 26. 18:01 | válasz | #1
Mitől lesz ez jobb, mint a most is használható flex/flesh cucc? Ha jól tudom ezek már használnak 3D-s gyorsítást. Ha annyira lesz browser függő, mint most a html,javascript, xml, stb. implementációk, akkor vazzeg újra 8 browser-ben kell majd tesztelni, ami bazira lelassítja a fejlesztést. Ha nem lesz kurv@keményen megkövetelve a szabvány és hol így hol úgy fut a cucc, szar vége lesz, mint most a HTML szabványnak. Sehol sem megy fullosan :D