Adobe kunngjorde noen gang noen nye funksjoner (Hydra filtre for avansert grafikk og bedre styring av tekst) som vil være til stede i neste versjon av Flash. Særlig har tiltrukket seg interesse innføringen av 3D (Z-akse), og evnen til Flash for å manipulere objekter i en tredimensjonal verden. Det samme Adobe sier at dette er faktisk en 2.5D, som ofte er oppgitt, en slags "simulering" av en reell tredimensjonal verden. Faktisk kan du rotere et symbol Flash introns z-aksen, men tross dette symbolet fortsatt flatt i tredimensjonal plass! Un po 'hva skjer når du forvrenge punktgrafikk i Photoshop! Dette, da, har ingenting å gjøre med prosjekter som Papervision3D, Away3D, Sandy og mange andre, som inneholder en rekke funksjoner (kamera, scener, teksturer, osv. ...) fraværende "nell'Astro ufødte." I essensen Adobe ønsker absolutt ingen overlapping i prosjekter 3D tredjepart, men bare gi en innfødt laget for å forbedre ytelsen av eksisterende 3D-biblioteker.
Uansett det viktigste er at Adobe synes rustet til å innføre disse tredimensjonale funksjoner et høyt nivå, ikke i det hele tatt å hjelpe bibliotekene komplett og komplekst som Paparevision3D. For noen gang, faktisk, bruker vi to teknikker for å utvide egenskapene i Flash: API lavnivå og høynivå API.
Det lave nivået API normalt er skrevet i C / C + + og er en del av kjernen i Flash, og deretter fylle i spilleren. Denne metoden mens garanterer større fart på kjøringen, den andre øker størrelsen av Flash Player.
High-level API er skrevet i Actionscript og ikke tilhører kjernen innfødt. Med andre ord er akkurat som et bibliotek som vi kunne skrive til oss, med den forskjell som er levert direkte fra Adobe. Som med utgivelsen av Flash 5, den første introduksjonen av XML ble bygget helt i Actionscript, som skaper mange problemer for ytelsen!
Fordelen er at slike biblioteker er fylt kun når det er nødvendig, og deretter slippes i SWF-fil. Som skjer i dag med emnet Tween (se fl.motion .* eller fl.transition .*) og alt er skrevet i Actionscript (inkludert denne parallelle prosjekter ble født som Tweener (caurina.transitions.Tweener) eller TweenerMax.
Nettopp på grunn av dette fellesskapet Papervision er ikke helt fornøyd for valg av bruker høynivå API, i praksis den samme "nivå" av Papervision3D. Dette, i faktum, kan den ikke påvirke fremtidige resultater 3D-bibliotek.
Imidlertid vil ende, det viktigste er at Papervision3D er ikke død, ja!
Related Post