O air só vai dar mais controle, mas, dá pra ser feito da mesma forma em Flex.
Você vai precisar ter de alguma forma um backend em PHP ou Java. Mas, se a base for a mesma, você consegue conversar com o processo java. O problema está no processo Java, seria ideal que que ele rodasse na máquina local do cliene, para abrir threads de download e poder gravar um cache lá. Infelizmente só assim para poder gravar algo no HD do cliente. Com Java WebStart é possivel instalar jars no cliente, e, de alguma forma solicitar que o processo fique rodando para que o sistema passe a funcionar. Mas, precisa de assinatura digital. O WebStart é uma forma de applet mas muito mais poderosa, com interfaces melhores e fora do contexto de thread que o applet roda. Abraço, Ernani 2012/2/16 Wemerson Couto Guimarães <[email protected]> > Porque não posso colocar a app air nos clientes entende? > > Eles só permitem se for via browser! > > Outro detalhe, SQLLite é uma grande pedida, eu usava ele no início mas > interferiu na performance e os videos e animações ficaram "picados"... > dando pulinhos sabe? > > Só consegui resolver usando xml... transitando do servidor para os > terminais e também armazenando eles em arquivos... por incrível que pareca > o a carga de IO ficou bem menor... bem, mas isso na app air... no caso não > tenho saida, preciso fazer via browser. > > Até porque tem um outro agravante que é o fato de meu concorrente rodar a > aplicação dele em browser... ou seja... tudo que eu falo pro cliente que > não dá o concorrente conseguiu.. rs... então tenho que achar uma saída via > browser... sem instalar nada. > > Em 16 de fevereiro de 2012 18:11, Ernani Joppert Pontes Martins < > [email protected]> escreveu: > > Wemerson, >> >> Porque não faz o seguinte. >> >> Crie um db local, sqllite, e armazene as listas de vídeos para ser >> baixados. >> Crie um serviço Java, que fique na taskbar, que se comunica com o db, e o >> sistema de arquivos. >> >> Ambos os softwares estão linkados com a conta do usuário, via webservice. >> >> Pela app air, você controla toda a interface, e, habilita o usuário a >> poder baixar vídeos on demand. >> E monitora o progresso dos bytes recebidos até o momento pelo Serviço >> Java. >> >> O serviço Java (pode ser em qualquer linguagem na verdade), ficaria >> monitorando essa flag do vídeo em questão, e validando se a conta do >> usuário está ativa no sistema (paga, etc...) >> >> Quando a app air, solicita um download, grava uma flag qualquer que está >> apto a baixar o tal arquivo ou arquivos. >> >> Então, o serviço Java, abre uma thread, ou várias, seguindo o processo do >> getright... (cada thread baixa um offset de bytes), o que torna o download >> mto melhor. >> >> Isso fica armazenado no HD do cliente, do terminal Citrix ou algo assim. >> >> Você pode deixar o cliente baixar x arquivos por vez (10 processos com 10 >> threads cada), e deixar que o cliente tenha 10 coleções, até mesmo expirar >> esses arquivos em alguma hora. >> >> Para aumentar ainda a segurança com o conteúdo, armazene o arquivo numa >> partição TrueCrypt, e monte ela apenas quando for gravar e ler dados. >> http://www.truecrypt.org/docs/?s=command-line-usage >> >> O formato dos vídeos podem estar em .dat e você pode definir quais blocos >> de bytes começa o stream. >> >> Com isso sua app air consegue saber se o arquivo está completo, parcial, >> etc. >> O serviço Java, faz o trabalho sujo, e garante que o arquivo está sendo >> baixado. >> >> A conversa entre o Java e o AIR pode ser baseadas em tabelas de sqlite ou >> mesmo arquivos locais no sistema de arquivos. >> O que for mais adequado, embora eu acredite que o SQLite seja mais rápido >> em termos de I/O e otimização de recursos, bem como riqueza dessa API entre >> programas no mesmo terminal. >> >> O que acha? Resolve seu problema? >> >> Abraço, >> >> Ernani >> >> >> >> >> 2012/2/16 Wemerson Couto Guimarães <[email protected]> >> >>> Boa tarde... >>> >>> Nao esta nao... >>> >>> Os dispositivos estao espalhados em inumeros clientes cada um com sua >>> conexao com a internet entende? Uns tem conexoes boas, outros medias, >>> outros pessimas... >>> >>> E ainda tem os clientes com aplicacao de Terminal Server onde a banda e >>> ultra-hiper-limitadissima... entao obrigatoriamente tenho que rodar local e >>> via browser >>> >>> Em 16 de fevereiro de 2012 04:44, Tonussi Eric >>> <[email protected]>escreveu: >>> >>> O server da app não está na mesma rede que os dispositivos? >>>> >>>> -- >>>> @Tonussi >>>> tonussi.com <http://tonussi.com/> >>>> >>>> >>>> Em 16 de fevereiro de 2012 10:16, Wemerson Couto Guimarães < >>>> [email protected]> escreveu: >>>> >>>>> @Ernani, vou descrever um pouco melhor nosso sistema para você >>>>> entender... >>>>> >>>>> A aplicação normal nossa roda em Flex/Air e através dela eu pego os >>>>> arquivos do nosso servidor e gravo no sistema de arquivos sem problemas, >>>>> desde que esteja dentro do contexto da aplicação air (app:/)... E gravo >>>>> justamente para não ficar toda hora baixando os mesmos arquivos... >>>>> >>>>> Quanto a streaming de video, sinceramente... se der um picote na >>>>> transmissão não serve pro nosso propósito e com a internet que temos no >>>>> Brasil com certeza vai dar picote uma hora ou outra... então fazer a >>>>> aplicação originalmente em Air foi uma grande pedida pois gravamos tudo >>>>> localmente e a reprodução é formidável... inclusive pra conteúdo em HD... >>>>> >>>>> Eu vejo por aí muitos terminais de Digital Signage cujas empresas não >>>>> vou citar o nome, que a reprodução fica congelada ou em tela preta por >>>>> muito tempo... já vi casos de mais de 30 segundos sem nada... gravando >>>>> localmente isso não acontece... >>>>> >>>>> >>>>> Eu tenho clientes que usam Terminal Citrix e liberam apenas 24Kbps >>>>> para cada terminal e algumas limitações de equipamento, então a nossa >>>>> aplicação não daria certo, pois é feita pra conteúdo em FullHD.... >>>>> >>>>> Então a princípio estamos estudando a possibilidade de construir uma >>>>> aplicação via browser, para esses casos; onde só iria ser reproduzido >>>>> conteúdo estático com imagens e textos sem animação e sem video... então >>>>> seria perfeito pra usar no browser.... mas aí vem a questão de cache... >>>>> nem sempre é perfeito e vai ter que baixar de novo e com certeza a >>>>> reprodução vai dar furos... >>>>> >>>>> Por isso que quero ver a possibilidade de gravar em disco, numa área >>>>> previamente definida e devidamente autenticada... >>>>> >>>>> E nesse ponto me deu uma segunda luz... se conseguirmos fazer isso, >>>>> praticamente vou poder migrar toda a aplicação Air pro browser; inclusive >>>>> a >>>>> parte de reprodução de video em FullHD... pois seria a mesma coisa, já que >>>>> os arquivos estariam local... e não teria que ficar com 2 aplicações >>>>> distintas... o filtro ficaria no conteúdo... onde eu setaria um terminal >>>>> COM ou SEM animação. >>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> Wemerson Guimarães >>>>> Rio Verde - Go - Brasil >>>>> >>>>> -- >>>>> Você recebeu esta mensagem porque está inscrito na lista "flexdev" >>>>> Para enviar uma mensagem, envie um e-mail para >>>>> [email protected] >>>>> Para sair da lista, envie um email em branco para >>>>> [email protected] >>>>> Mais opções estão disponíveis em >>>>> http://groups.google.com/group/flexdev >>>>> >>>> >>>> -- >>>> Você recebeu esta mensagem porque está inscrito na lista "flexdev" >>>> Para enviar uma mensagem, envie um e-mail para [email protected] >>>> Para sair da lista, envie um email em branco para >>>> [email protected] >>>> Mais opções estão disponíveis em http://groups.google.com/group/flexdev >>>> >>> >>> >>> >>> -- >>> Wemerson Guimarães >>> Rio Verde - Go - Brasil >>> >>> -- >>> Você recebeu esta mensagem porque está inscrito na lista "flexdev" >>> Para enviar uma mensagem, envie um e-mail para [email protected] >>> Para sair da lista, envie um email em branco para >>> [email protected] >>> Mais opções estão disponíveis em http://groups.google.com/group/flexdev >>> >> >> -- >> Você recebeu esta mensagem porque está inscrito na lista "flexdev" >> Para enviar uma mensagem, envie um e-mail para [email protected] >> Para sair da lista, envie um email em branco para >> [email protected] >> Mais opções estão disponíveis em http://groups.google.com/group/flexdev >> > > > > -- > Wemerson Guimarães > Rio Verde - Go - Brasil > > -- > Você recebeu esta mensagem porque está inscrito na lista "flexdev" > Para enviar uma mensagem, envie um e-mail para [email protected] > Para sair da lista, envie um email em branco para > [email protected] > Mais opções estão disponíveis em http://groups.google.com/group/flexdev > -- Você recebeu esta mensagem porque está inscrito na lista "flexdev" Para enviar uma mensagem, envie um e-mail para [email protected] Para sair da lista, envie um email em branco para [email protected] Mais opções estão disponíveis em http://groups.google.com/group/flexdev
