Befáradnék én bárhova, ha az lenne a jobb, de a javafx, sl, flash-bõl a flash jött ki. Ennyi.
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).
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 :)
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...
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.
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
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
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.)
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)
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.
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.
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.
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.
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.
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.
a dolog nem ilyen egyszerû. kezdjük azzal, hogy a html nem egy programozási nyelv...
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.
Hmmm... Hány éves is a WRML? Miért is fuccsolt be? Jah, a fless meg elterjedt. Dejó.
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
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á?
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
Informatika és tudomány
