O desafio foi lançado (no início do mês), criar uma aplicação simples em Flex que carregue um texto dinamicamente contendo uma frase específica e esperar que o Google a indexe.

A ideia de um concurso veio do Platform Evangelist, Ryan Stewart, e todas as participações têm de seguir as seguintes regras:

• Utilizar a Flex Framework
• A frase tem de ser carregada dinamicamente, ou seja, não pode existir aquando da compilação.
• O carregamento tem de ser feito apenas se ocorrer interacção (e.g. click num botão).
• O resultado dado pelo Google (se tal acontecer) deverá apontar directamente para o estado onde essa frase é carregada (deeplinking).
• Código fonte disponível
• Várias participações permitidas

(+Detalhes)

O que realmente interessa aqui é saber se o Google está a indexar conteúdos percorrendo uma aplicação como pseudo-utilizador e o que se nota é que ao colocar a variável concurso se desvirtua o concurso.
Eu percebo que o Ryan apenas tenha colocado a hipótese de prémios para tentar que o máximo de programadores tentassem as mais variadas maneiras de contruir a aplicação mas o que se viu é que sem regras que foquem o objectivo final isso é difícl. Por exemplo:

• Apenas permitir a frase no conteúdo carregado para o Flash Player.
  O que se nota é que a maior parte do conteúdo indexado é a sobre as aplicações e não as aplicações em si.
• Outro caso, um dos participantes comprou o domínio e nomeou o swf com a mesma palavra e é isso que faz aparecer a sua entrada em 1º, mesmo que o conteúdo não esteja a ser indexado (até hoje,19Julho, não estava).

Finalmente a minha participação:
Esta tentativa baseia-se em 3 pressupostos que penso serem os que garantem melhores hipóteses de o Google realmente indexar o conteúdo, lembro que são apenas palpites e que aparte do Google/Adobe ninguém sabe o que se passa.

• Display List: Cada vez que o Flash Player faz o render o playerbot percorre a display list e quanto encontra objectos de descendam/contenham do/o TextField, indexa o texto. Se isto acontecer, a probabilidade de os objectos serem encontrados aumenta com a proximidade à raiz (Stage) da display list.
• HTTP: O playerbot deve monotorizar todos os requests feitos pelo Flash Player, se o pedido feito for um ficheiro ASCII (XML) é mais fácil ser indexado do que um formato binário (AMF Remoting).
• Formatação: É provável que o Google de relevância à formatação do texto, como em HTML, por isso a palavra chave está formatada com uma tag H1 definida em CSS.

Sem mais demoras e com código fonte disponível (Right-Click > View Source):
http://blog.nunorosa.com/wp-content/uploads/exemplos/Flex/SEO/

PS:Estou a fazer o tracking dos clicks através do Google Analytics mas penso que este não regista a passagem de bots. Alguém tem uma dica de como fazer isso?

Após 3 semanas offline, o fórum que começou como suporte aos tutoriais do Lee Brimelow em 2006 (já é uma comunidade por si só) voltou hoje ao activo.
Mudanças mais significativas:

• Upgrade para phpBB™ 3.0 “Olympus”
• Estrutura alterada, sendo a mais significativa uma secção de emprego/freelance.

Obrigado ao Lawrence Job, Ludvig Jernqvist e Erik Hallander pelo tempo dispendido a trazer de volta um dos melhores locais para discutir/ajudar descontraidamente sobre Flash Development.

“Todos os videos que foram até hoje filmados pelo RiaPT foram agora migrados para um canal próprio no Blip.TV. Todos os futuros videos passarão a estar disponíveis neste novo canal e poderão ser observados dentro do Adobe Media Player caso pretendam visualiza-los em modo offline.“(Ler post no blog RIAPT).

Como podem ver na imagem acima já adicionei a feed do Blip.TV ao Adobe Media Player (AMP) o que torna muito mais cómodo visualizar/descarregar os vídeos e saber quando existem novos conteúdos.
Para quem ainda não está convencido a experimentar o AMP fiquem a saber que é também possível visualizar conteúdos distribuídos por cadeias como MTV, CBS e Comedy Central.

Para adicionar a feed dos videos RIAPT basta:

1. Abrir o Adobe Media Player
2. Seleccionar ‘MY Favorites’
3. Na nova janela seleccionar ‘Add RSS Feed’ e introduzir http://riapt.blip.tv/rss

Muitos dos oradores em conferências/eventos têm o excelente hábito de disponibilizar o seu material de apoio após as mesmas.

O  Grant Skinner disponibilizou hoje os slides (167!!) utilizados num workshop dado por ele ao longo do último ano que consistia num dia intensivo sobre as novidades em AS3, migração de AS2 e dicas.
Apesar de normalmente os slides apenas terem alguma informação para apoiar a audiência a seguir o orador “in-loco” posso dizer que estes slides são +/- fáceis de seguir e contêm exemplos que permitem ver em funcionamento o assunto que abordam.

Isto conjugado com um bom livro de referência em AS3, acho que se pode tirar um bom proveito. Boas experiências.

