VISÃO GERAL TÉCNICA

Arquitetura WebRTC

Uma explicação concisa de como a imagem em direto viaja do browser do emissor até aos espectadores e de qual é o papel da Cloudflare.

O percurso de uma transmissão em direto

  1. 1

    Browser do emissor

    Depois de concedida a permissão, o browser capta os dados da câmara e do microfone e estabelece uma ligação WebRTC.

  2. 2

    Aplicação LiveSnap

    A aplicação alojada na Hostinger verifica a sessão e as regras de acesso e, em seguida, prepara a configuração da ligação. Não recebe nem processa os fotogramas do vídeo em direto.

  3. 3

    Cloudflare Realtime SFU

    O retransmissor de media da Cloudflare recebe a transmissão uma única vez e distribui-a pelos espectadores ligados. Assim, o emissor não tem de enviar uma cópia separada a cada espectador.

  4. 4

    Browsers dos espectadores

    Cada espectador recebe o fluxo através de WebRTC. A sua rede e o seu dispositivo influenciam a qualidade que consegue receber.

Browser

Pede permissão para a câmara e o microfone, envia a transmissão e reproduz o fluxo recebido. Fechar a página ou retirar o acesso termina a captação no browser.

Aplicação na Hostinger

Executa a aplicação LiveSnap e a base de dados. Gere contas, sessões e regras do serviço; os segredos da aplicação permanecem no servidor.

Cloudflare Realtime

Disponibiliza o SFU sem servidor (Serverless SFU) usado para retransmitir os media em direto entre o emissor e os espectadores. É a camada de media, não a base de dados das contas.

Ligação e limites de segurança

O que isto significa na prática

Para transmitir, é necessário um browser atualizado com suporte para WebRTC e permissão para utilizar a câmara. O emissor pode terminar a sessão ou retirar a permissão da câmara a qualquer momento. As regras de tratamento de dados estão descritas na política de privacidade; a utilização do LiveSnap continua a reger-se pelos termos de utilização.