Undolog.com

Adobe anunciou anteriormente algumas novas funcionalidades (filtros Hydra para gráficos avançados e manuseio de texto melhorado) que estarão presentes na próxima versão do Flash. Em particular, suscitou interesse a introdução de 3D ​​(eixo Z), em seguida, a capacidade de flash para manipular objectos num mundo tridimensional. Adobe diz que a mesma é realmente um 2.5D, como muitas vezes se afirma, uma espécie de "simulação" de um mundo tridimensional real. Na verdade, você pode rodar um flash símbolo íntrons 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 outros muitos, que contêm uma riqueza de recursos (câmera, cenas, texturas, etc ...) ausente "nell'Astro crescente". Em essência, a Adobe não quer sobrepor-se completamente com desenhos em 3D de terceiros, mas apenas fornecer uma camada nativa para melhorar o desempenho das bibliotecas existentes em 3D.

Enfim, 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 as capacidades do Flash: APIs de baixo nível e de alto nível API.

As APIs de baixo nível são geralmente escritos em C / C + + e Flash são parte do núcleo, em seguida, preencha o jogador. Este método, enquanto que assegura uma maior velocidade de execução, os outros aumentos da dimensão do jogador Flash.

As APIs de alto nível são escritos em ActionScript e não pertencem ao núcleo nativo. Em outras palavras são semelhantes aos bibliotecas que poderia escrever, com a diferença que é fornecido directamente a partir da Adobe. Tal como acontece com o lançamento do Flash 5, a primeira introdução do objeto XML foi criado completamente em Actionscript, criando muitos problemas de desempenho!
A vantagem é que essas bibliotecas são compilados somente quando necessário e depois descarregados no arquivo SWF. Como é o caso hoje com o objeto Tween (ver fl.motion. * Ou fl.transition *). Inteiramente escrito em Actionscript (igualmente projectos paralelos como este nascem Tweener (caurina.transitions.Tweener) ou TweenerMax .
Precisamente por esta razão, o Papervision comunidade não está totalmente feliz com a escolha do uso de alto nível API, na prática, o "nível" do mesmo 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!

Leia mais ...