Hum... interessante... mas de toda forma vai requerer que seja autorizado executar no micro do cliente correto?
Em 17 de fevereiro de 2012 06:17, Ernani Joppert Pontes Martins < [email protected]> escreveu: > 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 > -- 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