PS: Nos próximos dias vou postar um exemplo de como fazer o parse de um ficheiro wav local e injectar os dados no buffer de som.

Sound API

Mais um post sobre as novas funcionalidades do Flash Player 10.

Depois de ter visto uma entrada no Coisas Interactivas sobre uma aplicação de scratching numa Nintendo DS, lembrei-me de procurar o que já havia sido feito pela comunidade com as potencialidades da nova Sound API que permite um acesso de baixo nível às amostras de áudio. Ainda não existe nada de tão elaborado, mas é expectável que assim que saia a release final do plugin aparecam frameworks à semelhança com o que aconteceu com o 3D.

As novidades são o evento flash.events.SamplesCallbackEvent que é disparado quando as amostras no buffer estão a acabar para que se possa injectar novas amostras. É por exemplo o ideal para ter um loop limpo, i.e., contínuo e sem atraso.
Associado a este evento existe uma propriedade da classe Sound que permite injectar amostras directamente no buffer, samplesCallbackData do tipo ByteArray.

Isto pode ser visto em acção:

• Flash Player 10 Beta: Dynamic Sound, por Lee Brimelow
• Astro Dynamic Sound, por Keith Peters
• Adobe is Making Some Noise (Part 2), por Tinic Uro

A novidade mais interessante é quando conjugamos a funcionalidade anterior com um novo método da classe Sound que permite extrair informação do áudio, por exemplo um ficheiro carregado do servidor ou até mesmo um ficheiro carregado localmente (mais adiante). Como é fácil de imaginar as potencialidades são enormes: equalização, efeitos, edição, etc.

(…).extract(target:ByteArray, length:Number, startPosition:Number =-1):Number

O protótipo do método é intuitivo mas o que faz é copiar n amostras (length) para um instância ByteArray e como parâmetro adicional é possível definir a posição da primeira amostra (startPosition), por defeito o ponteiro não é alterado entre leituras. Ou seja; se lermos 1024Bytes numa primeira leitura, na segunda leitura o ponteiro vai apontar para o 1025º Byte. Por fim o método devolve o número de Bytes lidos.
Nota: O número de amostras tem de estar compreendido entre 512 e 8192.

Antes de injectar as amostras, estas podem ser manipulas. No exemplo de equalização, separar as diversas bandas com um banco de análise -> Amplificar/Atenuar cada banda -> obter as amostras alteradas com um banco de síntese. 

Alguns exemplos em acção:

• Flash Player 10 Audio, em FlexibleFactory
• Cut and edit mp3 files with Flash Player 10, por Benjamin Dobler
• 8bitboy on steroids, por Joa Ebert
• Sound.extract() rocks!, por Joa Ebert
• Simple 3-Band EQ with Flash Player 10, por Leo Bergman

FileReference

Esta API já existia em versões anteriores do Flash Player e é utilizada para controlar a transferência de um ficheiro entre cliente e servidor. Até agora para manipular um ficheiro presente no cliente era necessário fazer o upload para o servidor e carregar de volta para o Flash Player presente no cliente. Como é fácil de ver se a operação implicar manipular e devolver um ficheiro do cliente o processo pode ser moroso.

No Astro foram introduzidos dois métodos para ler/salvar um ficheiro localmente mas necessitam de interacção com o utilizador prévia, i.e., não é possível antes de o utilizador indicar qual o ficheiro. Mais detalhes sobre estes novos métodos podem consultados na documentação oficial, indicada pelo Lee Brimelow (Platform Evangelist da Adobe) .

Exemplo

Para finalizar fiz um exemplo básico utilizando ambas API’s.
Ler um ficheiro local e mudar a sua velocidade de reprodução apenas à custa de descartar amostras em intervalos regulares.( método pouco robusto)

Existe um problema que é o seguinte: as amostras a ser injectadas no buffer têm de ser em formato PCM mas os dados que temos acesso ao ler o ficheiro correspondem ao ficheiro mp3 que está codificado.
Por isso é necessário usar um workaround que se sustenta na capacidade do Flash Player criar um SWF em bytecode na memoria. O método não paece muito simples (1,2), mas felizmente hoje o (?)Christopher Martin-Sperry (FlexibleFactory) disponibilizou um biblioteca que faz o serviço por nós com a nuance de perder a informação relativa à ID3 tag no processo. No final obtem-se um objecto Sound com o qual já podemos utilizar o método extract() para ter acesso a amostra codificadas em PCM.
Ler mais

No próximo dia 31 de Maio realiza-se no Porto o segundo encontro do recém criado RiaPT Adobe User Group.

Oradores:

• João Saleiro e João Fernandes:
  Rich Internet Applications na plataforma Flash usando Flex e Air

• Rui Duarte Silva:
  Flash Platform na Alert, passado, presente e futuro.

+Info

Está disponível para download aquela que é já a 14ª edição da revista PROGRAMAR. Apesar de a plataforma Flash não ser um tema recorrente na revista, outros artigos podem interessar ao comum Flash Developer. Destaco:

• Reflection
• Engenharia de Software
• Interacção Python/MySQL