“Proxy” para streaming de vídeo

Question

Estou investigando a reprodução de um vídeo transmitido ao vivo em um local do evento para um grande número de dispositivos conectados por Wi-Fi. A configuração seria:

Câmera - > PC - > servidor de streaming em nuvem (como Wowza) - > AP Wi-Fi - > dispositivos

Estou tentando descobrir como maximizar de maneira acessível o número de dispositivos que podem consumir o fluxo em um único local.

Se a taxa de bits do fluxo de vídeo for de 5 Mbps, ter a conexão com a Internet rapidamente se tornará o gargalo; com um limite de 20 usuários em uma conexão de 100 Mbps.

Gostaria de saber se eu poderia configurar algum tipo de proxy para o fluxo de vídeo, que armazenaria o fluxo localmente no local e, em vez disso, os dispositivos poderiam se conectar a ele.

Na busca por soluções, deparei com um proxy de hardware que poderia fazer isso, mas eram 10 de milhares de libras, o que não é viável para meu orçamento.

Então, eu estou querendo saber se existe uma solução de software para servidores?

Em segundo lugar, tenho tentado descobrir os limites dos APs Wifi. Os APs padrão parecem ter mais de 100 usuários e são limitados pela conexão ethernet - digamos, 1 Gbit.

É possível configurar um AP que possa usar uma ethernet de 10 Gbit e pode manipular conexões de ordem 1000?

Obrigado por qualquer indicação.

    

Answer 1

Streaming

Proxying um fluxo é bem possível e não deve exigir hardware caro.

No caso de um fluxo HTTP contínuo (como, por exemplo, WebM sobre Icecast), uma instância simples do Icecast configurada para retransmitir o fluxo original cuidará das coisas. Um fluxo para a Internet, disponibilidade local com capacidade limitada apenas pela rede.

No caso de HTTP progressivo (DASH, HLS, etc), você poderia recorrer a um simples proxy HTTP (a menos que o servidor de origem esteja tentando impedir o proxy).

Em todos os outros casos, ele estará mais envolvido, mas se tudo o mais falhar, você sempre poderá executar um transcodificador e enviar um fluxo para um servidor local (por exemplo, avconv / ffmpeg → Icecast).

Rede

Este será, de longe, o maior desafio e exigirá alguma engenharia e testes consideráveis.

Um AP comum pode lidar com algo entre 10 e 30 dispositivos clientes no lado sem fio. O hardware corporativo pode se aproximar de 100. Isso não cobre a largura de banda, porém, com o aumento do número de dispositivos, você tem uma diminuição não linear da largura de banda disponível (um AP teórico de 100MBit / s com 100 clientes teria consideravelmente menor than 1MBit / s por cliente de largura de banda efetiva ), isso é ainda mais composto por dispositivos legados que forçam o AP a alternar entre modos mais rápidos e mais lentos.

Você precisará implantar uma frota de pontos de acesso empresariais com controle de rede inteligente se planeja atender a 1.000 dispositivos clientes simultâneos em uma largura de banda considerável.

Formato de fluxo

Você pode considerar o formato de streaming e seus parâmetros, pois isso pode reduzir suas necessidades de largura de banda em ordens de magnitude.

Mesmo que você não controle o fluxo original, considere a possibilidade de veicular um fluxo local modificado para acomodar os desafios de rede que enfrenta.

Um exemplo: Se você escolher transmitir o WebM com parâmetros cuidadosamente ajustados e o sinal de vídeo sendo codificado for 'simples' (por exemplo, um orador e slides da conferência, ao contrário de um jogo esportivo com muitos movimento na imagem). Então você provavelmente terá uma largura de banda de fluxo resultante abaixo de 1 MBit / s durante a maior parte do tempo. Benefício adicional: reproduz diretamente na maioria dos navegadores da Web (excluindo iDevices, mas há aplicativos).

Conclusão

Boa sorte, isso não será nem barato, nem fácil, mas certamente é viável.