O ADT helper tool já possui suporte ao AIR 2.6 e suas melhorias, tais como o suporte ao Retina Display e o Multitask. É sem dúvida uma ferramenta de grande ajuda, mas ainda precisa melhorar alguns pontos, como o suporte para arquivos, que na versão atual ( 0.30 ) só  suporta arquivos na pasta principal.

Para os interessados, podem baixar o programa aqui

Download ADT Helper Tool

2 – Use device fonts.

3 – Não remova um app do ITunes Connect, ou depois você suará para usar o mesmo nome.

4 – Se possível, use um Mac. Além de ter menos chance de dar algo errado com seu .ipa, o tempo de compilação é bem menor.

5 – Tenha uma conexão wifi do device com o Pc/Mac. Usar Remote Debug Session é uma das melhores formas de entender as telas brancas, pretas, os travamentos, enfim, os bugs.

Algumas dessas dicas são de uso geral, outras são específicas para o desenvolvimento em Flash.

Mas existem algumas técnicas que ajudam a melhorar o desempenho da sua aplicação. Uma delas é tirar vantagem do uso dos vetores no Flash, já que vetores são, em sua maioria, bem menores que imagens. No Light Benders, jogo desenvolvido em AIR, usei essa técnica para deixar o app com menos de 20Mb, pois permitiria o download via 3G. No final, consegui reduzir mais da metade do tamanho do arquivo, deixando-o com aproximadamente 10Mb, bem menos do que eu esperava =).

A técnica consiste basicamente em gerar as imagens dinamicamente. Para isso, segui os seguintes passos:

- Usei vetores (.swf) embutidos no app.

- Carreguei-os e fiz as modificações necessárias, mas não os adicionei na Display List.

- Usei as classes, BitmapData e Bitmap, para gerar uma imagem com o .swf modificado.

- Então adicionei a imagem na Display List.

Tamanho da imagem 74kb, em vetor 20kb. Em alguns casos, a redução passou de 500%.

Com isso, consegui melhorar a performance, principalmente quando usava Tween, pois pude tirar proveito da GPU e diminuir o file size. Só o uso da memória que aumentou um pouco, alguém tinha que se sacrificar =), mas a relação custo x benefício foi uma boa escolha, no final.

Enfim, acho que usar Device fonts é a melhor opção. Pelo menos até agora, com os recursos atuais do PFI.

Acredito que esse seja um erro muito amplo, vi pessoas tendo problemas diferentes, mas com a mesma mensagem de erro, e corrigindo-os de várias formas. No meu caso, ele estava ligado a uma chave duplicada, que só descobri depois que criei um novo projeto no xCode, para testar meus certificados, e quando fui gerar a versão para distribuição, apareceu um erro diferente, justamente o erro da chave duplicada.

O outro erro que tinha, que não entendi até agora porque tinha, era um erro com o nome da pasta onde estavam os arquivos necessários para o funcionamento do jogo, como os mapas, as músicas, etc. Costumava chamar esta pasta de “resources”, mas por algum motivo esse nome gerava o erro “Application failed codesign verification”, deve ser um nome reservado, sei lá. Pra corrigir, tirei o “resources” e coloquei “data_iphone”, mas ainda me resta uma dúvida, se eu tivesse colocado outro nome, ao invés de “data_iphone”, teria funcionado?!! Depois eu testo isso.

Dica para os gringos:

- look for duplicate keys

- look for folder names, “data_iphone” is a good name

PS. Isso é só um lembrete, mesmo. Agora nunca mais cairei nessa.

Universal tips:

- “keeping everything lowercase is often a good idea!”