SharedObject é um recurso que dar ao Flash Player a capacidade de salvar dados localmente para poder ser usado posteriormente em sua aplicação, a grosso modo é como um cookie. Com o Flash Media Server, foi introduzido a possibilidade de usar o SharedObject Remote, no qual os dados são salvos no servidor Flash Media Server e compartilhados para todas as instâncias de uma conexão entre o Flash Player e o Flash Media Server. Isso possibilita a criação de aplicativos em real time como Dashboards, chats e o que mais a imaginação permitir.

O uso do SharedObject Remote pode ser usado de duas maneiras em conjunto com o Adobe Flash Media Server.

• Somente pelo lado cliente, através do Flash Player/AIR
• Em conjunto com ActionScript Communication, linguagem de servidor do Flash Media Server

Vejamos o primeiro caso:

Através do lado cliente, através do Flash Player/AIR

Caso você não tenha conhecimento para usar a linguagem Server-side do Flash Media Server, é possível utilizar o SharedObject Remote somente pelo ActionScript 3.0. Vamos a um exemplo clássico sharedBall, onde o objetivo é compartilhar as posições da bolinha a atualizar nos outros clientes conectados a mesma instância.

• Vá até o diretório de instalação do Flash Media Server e procure pela pasta “applications”, lá crie um diretório chamado “sharedBall”, dentro dele um arquivo chamado “main.asc”
• Abra o main.asc no seu editor de textos de preferencia ou pelo próprio Flash e digite: trace(“sharedBall…”);
• Vamos testar esse arquivo, abra o console do Flash Media Server, geralmente fica localizado no diretorio de instalação/webrrot/swfs. Você pode abrir pelo browser ou o swf diretamente.
• Clique no botão “View Applications” e em seguida procure o nome “sharedBall” no combobox logo no canto inferior esquerdo onde está escrito “New Instance…”
• Selecione “sharedBall” e deveremos ter na aba Live Log algo como na imagem abaixo:

• No Flash, criei uma bola com as ferramentas de desenho e converti para MovieClip dando o nome de “mc_ball”.
• Estamos prontos para começar a integração entre o Flash e o Flash Media Server. Crie um layer para o ActionScript e abra o editor apertando F9 ou “Window->Actions”
• Nosso código começa com a conexão com o servidor Flash Media Server

Feito isso, podemos testar o swf apertando Ctrl+Enter, se tudo correr bem, deveremos ter a seguinte mensagem no output do Flash:

NetConnection.Connect.Success

Com a conexão feita, podemos instanciar o nosso SharedObject Remote para compartilhar as posições de x e y da bolinha.

O handlerSync é responsável por atualizar os dados de x e y pegaremos do SharedObject Remote:

Daremos a opção de ao clicar na bolinha, que ela possa ser arrastável, em seguida atualizaremos as posições de x e y no SharedObject Remote:

Segue o código completo:

Veja uma demostração em funcionamento:

Download sharedBall

O Adobe AIR for Android pode acessar alguns recursos do hardware dos smartphones. Dentre alguns deles podemos citar o acesso a internet, ler o estado do telefone, o acesso da rede, o acesso da wifi, GPS, sensores etc. O Adobe AIR pode acessar também a camera do dispositivo, sendo que isso pode ser feito de duas maneiras.

O Adobe AIR está disponivel para dispositivos rodando Android a partir da versão 2.2(Froyo)

Temos duas classes para acessar a camera com Adobe AIR for Android:

http://help.adobe.com/en_US/FlashPlatform/reference/actionscript/3/flash/media/Camera.html
A primeira maneira de acessar a câmera do celular é usando a classe Camera, clássica e já bastante conhecida de nossos trabalhos em ambiente web e desktop. Antes você pode usar o método Camera.isSupported, e para pegar as câmeras usando Camera.getCamera().

Geralmente essa classe é usada também para enviar o streaming de sua câmera para o servidor Flash Media Server(em conjunto com a classe NetStream) e transmitir para web, desktop ou mobile. Veja um exemplo de uso:

No getCamera, se não for passado nenhum parâmetro, acessará a camera principal do dispositivo, você pode acessar uma câmera especifica passando o índice dela como string:

