Undolog.com

Adobe anunciou algumas novidades durante algum tempo (filtros de Hydra para gráficos avançados e um melhor tratamento de texto) que estarão presentes na próxima versão do Flash. Em particular tem atraído a atenção da introdução do 3D (eixo Z), então a capacidade do Flash para manipular objetos em um mundo tridimensional. Adobe diz que a mesma é realmente um 2.5D, como é afirmado muitas vezes, uma espécie de "simulação" de um mundo tridimensional real. Na verdade, você pode rodar um fluxo de símbolo do Flash em torno do eixo z, mas, apesar disso, o símbolo permanece estável no espaço tridimensional! A 'pouco o que acontece quando você distorcer um bitmap no Photoshop! Este, então, não tem nada a ver com projetos como Papervision3D , Away3D , Sandy e muitas outras, que contêm uma série de recursos (câmera, cenas, texturas, etc ...) ausente "emergentes na abstração." Em essência, a Adobe não quer completamente sobreposição com projetos 3D de terceiros, mas apenas fornecer uma camada nativa para melhorar o desempenho das atuais bibliotecas 3D.

De qualquer forma, o importante é que a Adobe parece orientada para introduzir esses recursos para um nível superior dimensional, não ajudando em todas as bibliotecas mais completas e complexas como Paparevision3D. Por algum tempo, na verdade, usamos duas técnicas básicas para expandir a funcionalidade do Flash: APIs de baixo nível e de alto nível API.

As APIs de baixo nível geralmente são escritos em C / C + + e Flash são parte do núcleo, em seguida, preencha o jogador. Este método, ao mesmo tempo que garante uma maior velocidade de execução, os outros aumentos O tamanho do Flash Player.

As APIs de alto nível são escritas em Actionscript e não são nativos para o núcleo. Em outras palavras são muito parecidas com as bibliotecas que podemos escrever para nós, com a diferença que é fornecido diretamente da Adobe. Como com o lançamento do Flash 5, a primeira introdução do objeto XML foi completamente em Actionscript, criando muitos problemas de desempenho!
A vantagem é que essas bibliotecas são compilados somente quando necessário e depois lançadas no arquivo SWF. Como é o caso hoje com o objeto Tween (ver fl.transition fl.motion .* ou .*) inteiramente escrito em Actionscript (também projetos paralelos como este nascem Tweener (caurina.transitions.Tweener) ou TweenerMax .
Por esta razão, a comunidade Papervision não é totalmente feliz com a escolha de usar API de alto nível, na prática o "nível" da mesma Papervision3D. Isso, na verdade, não pode afetar o desempenho futuro das bibliotecas 3D.

No entanto isso vai acabar, o importante é que Papervision3D não está morto, de fato!

Continuação ...