Andre Michelle é um dos programadores por traz do Hobnox Audiotool, uma aplicação RIA utilizando de varias formas de mostragem e manipulação de som.

Ele criou esse exemplo da aplicação de um algoritmo que chama Karplus Strong. Este algoritimo serve para gerar sons com o mesmo timbre e aparência das cordas de um violão. É realmente legal ver esses exemplos performando a nova API de sons do Flash Player 10. No site, Andre Michelle precisou escrever que “não foi usado nenhum sample de som de violão neste exemplo. Tudo é gerado dinamicamente em AS3.”, tamanha a semelhança a um violão real. Há outros exemplos bem interessantes também, veja abaixo.
http://lab.andre-michelle.com/karplus-strong-guitar

Olá pessoal, essa é o segundo post da sequência de três partes sobre Dynamic Sounds no Flash Player 10. Veja aqui a primeira parte da sequência. A idéia inicial era fazer um grande screencast explicando como gerar sons dinâmicos e as novas features da API de som, mas enquanto estava criando o screencast concluí que o conteúdo seria melhor entendido se fosse escrito. Da mesma forma que a tesoura não serve para pregar mas para cortar e o martelo não serve para cortar mas para pregar, creio que um screencast, pelo seu caráter visual, serve muito bem para demonstrar um sistema ou detalhar o funcionamento de uma classe em Actionscript 3.0 mas não serve tão bem para demonstrar conceitos abstratos, pois estes necessitam imaginação. Logo abaixo, está o download da classe utilizada para gerar sons dinâmicos no Flash 10.
Leia o artigo completo »

Olá Pessoal,

Vamos publicar uma série de 3 posts(incluindo screencasts) falando a respeito da criação dinâmica de sons, um dos novos recursos do Flash 10. Este é o primeiro deles e contém a aplicação, a “parte prática” do que você vai aprender na “parte teórica”(próximo post-screencast).

Leia o artigo completo »

Olá.

Faz já um bom tempo que a Adobe anunciou o lançamento do beta do Flash Player 10 no Adobe Labs descrevendo os novos recursos: 3D Effects, Custom Filters and Effects, Advanced Text Layout, Enhanced Drawing API, entre outros.

Muita coisa me animou bastante nessa nova versão, mas a minha praia é muito mais Flash do que Flex em sí. De qualquer forma vou tentar destacar os pontos fortes que vejo nessas novidades para o desenvolvimento de RIA.

Segue um breve resumo dos novos recursos listados pela Adobe:

Leia o artigo completo »

Completando a idéia do Leonardo Cabral, para que o processo execute corretamente, precisamos compilar nosso aplicativo em Flex, levando em consideração a parametrização local-trusted exposta no blog anterior : http://blog.dclick.com.br/2008/02/19/sobre-a-sandbox

Se não houver a definição de sandbox para o tipo local-trusted, conforme exposto, a aplicação não terá direitos de SWF-HTML scripting fora do ambiente de desenvolvimento (Flex Builder).

O tipo de sandbox indica o tipo de zona de segurança na qual o SWF vai operar. No Flash Player, todos os arquivos SWF (e arquivos HTML, quando existe SWF-HTML scripting) são incluídos em um dos quatro tipos de sandbox:

Leia o artigo completo »

O aumento de memória é algo que pode ocorrer em aplicações Flex/Flash devido ao desconhecimento de como funciona o Garbage Collector do Flash Player.

Estava estudando uma pouco mais a fundo este assunto e encontrei algumas referências importantes:

http://www.adobe.com/devnet/flashplayer/articles/garbage_collection.html#
http://www.adobe.com/devnet/flash/articles/ria_dev_guidelines_03.html

e/ou:

http://www.gskinner.com/blog/archives/2006/06/as3_resource_ma.html
http://www.gskinner.com/blog/archives/2006/07/as3_resource_ma_1.html
http://www.gskinner.com/blog/archives/2006/08/as3_resource_ma_2.html

http://www.gskinner.com/blog/archives/2006/06/understanding_t.html
http://www.gskinner.com/blog/archives/2006/07/as3_weakly_refe.html

Post com apresentação da Adobe muito interessante sobre como funciona o GC:

http://blogs.adobe.com/aharui/2007/03/garbage_collection_and_memory.html

Agora se você não tem paciência para ver tantos links, pelo menos veja esta apresentação. Na minha opinião é a melhor:

http://gskinner.com/talks/resource-management/

Outra boa dica com relação a memória é sempre implementar os HotFix disponibilizados pela Adobe. Eles tem a preocupação de sempre estarem corrigindo problemas de memória, como no último:

http://kb.adobe.com/selfservice/viewContent.do?externalId=kb402000

Coloquei toda esta pesquisa aqui porque acho de extrema importância que todos os desenvolvedores Flex se preocupem com a alocação de memória no cliente. Podemos ver que temos que implementar algumas coisas para tirar o melhor proveito do GC, mas o importante é saber como ele funciona.

Espero que realmente a comunidade possa ler e implementar as recomendações dos links citados, pois quem trabalha desenvolvendo para o Flash Player já deve ter ouvido aquelas velhas frases: “Flash é pesado!!! Flash é lento!!!”. Sabemos que não é bem assim.