http://help.adobe.com/en_US/FlashPlatform/reference/actionscript/3/flash/media/CameraUI.html
CameraUI é uma classe nova exclusiva para o Adobe AIR for Mobile Devices, permitindo que você capture a imagem ou vídeo do aplicativo padrão de câmera do celular. A imagem ou video fica disponivel no objeto MediaEvent. Veja um exemplo de uso:

Um ultimo detalhe para que funcione no smartphone, é necessario setar a permissão para que o aplicativo possa acessar a camera no Android. Isso é feito no xml de configuração do Adobe AIR:

Sites de jogos online feitos com Adobe Flash se tornaram muito populares. Existem varias produtoras que se especializaram no desenvolvimento de jogos em Flash e nos últimos anos vimos um crescimento grande em relação aos jogos em Flash nas redes sociais a exemplos dos jogos casuais que encontramos no Facebook e Orkut.

Introducing the Molehill 3D APIs

O Adobe Flash oferece uma gama enorme de possibilidades para o desenvolvimento de jogos e recentemente com a nova API 3D do Flash Player(codinome Molehill), isso só aumentou e deu muita liberdade os desenvolvedores. Veja uma lista de demonstrações com Molehill.

Engine de Física

Para alguns jogos é essencial que se tenha um simulador de física(gravidade, ação e reação, colisões etc), as chamadas engines de física, que são bem conhecidas pelo pessoal que já desenvolve em outras plataformas especificas para jogos. Alguns engines de físicas para o Adobe Flash são:

• Box2DFlash — This Flash physics engine is based on the widely recognized Box2D engine from C++.
• Glaze — This one is based on the Chipmunk engine from C++. Beyond physics, this library also features scene management, line of sight, user input, scrolling, and AI.
• JigLibFlash

visit www.mandreel.com

Você pode aproveitar também algumas bibliotecas ou códigos de jogos ja desenvolvidos e portar para o Flash atraves do Adobe Alchemy, para quem não sabe, o Adobe Alchemy converte código em C/C++ para ActionScript 3.0. Tanto que temos até produtoras portando jogos do Nintendo Wii para o Flash.

Sempre fui fã de games e desde meu primeiro video game, um Master System, sempre tive vontade de criar jogos e agora resolvi criar um site. Para criar um site de jogos em Flash, a empresa Mochi oferece opções entre plugin para WordPress, Game Site Script, Arcadem Pro 2.8+, phpArcadeScript e AV Arcade. O interessante da empresa é que a empresa oferece também os jogos e da a possibilidade de você publicar e ganhar alguma grana com seu próprio jogo. Meu jogo ainda está em produção e envolve Flash e Flash Media Server para algo mais interativo e em tempo real. Breve estarei disponibilizado no Mochi. Enquanto isso, aproveite alguns dos mais de 900 jogos online free feitos em Flash no site.

Twitter!

.

Essa notícia é bem interessante, e no sentido real da palavra, de que nos interessa e muito, o Rafael Martinelli trouxe diretamente da MAX essa informação. Fiquei bastante impressionado com o MoleHill, motivo que me fez escrever esse post dando uma introdução sobre o assunto.

Estarei acompanhando com muito interesse o que estiver acontecendo nesse segmento e sempre que possível vou procurar trazer novidades sobre essa engine.

Mas afinal, o que é MoleHill?

“Molehill” é o nome de código para um novo conjunto de baixo nível, com APIs de aceleração GPU  3D  que permitirá avançadas experiências em 3D nas telas através do Adobe ® Flash ® Platform runtimes.

Existem diversas comunidades, frameworks para desenvolvedores poderem ampliar seus horizontes na criação de aplicações 3D, como Alternativa3D, Away3D, Flare3D, Sophie3D ou Yogurt3D.

Durante a AdobeMAX um vídeo muito interessante foi apresentado para os participantes, ele mostra um jogo em 3D com gráficos mais apurados, algo que não deixa nada a desejar a consoles físicos para games, e que, talvez não fosse nada fantástico o vídeo abaixo se o game não estivesse rodando em um FlashPlayer.

