Como criar um fluxo de jpegs (ao vivo) em C ++ ou C # ou Java? RTSP?

votos
1

Estou construindo um navegador prestação lados html servidor que torna html e envia jpegs para o cliente móvel. Eu preciso descobrir como construir um servidor que agarra jpegs e córregos-los em uma sessão para um cliente que eu vou escrever em J2ME

Publicado 02/03/2009 em 12:04
fonte usuário
Em outras línguas...                            


3 respostas

votos
0

Bem, existem soluções melhores do que JPEGs simples. Eu sistemas implementados como este, e você faria melhor usar um codec de vídeo, como MPEG-2, MPEG-4 ASP, H.264, etc do que JPEG, e enviar atualizações como P-frames (ou seja, deltas do anterior imagem), e se há "muito grande" uma mudança (ou atualização perdida, ou novo cliente adicionado a um fluxo existente), envie um i-frame.

Mesmo sem o uso de um codec de vídeo, as diferenças envio, muitas vezes, ser preferível. Usar algum outro mecanismo para codificar Diffs.

Em termos de como tirar o tampão para enviar, você pode usar um número de framebuffers para retribuir a, e configurar o código framebuffer para iniciar um temporizador quando uma alteração é feita, e enquanto as mudanças estão ocorrendo enviar mudanças periódicas, quando o tempo suficiente se passou desde a última alteração (não enviado até o momento) enviar uma atualização (provavelmente o tempo mais curto do que o primeiro valor), e provavelmente também incluir algum tipo de strobe que força uma atualização que pode ser invocado em certas ocorrências (se você pode, por exemplo, obter uma indicação de carregamento da página-a conclusão do navegador, o que você pode fazer com um pouco de trabalho no Firefox, alterando o cromo, etc).

[Adicionado]

Para exemplos de outras soluções, olhar para os protocolos e programas como o VNC, RDP (Windows Remote Desktop), etc-de desktop remoto - que é efetivamente o que estão fazendo, novamente com compressão mais extravagante e rastreamento de danos-região.

Para framebuffers, você pode usar linux padrão / etc código de framebuffer (provavelmente mais simples), ou mesmo algo como XVFB (que dá acesso a mais informações sobre o que e por que as coisas estão mudando de um framebuffer raw).

Respondeu 15/05/2009 em 16:27
fonte usuário

votos
0

Eu ia escrever um servlet que serve um jpeg de cada vez, e um midlet que solicita a próxima jpeg cada tantas vezes.

Respondeu 02/03/2009 em 13:10
fonte usuário

votos
0

Não é completamente claro o que você quer dizer com "ao vivo", mas eu estou supondo que você está falando sobre como fazer pedidos de um processo do lado do servidor que processa URLs passadas em e retorna uma imagem. Uma das maneiras mais fáceis que eu conheço de fazer isso é com Java e SWT . Você pode usar o widget do navegador do SWT e capturar a tela, em seguida, convertê-lo em qualquer tipo de imagem que deseja. O widget do navegador usa o Firefox para renderizar páginas para que eles devem olhar muito bom.

Respondeu 02/03/2009 em 12:58
fonte usuário

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more