Adobe ha anunciado algunas nuevas características desde hace algún tiempo (filtros de Hydra para gráficos avanzados y un manejo mejor texto), que estará presente en la próxima versión de Flash Player. En particular, ha atraído la atención de la introducción del 3D (eje Z), entonces la capacidad de Flash para manipular objetos en un mundo tridimensional. Adobe dice que el mismo es en realidad un 2,5 D, como se afirma a menudo, una especie de "simulación" de un verdadero mundo tridimensional. De hecho, usted puede girar un flujo de Flash símbolo alrededor del eje z, pero a pesar de esto, el símbolo permanece plana en el espacio en tres dimensiones! A 'poco lo que sucede cuando se distorsionan un mapa de bits en Photoshop! Esto, entonces, no tiene nada que ver con proyectos como Papervision3D , Away3D , arena y muchos otros, que contienen una serie de funciones (cámara, escenas, texturas, etc ...) ausente "que surgen en la abstracción." En esencia, Adobe no quiere que se superponen completamente con diseños en 3D de terceros, pero sólo ofrecen una capa nativas para mejorar el rendimiento de las bibliotecas en 3D.
De todos modos, lo importante es que Adobe parece orientado a introducir estas características a un nivel dimensional superior, no ayudar en todas las bibliotecas completas y complejas como Paparevision3D. Desde hace algún tiempo, de hecho, se utilizan dos técnicas básicas para ampliar la funcionalidad de Flash: APIs de bajo nivel y la API de alto nivel.
La API de bajo nivel son generalmente escrito en C / C + + y Flash son parte del núcleo, a continuación, rellene el jugador. Este método, al tiempo que asegura una velocidad mayor de ejecución, la otra aumenta el tamaño del reproductor de Flash.
La API de alto nivel se escriben en Actionscript y no nativos en el núcleo. En otras palabras son muy similares a las bibliotecas que nos puede escribir a nosotros, con la diferencia que se suministran directamente desde Adobe. Al igual que con el lanzamiento de Flash 5, la primera introducción del objeto XML estaba completamente en ActionScript, creando muchos problemas de rendimiento!
La ventaja es que estas bibliotecas se recogen sólo cuando sea necesario y luego dados de alta en el archivo SWF. Como es el caso hoy en día con el objeto Tween (ver fl.transition fl.motion .* o .*) completamente escrito en Actionscript (también proyectos paralelos como esta nacen Tweener (caurina.transitions.Tweener) o TweenerMax .
Por esta razón, la comunidad Papervision no está del todo contento con la opción de usar API de alto nivel, en la práctica el mismo "nivel" de Papervision3D. Esto, de hecho, no puede afectar el rendimiento futuro de las bibliotecas en 3D.
Sin embargo, va a terminar, lo importante es que Papervision3D no está muerto, de hecho!
No hay comentarios para esta entrada
Deja un comentario