10 Astro Flash: 3D nativa vs Papervision3D
Sabado 3 de maio de 2008Adobe anunciou algum tempo algumas novas funcionalidades (Hydra filtros de gráficos avançados e uma melhor gestão do texto) que estarão presentes na próxima versão do Flash. Em particular, tem atraído o interesse de introdução em 3D (eixo Z), então a capacidade do Flash para manipular objetos em um mundo tridimensional. O mesmo Adobe afirma que este é realmente um 2.5D, como muitas vezes se afirma, uma espécie de "simulação" de um verdadeiro mundo tridimensional. Na verdade você pode rodar um símbolo Flash intron eixo z, mas apesar disso, o símbolo permanece fixa no espaço tridimensional! Un po 'o que acontece quando você distorcer um bitmap no Photoshop! Essa, então, não tem nada a ver com projectos como o Papervision3D, Away3D, Sandy e muitos outros, que contêm uma variedade de recursos (câmera, cenas, texturas, etc ...) ausente "nell'Astro nascituros." Na sua essência Adobe quer absolutamente nenhuma sobreposição de projetos 3D de terceiros, mas apenas fornecer uma camada nativas, visando melhorar o desempenho das bibliotecas existentes em 3D.
De qualquer maneira o importante é que a Adobe parece orientada para introduzir estes tridimensional apresenta um nível elevado, não ajudando em todas as bibliotecas completas e complexas como Paparevision3D. Durante algum tempo, na verdade, usamos duas técnicas para expandir as capacidades do Flash: API de nível baixo e alto grau API.
O baixo nível da API são normalmente escritos em C / C + + e fazem parte do núcleo do Flash, em seguida, preencha o jogador. Este método ao mesmo tempo que garante uma maior rapidez de execução, o outro aumenta o tamanho do Flash Player.
A API de alto nível são escritos em Actionscript e não pertencem ao núcleo nativo. Em outras palavras é como uma biblioteca que nós poderíamos escrever nós, com a diferença que é fornecido diretamente da Adobe. Tal como acontece com o lançamento do Flash 5, a primeira introdução do XML foi inteiramente construído na Actionscript, criando muitos problemas de performance!
A vantagem é que essas bibliotecas são preenchidos somente quando necessário e, em seguida, apurado no âmbito do arquivo SWF. Tal como acontece hoje com o tema Tween (ver ou fl.transition .* .* fl.motion) escrito inteiramente em Actionscript (incluindo esta projectos paralelos nasceram como Tweener (caurina.transitions.Tweener) ou TweenerMax.
Precisamente por essa razão, a comunidade Papervision não é inteiramente feliz para a escolha da utilização da API de alto nível, na prática, o mesmo "nível" da Papervision3D. Esta, na verdade, ela não pode afetar o desempenho futuro 3D biblioteca.
No entanto vai terminar, o importante é que Papervision3D não está morta, na verdade!