Impressionante ver o que a Adobe fez, e contrariando muitos que dizem que o flashplayer requer processamento da máquina, a Adobe fez um game com uma estrutura potente e que requer ZERO, isso mesmo, ZERO de processamento da CPU, utilizando somente a placa aceleradora.

Confira o vídeo antes de continuar o artigo.

.

De acordo com o anúncio feito pela Adobe, no primeiro semestre de 2011, (quando em versão pública beta) a versão do Flash Player irá suportar essas novas APIs, bem como também acontecerá uma atualização do Adobe Flex SDK. Para obter mais informações leia atentamente o Molehill faq:

http://labs.adobe.com/technologies/flash/molehill/#faq

Para a maior parte das suas dúvidas você com certeza encontrará as respostas aí nesse link, portanto vou me fixar a falar das possibilidades de algo assim.

Não será novidade pensar que milhares de desenvolvedores começarão a criar seus games, mas não é só de game que vive o homem, apesar de ser muito bom é claro. Essa engine nos dará possibilidades de experimentar de fato uma nova era da web em 3D. Lembramos que o shockwave não deu certo, não emplacou, mas pelo visto a Adobe aprendeu com o erro e fez uma engine de qualidade, a cada dia mais e mais computadores saem de fábrica com placa aceleradora 3D, ao ponto que isso está se tornando comum, se essa engine é a primeira fase, podemos esperar muito pelo que esta por vir.

Pense nas aplicações 3Ds que poderão ser desenvolvidas, pensem em um showroom virtual, hotsites etc, tudo aquilo que era feito antigamente com as piores gambiarras possíveis, hoje poderá ser realizado com qualidade.

Sou suspeito para tecer elogios a Adobe visto que sou um entusiasta, fiz minha carreira em cima de todos os seus sofwares, e claro, da Macromedia, que hoje é Adobe… portanto fico feliz em saber que ela nunca abandonou o Flash, e mais que isso, se empenhou em criar inclusive um conversor de SWF para HTML5, fazendo com que os desenvolvedores Flash (vulgo flasheiros) não percam seu mercado, afinal, se Flash fará HTML5, certo é dizer que HTML5 nunca fará um SWF e nem chegará perto da qualidade, visto que essa tecnologia com todo respeito ainda está engatinhando.

Mas o assunto é MoleHill, vamos  continuar falando de quem vai se dar bem nessa história toda na minha opinião.

.

.

Evidente, ela já se deu bem, e depois e todo o alvoroço e discussão sobre o Flash rodar ou não no Iphone fica aí um susto que a Adobe está dando a Apple, ou não, pois talvez a mesma já previa tal situação e portanto procurou evitar os games em Flash para poder alavancar a AppStore, sem entrar muito no tema, nem são os games 3Ds os mais vendidos na mesma (portanto nem sei porque da preocupação do Steve, talvez parcerias , enfim) mas…  certamente essa é uma tecnologia fantástica que faz a Adobe novamente ficar a frente dos demais, como sempre esteve. Afinal, uma plataforma para desenvolvimento de games mais sérios, com suporte a joysticks, volantes etc, (nada pronunciado a respeito mas isso vemos nos vídeos, o volante do XBox sendo utilizado), combinado com um Flash Media Server, um ambiente de multiusuário, online,  pode ser realmente devastador (no bom sentido) para o mercado como um todo.

Então não poderíamos deixar de falar quem é que mais ganha com isso.

.

Android

.

O Android tem sido um parceiro do Flash simplesmente porque a Apple não quis ser no seu iOS, e a Adobe já se pronunciou a respeito dizendo que haverá acesso as APis 3D também para as plataformas móveis…  fantástico, não só para games, mas como falei, para outros recursos de aplicativos.

A web sempre procurou introduzir o 3D, é uma tendência natural, também sou suspeito para falar do assunto pois sempre apostei no 3D e sou um 3Ddesigner também e obviamente amo o assunto e sempre acreditei que a experiência 3D é muito poderosa, pois ela trata quase todas as sensações visuais que o cérebro pode comportar, dando é claro maior realismo ainda que não haja muitos detalhes gráficos.

Posso dizer que consigo passar horas desenvolvendo algo em 3D sem me cansar, pois me sinto imerso no ambiente, mas não é a mesma coisa para desenvolver algo em 2D.

