ApsaraVideo Live:E-commerce: Transmissão ao vivo com ultrabaixa latência (400–800 ms)

Visão geral do setor

Nos últimos anos, cada vez mais empresas de e-commerce adotaram a transmissão ao vivo. No entanto, a tecnologia padrão geralmente apresenta latência de 3 a 6 segundos ou mais, insuficiente para a demanda por interação frequente entre apresentadores e compradores. Além disso, a estabilidade e a continuidade dos fluxos de áudio e vídeo impactam diretamente as taxas de conversão.

Desafios

• Alta latência: quando os espectadores fazem perguntas sobre produtos, a alta latência impede respostas em tempo real pelo apresentador, prejudicando a experiência de visualização.

• Buffering frequente: reclamações recorrentes sobre buffering forçam os apresentadores a trocar de rede ou reiniciar a transmissão, reduzindo a eficiência.

• Espera prolongada na troca de transmissões: deslizar entre transmissões ao vivo em dispositivos móveis causa atrasos de vários segundos antes do carregamento do próximo vídeo.

Solução

O RTS usa o protocolo UDP e aproveita a rede global da Alibaba Cloud, com mais de 3.200 pontos de presença (POPs), além de tecnologia de otimização de link completo para reduzir a latência da transmissão ao vivo de e-commerce ao nível subsegundo, partindo de mais de 3 segundos na transmissão padrão. O RTS oferece baixa latência, integração simples e mínima interrupção.

Vantagens

Demonstração

Caso de uso

Taobao Live: o Taobao Live evoluiu para uma nova indústria de e-commerce na era moderna. Comerciantes, streamers e consumidores adotaram a plataforma. Atualmente, o Taobao Live usa o RTS em grande escala. O RTS ajuda o Taobao Live a reduzir a latência, minimizar o buffering e suportar dezenas de milhões de usuários simultâneos, aumentando a eficiência de conversão de negócios.

Pré-requisitos

• Verifique se o ApsaraVideo Live está ativado. Caso contrário, ative-o agora.

• Associe um domínio de ingestão a um domínio de streaming. Para mais informações, consulte Associar um domínio de ingestão a um domínio de streaming.

Limitações

• Limitações do Web RTS SDK: o SDK não suporta fluxos de vídeo com B-frames ou fluxos de áudio com codificação AAC. Se você ativar o RTS e selecionar Sub-second latency (400ms-800ms end-to-end), o sistema transcodifica automaticamente fluxos com B-frames ou áudio AAC para garantir compatibilidade. Esse processo incorre em uma taxa de transcodificação de transmissão ao vivo.

• Requisitos do player: o RTS usa o protocolo UDP. Os requisitos de versão do player constam na tabela abaixo:

  Tipo de player	Descrição
  ApsaraVideo Player SDK	Versão 5.4.5.0 ou posterior
  ApsaraVideo Player SDK	Versão 2.0.3 ou posterior

Configuração

1. Faça login no console do ApsaraVideo Live.

2. No painel de navegação à esquerda, escolha Live + > RTS.

3. Selecione um domínio de streaming.

4. Ative a chave RTS e selecione Sub-second (End-to-End Latency: 400-800 ms).

5. Para implantar em ambiente de produção, integre o SDK ou siga o protocolo de sinalização RTS.

   Nota

   É possível ativar tanto o RTS quanto a transmissão ao vivo padrão (RTMP, FLV e HLS) em um único domínio de reprodução. Diferencie-os pela URL de reprodução.

   • Exemplo de URL de reprodução para RTS: artc://PlaybackDomain/AppName/StreamName?AuthenticationString.

   • Exemplo de URL de reprodução de transmissão ao vivo padrão: rtmp://{streaming_domain}/{AppName}/{StreamName}?{auth_string}.

Etapa 1: Gerar URLs de ingestão e reprodução

Etapa 2: Ingerir fluxo com o OBS

• Abra o OBS Studio. Nas configurações, selecione Stream. No campo Server, insira a URL de ingestão gerada. Exemplo: rtmp://***push1.ialicdn.com/test***/test?auth_key=1643******-0-0-a922892e06ee18016640e0fe14******.

• Nas configurações, selecione Output. Defina o Keyframe Interval como 3 segundos ou menos e configure o Profile como baseline. Retorne à tela principal, selecione uma fonte de vídeo e inicie a transmissão.

  Nota

  Essas configurações ajudam a alcançar ultrabaixa latência de 700–900 ms.

Etapa 3: Reproduzir o fluxo RTS

Regras de faturamento

Diferentemente da transmissão ao vivo padrão, o RTS segue um novo sistema de preços:

• A cobrança baseia-se no item faturável do RTS, sem custo adicional pelo item faturável de transmissão ao vivo padrão.

• Os métodos de faturamento do RTS seguem os mesmos da transmissão ao vivo padrão: por transferência de dados ou por largura de banda.

• Alterações no método de faturamento da transmissão ao vivo padrão atualizam automaticamente o método de faturamento do RTS.

Para mais informações sobre o faturamento do RTS, consulte Faturamento para Transmissão ao Vivo de Ultrabaixa Latência.

É possível usar a transmissão ao vivo padrão e o RTS simultaneamente na mesma transmissão?

Sim. Para uma única transmissão ao vivo, o sistema gera URLs de reprodução separadas para a transmissão padrão e para o RTS. Por exemplo, a transmissão ao vivo padrão usa rtmp://PlaybackDomain/AppName/StreamName?AuthenticationString para reprodução, enquanto o RTS usa artc://PlaybackDomain/AppName/StreamName?AuthenticationString.

Posso usar um SDK próprio para acessar o RTS?

Sim. Siga as especificações do protocolo de sinalização RTS da Alibaba Cloud.

RTS: Quais navegadores são compatíveis com a reprodução?

O RTS permite acesso via WebRTC padrão, possibilitando a reprodução em qualquer navegador compatível com WebRTC. Para mais informações sobre compatibilidade de navegadores, consulte Compatibilidade de navegadores com WebRTC.