Enfim, o Android de fato vai se dar bem nessa história, vai abocanhar todo um mercado de 3D para mobile, com milhares de desenvolvedores famintos para migrar diversas aplicações e games prontos para essa engine, para rodar em Flash.

.

Portanto quem também ganha com isso?

Os diversos frameworks que já citei.

.

Dentre eles eu aposto mais no AlternativaPlatform, me pareceu mais robusto, mais acabado inclusive, a maioria dos vídeos que trago aqui são desse framework, no mais, outras como Frare3D e Away3D também me parecem boas, mas como ainda não botei a mão em nenhuma delas fica suspeito comentar, em um futuro próximo farei alguns testes (como designer) e darei a minha visão. Mesmo assim, tanto designer como desenvolvedor terá uma gama de possibilidades bastando ver as suas necessidades, e ter várias opções nesse caso é muito bom.

Vou dar um foco maior a AlternativaPlatform, portanto veja o anúncio feito no blog da própria empresa sobre a Adobe Max.

http://blog.alternativaplatform.com/en/2010/10/16/alternativa-3d-is-free-see-you-at-adobe-max

Confira a qualidade do site:
http://alternativaplatform.com/en/

Uma breve introdução visual:

.

Vamos agora a imersão, vamos aos vídeos:

.

Confira outro vídeo, agora de uma visão externa mostrando o “jogador” do MaxRacer :

.

.

Outro vídeo da Alternativa3D:

.

.

Agora da Frima Studio (http://www.frimastudio.com/), que utilizou a engine usada para PSP do jogo Zombie Tycoon (http://www.zombietycoon.com/EN/index.htm) migrando para Molehill (sim fantático, não o jogo mas a possibilidade) :

.

.

Away3D :

.

.

Vamos a uns vídeos mais instrutivos:

O primeiro é a sessão de Sebastian (engenheiro-chefe na Molehill):

.

.

O segundo vídeo é da equipe Flare3D, apresentando o Molehill e suas vantagens:

.

.

Away3D e Alternativa3D teams (equipes), ainda sobre seus respectivos frameworks e vantagens:

.

.

E então a Pixel Bender 3D:

.

.

Bom galera, espero que esse post tenha sido uma boa introdução para conhecer o assunto, fiz uma pesquisa vasta para trazer as melhores informações sobre o tema e espero que tenham gostado.
Assim que tiver novas informações interessantes estarei postando, até lá se você também tiver algo a acrescentar não deixe de comentar aqui nesse post.

E que venha o mundo 3D na web.

_________________________________________

Eduardo Horvath é UX Specialist e Designer na DClick.
Formado pela Faculdade Impacta de Tecnologia no curso Design de Mídia Digital ele atua na área de Design a mais de 15 anos.
@eduardohorvath

Flash Media Gateway é um novo servidor da Adobe com o objetivo de possibilitar que aplicativos feitos com Flash Player ou Adobe AIR possam se comunicar atraves do protocolo SIP(Session Initiation Protocol). O FMG Telephony SDK se conecta de forma transparente com o Adobe Flash Media Server permitindo uma rápida integração da telefonia com seus aplicativos já existentes, portanto, dando controle total para personalizar o nível de recursos e aplicação de políticas que podem exigir. Torna facil de configurar e começar a usar sua primeira chamada para áudio e vídeo usando Session Initiation Protocol (SIP) sem escrever qualquer código ActionScript.

Veja mais detalhes:
http://labs.adobe.com/technologies/flashmedia_gateway/

Web RunTime é uma das possibilidades que a Nokiaoferece para criação de aplicativos para seus dispositivos movéis. Se você já é um desenvolvedor web, você não precisa de quase mais nada para começar a desenvolver para os dispositivos Nokia usando o WRT. Ele permite a criação de widgets para plataforma S60 sendo uma extensão do navegador Webkit permintindo que as instâncias do browser sejam executadas como se fossem aplicativos separados. E você ainda pode criar aplicativos mais ricos com o uso do Flash.

Ferramentas de desenvolvimento.
A Nokia oferece algumas ferramentas para facilitar o desenvolvimento para WRT:

• Nokia Web Developer Environment Standalone.
• Plugin para o Aptana Studio.
• Extensão para o Adobe Dreamweaver.
• Plugin para o Microsoft Visual Studio.

Também oferece UI Framework e Library como:

• Guarana WRT UI library – Uma library baseada em JQuery para o Nokia WRT feita pelo pessoal do INdT(Instituto Nokia de Tecnologia) com sede em Manaus.
• Nokia Mobile Web Templates – Um conjunto de templates otimizados para mobile e para você customizar como quiser.

E tem algumas API’s para se trabalhar com os recursos dos dispositivos movéis.

• Platform Service 2.0 – Uma API em JavaScript e ActionScript 2.0 para acessar recursos dos dispositivos movéis como acelerometro, geolocalização etc.
• API Bridge – é um componente para aparelhos Nokia com Symbian, que permite widgets WRT, conteúdo Adobe Flash Lite e aplicações Java possam acessar recursos do dispositivo através de uma arquitetura plug-in. Os desenvolvedores podem estender o componente APIBridge com os seus próprios plug-ins.

Como funciona os widgets feitos com Web RunTime? esse widgets são arquivos com extensão .wgz que nada mais é que um arquivo compactado com os arquivos de seu site. Os arquivos que não podem faltar são:

• Info.plist – arquivo responsavel pelas informações de seu widget como versão, pagina inicial, nome etc
• index.html – na verdade, pode ser qualquer nome desde que esteja setado no Info.plist como MainHTML.

Criar widgets com WRT e Flash Lite
Como você usa html para criar seus widgets com WRT, nada impede de usar o Adobe Flash na mesma maneira de como você usa normalmente atraves do html. Vamos ver um exemplo usando JavaScript para fazer a comunicação com o Flash atraves da classe ExternalInterface. Nesse exemplo utilizarei o Nokia Web Developer Environment Standalone.

• Crie um novo projeto do tipo Symbian web apps->Basic web app project. Dê um nome para seu projeto e clique em next. São gerados os arquivos basicos para seu projeto.

Daremos a opção do usuario escolher dois videos para tocar. Começaremos com o html contendo as opções de video.

E o html que carregará o swf responsavél por tocar o video:

Editaremos o arquivo basic.js para adicionar o método que mandará para o swf o video que deverá ser tocado.

No Flash, criamos um arquivo do tipo Flash Lite 3.0 ou 3.1. No painel da library, clique em na opção “new Video”. Dê o nome de instancia de “vd”. Em type deixe selecionando “Video (ActionScript-controlled) e adicione no stage. Adicionaremos o seguinte codigo para que o Flash execute o video via stream a partir do Flash Media Server:

Usamos a classe estatica ExternalInterface para que nosso método dentro do Flash possa ser chamado a partir do JavaScript. Executando o emulador do Nokia Web Developer, devemos ter algo parecido com isso:

Emulador Nokia Web Developer

Para gerar o arquivo .wgz, bastar clicar com o botão direito no projeto e pedir “Package Web app” e seu aplicativo está pronto para rodar no celular. Testei no Nokia 5230

Para saber mais:
http://www.forum.nokia.com/Develop/Web/Tools/
http://wiki.forum.nokia.com/index.php/Category:Web_Runtime_%28WRT%29
JQuery Mobile
Adobe Flash Lite

Kevin Towes, Product Manager do Adobe Flash Media Server, postou em seu blog que o Stratus agora foi renomeado para Cirrus(também é um tipo de nuvem). Cirrus da aos desenvolvedores a possibilidade de criar aplicativos de audio, video, games, colaborativos sem a necessidade de um servidor e com alguns recursos do novo Adobe Flash Media Server 4.

SAIBA MAIS: http://blogs.adobe.com/ktowes/2010/10/introducing-cirrus-the-new-codename-for-stratus.html

Segue alguns codinomes usados pela Adobe (e da antiga Macromedia) para o desenvolvimento de seus softwares. Lista em constante atualização, quem souber de algum codinome que não esteja na lista, pode deixar um comentário para atualização

Fonte:
http://luar.com.hk/blog/?p=472

Flash Access 2.0

Recentemente a Adobe lançou um novo SDK chamado Adobe Flash Access, anteriormente chamado de FMRMS (Flash Media Rights Management Server). É um SDK feito em Java que visa dar aos desenvolvedores a possibilidade de proteger e monetizar seus aplicativos em vídeo baseados na Flash Platform, principalmente a distribuição de conteúdo via streaming podendo trabalhar em conjunto com o Adobe Flash Media Server.
O Flash Access tem capacidade de se adaptar varios modelos de negocios. incluindo vídeo on demand, aluguel e venda por meio eletrônico. As empresas também podem usar o Flash Access para proteger a integridade e privacidade da sua formação ou anúncios fornecidos através de vídeo. Você pode distribuir conteúdo protegido com o Flash Acesso por streaming através do Adobe Flash Media Server, o novo HTTP Dynamic Streaming , download progressivo, ou permitir downloads em uma biblioteca de conteúdo para reprodução em locais de conveniência do consumidor.

Fluxo de trabalho no Flash Access

Principais funcionalidades do Flash Access 2.0

• New client support with Flash Player
• New media delivery support with HTTP Dynamic Streaming
• Flexible usage rules
• Persistent content protection
• Authenticated and anonymous access
• Output protection
• Support for Software as a Service (SaaS)

Veja mais em:
http://www.adobe.com/products/flashaccess/

O Open Source Media Framework – OSMF(antigo Strobe Media Framework) é um conjunto de componentes pré-programados para você usar em seus aplicativos multimidia, permite a facil implementação de recursos que tem como objetivo, enriquecer a experiência do usuário quando se trata de conteúdo multimidia para web.

O Open Source Media Framework – OSMF – permite a facil implementação de recursos que tem como objetivo, enriquecer a experiência do usuário quando se trata de conteúdo multimidia para web.

Dentre os recursos que podem ser facilmente implementados com OSMF incluem:

• Veiculação de anúncios de vídeo template(VAST).
• Media Abstract Sequencing Template (MAST).
• Media RSS (MRSS).
• Distribution Format Exchange Profile (DFXP).
• Synchronized Multimedia Integration Language (SMIL).

Vamos fazer um primeiro exemplo de um player bem simples com o OSMF, nos próximos artigos, vamos adicionando mais funcionalidades.
Crie um projeto do tipo ActionScript Project no Flash Builder ou uma nova classe ActionScript 3.0 no Flash Professional CS5. Daremos o nome de “MyPlayerOSMF” estendendo a classe Sprite.

Temos nosso esqueleto, vamos entender algumas classes do OSMF. As classes mais importantes que devemos conhecer para criar players de multimidia são:

• MediaPlayer – É o engine do seu player. Essa classe corresponde aproximadamente a um player de mídia atual. Possui os métodos e propriedades para interface de controle de ações do usuário como play, pause, seek, e stop.
• MediaElement – mídia, como vídeo, áudio, imagem, texto e assim por diante. Esta classe representa nada e tudo o que um MediaPlayer pode tocar.
• MediaFactory – converte uma url para objeto para que possa ser tocada pelo player. A classe DefaultMediaFactory instancia objetos MediaElement do tipo correto determinado vídeo, áudio, imagem ou outros tipos de mídia suportados como entrada.
• MediaPlayerSprite – Fornece as instâncias da classe MediaContainer, da classe MediaPlayer e da classe DefeaultMediaFactory. A classe MediaPlayerSprite fornece a maneira mais fácil de criar um media player com OSMF.

Vamos deixar algumas url’s para carregar os videos usando download progressivo e streaming.

Iniciaremos com uma instância da classe MediaFactory converter a url para objeto e a classe MediaElement sera responsável por criar o elemento necessario de acordo com o que for carregado, video, imagem ou swf. Em seguida usaremos a classe MediaPlayer que contem a base para controlar o player, tem como autoplay = true como padrão.

O nosso player esta quase pronto, vamos adicionar um instancia da classe MediaContainer para inserir nosso player no palco. Segue o código completo.

Veja o player em funcionamento:

Para saber mais:
http://www.adobe.com/devnet/video/articles/osmf_overview.html
http://www.adobe.com/devnet/flash/articles/video_osmf_streaming.html
http://mediapm.edgesuite.net/osmf/swf/ExamplePlayer.swf