Se você estiver procurando “como fazer transmissões ao vivo”, este artigo aborda essa questão:Como criar um sistema de transmissão ao vivo de 0 a 1 para dar suporte ao âncora para iniciar a transmissão, ao público para assistir, ao usuário para solicitar o microfone, à interação de voz/vídeo, aos presentes e recompensas e à fraca reconexão de rede do sistema de microfone ao vivo。
Ele é adequado para cenários que incluem:Transmissão interativa ao vivo, companhia social, namoro, show ao vivo, PK, bate-papo com acompanhantes on-lineÉ uma opção perfeita para a expansão da socialização 1v1 para um formato de produto “ao vivo + microfone”.
Este irá direto para você:Lista de funções do MVP, arquitetura de âncora/visualizador/contribuidor, principais processos, soluções de baixa latência, armadilhas comuns, métricas de teste, custo e sugestões de seleção.。
Se o seu objetivo não for escrever um conceito, mas colocar uma demonstração em funcionamento o mais rápido possível, esse é um estilo de redação mais “prático”.Tencent RTC Os recursos destacados no programa 1v1 Dating, incluindo acesso global, áudio e vídeo de baixa latência, mensagens de texto, brindes interativos, push off-line, janelas flutuantes, redução de ruído de IA e SDKs entre plataformas, também são adequados para abstração nos recursos básicos de um produto de transmissão ao vivo.
Cenários e objetivos
O objetivo do produto Lianmai Live geralmente é claro:Baixa latência, sem desconexão, ordem controlada, interações realizáveisPara os usuários, a percepção mais importante não é “qual RTC é usado”. Para os usuários, a percepção principal não é "qual RTC é usado", mas o âncora deve começar a transmitir rapidamente, o público deve entrar na sala de forma constante, o aplicativo para microfone contínuo deve ser suave, a fala deve ser clara e não bagunçar o status da sala depois de cortar os bastidores ou voltar de uma rede fraca.Página do programa da Tencent RTCCom foco na cobertura global de nós, baixa latência de ponta a ponta, alta estabilidade, adaptação fraca da rede, privacidade e conformidade, esses são essencialmente os discos fundamentais para a transmissão ao vivo em uma empresa.
Uma escala típica pode ser considerada assim:Uma única sala on-line para 500 a 5.000 pessoas, em tempo real no microfone para 2 a 9 pessoas, picos simultâneos de acordo com as atividades dos cenários a serem ampliadosSe estiver apenas começando como MVP, não há necessidade de buscar uma capacidade de sala supercomplexa. Se você é um novo MVP, não há necessidade de buscar a capacidade de uma sala supercomplexa para 10.000 pessoas no início; primeiro torne sólida a “transmissão estável da âncora, o baixo limiar para o público entrar na sala e a microfonação contínua de loop fechado suave” e, em seguida, expanda o PK, a microfonação de várias pessoas, a reprodução de gravações, a revisão de conteúdo e a lista de presentes.Tencent RTC Os limites de recursos fornecidos no cenário incluem suporte para cobertura global, acesso entre plataformas e manutenção da qualidade da chamada em ambientes com alta perda de pacotes e alto jitter, o que é especialmente crítico para cenários de streaming ao vivo em que os espectadores de redes fracas estão alternando com redes móveis.
Lista de funções: MVP → Advanced
MVP, o que vem primeiro?
Comece com apenas essas 6 coisas:
- Criar transmissão ao vivoID da sala: O âncora pode começar a transmitir, gerando a ID da sala, a identidade do âncora e o status ao vivo.
- O público entra na salaTela do âncora: Você pode ver a tela do âncora/ouvir a voz do âncora e pode enviar e receber mensagens básicas.
- Solicite um microfoneO visualizador inicia a solicitação, o lado da âncora recebe a solicitação e a aceita/rejeita.
- tomar a palavraIdentidade concatenada: O visualizador muda para uma identidade concatenada e publica um fluxo de áudio/vídeo local.
- Capacidade de gerenciamento de moradiasAplicativos: banir, chutar, marcar, bloquear, fechar aplicativos.
- reconectarCapacidade de restaurar as informações da sala, o status do microfone e as mensagens recentes quando o usuário volta de uma queda.
Essa parte corresponde ao Programa aberto da Tencent RTCJá existem blocos de construção maduros: chamadas de áudio e vídeo em tempo real, mensagens de texto e multimídia, status on-line, lidas e não lidas, janelas flutuantes, envio off-line, histórico de chamadas e mensagens etc. A página de práticas recomendadas também sugere claramente a combinação desses tipos de cenários. Sua página de práticas recomendadas também sugere explicitamente combiná-los nestes cenários Chamada + bate-papoA partir da obtenção das interações de áudio/vídeo e dos links de mensagens.
Avançado e depois?
Após a execução do MVP, adicione mais essas habilidades para obter conversões e estadias:
- Presentes e prêmiosMensagens de presente, exibições de movimento, estornos e divisões.
- Listas e classificaçõesLista de contribuições, guardião, sequência e sistema de medalhas.
- BGM / Efeitos sonorosEfeitos sonoros PK: aquecimento de âncoras, sons ambientes e efeitos sonoros PK.
- Beleza e fundos virtuaisAumentar a disponibilidade do lado da âncora.
- Auditoria de conteúdoTexto, avatar, nome da sala, patrulha de áudio/vídeo e relatórios.
- Reprodução gravada: para depósito de conteúdo, revisão e análise forense de vento.
- Janela Push e Hover off-lineMelhorar a recuperação de chamadas e a experiência multitarefa.
Programa da Tencent RTCA página já nomeou o suporte para presentes interativos, planos de fundo virtuais, beleza, redução de ruído de IA, histórico de mensagens e chamadas, push off-line, janelas flutuantes e outros recursos, para que você possa escrever o “planejamento do produto” quando eles forem listados como a segunda fase da capacidade, em vez de esperar que o link principal ainda não esteja estável em todo o cérebro.
Desmontagem da arquitetura: como dividir o lado do host / lado do público / lado do microfone
O sistema inteiro pode ser entendido como 4 blocos.
1. back-end operacional
O back-end da empresa não é responsável pela transmissão de áudio e vídeo, ele é:
- Criação de sala, fechamento de sala, propriedades de sala
- Função de âncora / espectador / gerente da casa / convidado de ligação
- Status de Mai, fila de aplicativos, lista negra, status de proibição
- Pedidos de presentes, saldos, divisões, tabelas de classificação
- Regras de controle de risco, registros de relatórios, registros de banimento
- Instantâneos de sala e base de recuperação de reconexão
Essa camada é equivalente ao “sistema de pedidos”. Sem ela, o RTC, por mais forte que seja, é apenas “capaz de se conectar”, mas o produto de transmissão ao vivo precisa ser “capaz de operar, capaz de controlar a cena, capaz de se estabelecer”.
2. camada de sinalização
A sinalização trata damudança de estadoe não o streaming de mídia. Os eventos comuns incluem:
- O usuário entra/sai da sala
- Âncora ligada / desligada
- Aplicar / Cancelar
- Concordar em ser filmado / Recusar ser filmado / Forçar a ser filmado
- Proibir / Cancelar a proibição
- Envio de presentes / Atualizações do Combo
- Anúncios de quartos, operações de limpeza, mudanças de status do PK
Tencent RTC Os recursos de bate-papo e mensagens são compatíveis com texto, voz, imagens, vídeo, emoticons, atualizações de status, lidas e não lidas e transmissão global estável, o que é adequado para mensagens ao vivo na sala e parte do portador de sinalização leve, embora ainda seja recomendável que a consistência mais forte dos eventos de negócios seja a principal fonte de estado do back-end da sua empresa.
3. camada de áudio/vídeo RTC
Esse é o núcleo em tempo real do Connect Live, responsável por:
- Participe da sala do RTC
- Publicação de fluxos de âncora / fluxos de convidados
- Assinar transmissões remotas
- Processamento de áudio: redução de ruído, cancelamento de eco, ganho automático
- Processamento de vídeo: codificação, redução de escala, fundos virtuais, embelezamento de rosto
- Adaptação fraca da rede: taxa de bits, resolução, ajuste dinâmico da taxa de quadros
- Reconexão automática e troca de dispositivos
Tencent RTC A página do programa destaca claramente: cobertura global de nós, baixa latência de ponta a ponta inferior a 300 ms, adaptação de rede inteligente, redução de ruído de IA, codecs avançados de áudio e vídeo, rede fraca que ainda tenta manter a alta definição e a estabilidade; a página de práticas recomendadas também menciona sua usabilidade em ambientes de alta instabilidade e alta perda de pacotes. Esses são os fundamentos da “solução de baixa latência” da Lianmai.
4. camada de controle de risco/conformidade
Depois de trazer a socialização e a recompensa para a transmissão ao vivo, é preciso antecipar o controle de riscos:
- Revisão de mensagens de texto
- Nome da sala / Apelido / Revisão do avatar
- Relatórios e descarte
- Identificação de contas de risco
- Gift Swipe / Prevenção e controle de fraudes
- Registro de auditoria, registro retroativo
- Recursos de privacidade e exclusão de dados
Tencent RTC A página da solução menciona criptografia de ponta a ponta, configurações de privacidade flexíveis, suporte para exclusão de dados pessoais e conformidade com o GDPR/CCPA e outros requisitos de conformidade de privacidade, além de listar as certificações ISO, CSA e NIST. Se você atua no ramo de socialização, formação de parcerias ou companheirismo no exterior, essas são boas informações para incluir na seção “Por que você precisa de recursos maduros de comunicação em tempo real de terceiros”.
“Versão de texto do ”diagrama de módulo"
Você pode entender o link completo da seguinte forma:
Aplicativo Anchor
Responsável pela abertura de transmissões, captura de áudio e vídeo, recebimento de instruções de manutenção, exibição de brindes e placares de líderes e atendimento a solicitações de conexão.
Aplicativo de público-alvo
Responsável por extrair fluxos de âncoras, enviar mensagens, solicitar conectividade, receber resultados de consentimento de âncoras e mudar para o editor de conectividade quando necessário.
Backend de negócios
Responsável por salas, funções, pedidos, controle de vento, listas, proibições, registros e fornecimento de instantâneos de salas para o cliente.
Canal de mensagem/sinalização
Responsável por solicitar a participação no microfone, concordar/rejeitar, banir, chutar, eventos de presentes e transmissões de eventos de manutenção.
Canal de mídia RTC
Responsável pela publicação/assinatura, adaptação de rede fraca, processamento de áudio/vídeo e reconexão automática de fluxos de ancoragem e fluxos de microfones.
Sistema de controle de risco/conformidade
Responsável por auditorias, relatórios, retenção de evidências, exclusão de conformidade e auditoria.
Se estiver escrevendo artigos orientados para SEO, essa “versão em texto do diagrama do módulo” é útil porque o leitor não precisa ver o diagrama para entender os limites do sistema.
Processo-chave 1: Criar uma sala → Participar → Candidatar-se a estar no microfone → Concordar → Falar → Sair do microfone → Sair
Esse é um link essencial.
Etapa 1: O anfitrião cria uma sala
Depois que o âncora clica em “Start” (Iniciar), ele solicita que o backend do negócio crie uma sala. O backend gera a sala:
- Identificação da sala
- Anchor userId
- Status da sala: Não ativado / Ativo / Finalizado
- Configuração dos privilégios da sala: se é possível solicitar a microfonação contínua, o número máximo de pessoas no microfone, se é possível abrir o presente
- Voucher de admissão ao RTC
- Estado de login de mensagens/sinalização
Se você usar Tencent RTC A página de práticas recomendadas menciona que o acesso envolverá, no mínimo, a criação de aplicativos, a obtenção de SDKAppID e SDKSecretKeye gerados no ambiente de produção por meio do servidor UserSig Faça a análise forense do login em vez de colocar a chave no cliente. Esse ponto deve ser escrito, porque muitas demonstrações funcionam, mas entram em um grande buraco de comprometimento forense assim que entram em operação.
Etapa 2: O público entra na sala
Quando o público entra na sala, geralmente faz três coisas:
- Extraia instantâneos da sala: informações sobre a âncora, número de pessoas on-line, troca de presentes, status atual do mike.
- Crie links de mensagens: entre em canais de sala, receba anúncios, pop-ups, presentes, status de aplicativos.
- Iniciar a extração de fluxos: reproduzir o áudio e o vídeo da âncora.
Tencent RTC A página da solução combina “Lobby social / Usuários em destaque / Interações de bate-papo / Recursos de chamada”, e a página de práticas recomendadas menciona que você pode fazer login no componente primeiro e, em seguida, abrir a lista de sessões e a página de mensagens. Colocar isso na transmissão ao vivo é o mesmo que estabelecer a identidade do usuário e a acessibilidade da mensagem antes de estabelecer a interação em tempo real.
Etapa 3: Aplicativo do público para usar o microfone
Quando o público clica em “Apply for continuous miking”, o cliente não altera diretamente a UI de microfonação, mas sim:
- Ajuste a interface de back-end comercial primeiro para criar o registro do aplicativo
- Verificação de back-end: se o host está on-line, se a sala tem permissão para se inscrever, se o usuário está banido ou bloqueado e se o mike está cheio.
- Envie o evento “Pending Application” para o lado da âncora depois de passar pela verificação.
- Janela pop-up no lado da âncora para exibir informações sobre o candidato e botões de ação
O objetivo desta etapa é:O estado real da sala deve ser baseado no back-end. Caso contrário, é muito provável que ocorram dois problemas:
Primeiro, o front-end do usuário exibe “has been applied for” (foi solicitado), mas o âncora simplesmente não recebeu; segundo, vários espectadores ao mesmo tempo para pegar o microfone, cada cliente pensou que estava subindo.
Etapa 4: O âncora concorda em estar no microfone
Depois que o âncora clica em concordar, o back-end atualiza o status do aplicativo e atribui o microfone. Próximo:
- Emissão de um “consentimento para microfone” para o solicitante
- Emissão de permissões de entrada/saída de RTC
- O candidato passa a desempenhar o papel de microfone/câmera.
- A sala anuncia: “Um usuário foi grampeado”.”
Se for um microfone com várias pessoas, em vez de depender da matriz local para manter diretamente o estado do microfone, é recomendável colocar ocronograma de centeio (ou seja, participar de uma corrida)Criado separadamente como um estado jogável:seatIndex / occupant / status / version. Isso simplifica muito a recuperação da desconexão e o tratamento da simultaneidade.
Etapa 5: Falar no microfone
A ação real ocorre quando o usuário entra no microfone:
- Verificação de permissão do dispositivo local
- Ingressar/trocar funções de sala de RTC
- Publicar fluxos de áudio locais e, se necessário, fluxos de vídeo
- O lado âncora e o lado espectador começam a se inscrever nesse fluxo de usuário
- Demonstrar o status “em conversação”
Programa RTC da TencentO artigo menciona que ele suporta cancelamento de ruído de IA, fundos virtuais, pintura facial, janelas flutuantes e interações de baixa latência em ambientes de rede fraca. O artigo pode ser escrito naturalmente aqui: conectar-se ao microfone não se trata apenas de “ser capaz de emitir um som”, mas de garantir a qualidade do som, a experiência de troca de dispositivos e a continuidade em uma rede fraca.
Etapa 6: Saia do microfone e vá embora
Há três gatilhos comuns para o mike inferior:
- Entrega iniciada pelo usuário
- Âncora forçado a deixar o microfone
- Anomalia de rede ou tempo limite recuperado pelo sistema
Em ambos os casos, vá em uníssono:
- Interromper a publicação local
- Atualizar o status do mike de back-end da empresa
- Incidente na sala de transmissão
- Limpar a interface do usuário do cliente
- Recicle status temporários, como contagem regressiva, status de PK, pingente de presente, etc.
Se essa etapa não for bem executada, haverá um estado sujo típico de “a tela desapareceu, mas o microfone ainda está ocupado” e “o usuário já se retirou do painel de presentes e ainda mostra que está no microfone”.
Processo crítico 2: Desconectar → Auto-Reconectar → Extrair instantâneo da sala → Restaurar a posição da roda
Esse processo deve ser escrito porque é a melhor maneira de mostrar que “você realmente fez isso”.
Por que você não pode simplesmente confiar no RTC para fazer sua própria reconexão
O RTC SDK geralmente lida com a reconexão do link de mídia para você, mas o estado real da sala ao vivo contém mais do que apenas áudio e vídeo:
- A sala ainda existe?
- A âncora ainda está on-line?
- Você ainda está no microfone?
- Se a posição atual do mike foi substituída ou não
- A fila de aplicativos ainda está ativa?
- O status e a lista de presentes foram alterados?
Portanto, reconectar-se não é simplesmente “entrar novamente na sala”, éRestaurar o estado comercial primeiro, depois o estado da mídia。
Sequência de recuperação correta
Isso é recomendado:
- Após detectar uma desconexão ou alternar entre os canais frontal e traseiro, ele entra no estado “Recovering” (Recuperando).
- É dada prioridade à restauração do estado de login e dos links de mensagens.
- Extraia o último instantâneo da sala.
- Compare o estado local com o estado do lado do servidor.
- Se o servidor mostrar que você ainda está no microfone, retome a postagem do RTC.
- Se você tiver sido filmado, somente o status do público e os fluxos de transmissão serão restaurados.
- Quando a recuperação estiver concluída, abra as interações, como presentes, discursos e aplicativos.
Esse conjunto de registros é semelhante ao Programa RTC da TencentO “Histórico de chamadas, Histórico de mensagens, Push off-line, Janela flutuante, Transmissão global estável, Adaptação inteligente de rede” nesta página está correto: o que a camada de produto realmente precisa é oExperiência de recuperaçãoNo entanto, nem uma única interface SDK é bem-sucedida.
Solução de baixa latência: como projetar o lado da âncora / lado do público / lado do microfone de conexão
lado da âncora
O lado da âncora é a “fonte” de todo o cômodo. Sugestão:
- Corrigido o pushstream do RTC upstream
- O status da âncora é hospedado pelo back-end da empresa
- Teste previamente o seu equipamento antes de entrar no ar: microfone, alto-falantes, fones de ouvido, câmera
- Fornece beleza, plano de fundo virtual, retorno de ouvido, detecção de volume
- Proteção explícita do estado durante a troca de primeiro plano/background
Programa RTC da TencentA página menciona recursos de aprimoramento de vídeo, beleza, planos de fundo virtuais, janelas flutuantes e outros recursos que são mais adequados para o lado da âncora e o lado do microfone.
lado do público
A extremidade do espectro do espectador é “mais, mais estável e mais leve”:
- Links pull watchcast prioritários de baixo custo
- Separação do link de mensagem do link de reprodução
- O público tem como padrão a ausência de aquisição upstream para reduzir o consumo de recursos
- Clique no aplicativo para solicitar um microfone e, em seguida, faça uma solicitação temporária de privilégios de dispositivo.
Se você estiver em um cenário em que a maioria dos usuários está apenas assistindo e alguns estão solicitando conectividade, o controle de custos e a velocidade de inicialização no lado do visualizador geralmente são mais importantes do que a riqueza de recursos.
final de uma linha
O lado do microfone é essencialmente uma “atualização temporária do lado do público para o lado interativo”:
- Corte de funções puramente de visualização para funções de lançamento
- Ativar a captura local e o uplink
- Adicionar cancelamento de ruído, AEC, retorno de ouvido, detecção de volume
- Suporta a degradação de redes fracas
- Retorne rapidamente ao modo somente de visualização quando estiver fora do microfone
Tencent RTC Em cenários 1v1, a ênfase está na implementação global, na adaptação fraca da rede, na redução de ruído de IA e na baixa latência, que são essenciais para “espectadores que mudam repentinamente para o microfone”, porque esses usuários geralmente estão nas redes mais incontroláveis.
Dificuldades e buracos
1. rede fraca: perda de pacotes / jitter / corte de Wi-Fi 4G
Esse é o mais comum e o mais difícil de evitar completamente. Em cenários reais, os usuários estarão em:
- Metrôs, elevadores, shopping centers
- Congestionamento do roteador doméstico
- Alternância frequente entre redes Wi-Fi e celular
- Visitas inter-regionais no exterior
Tencent RTC As descrições de recursos publicadas mencionam latência de ponta a ponta de até 300 ms, suporte para perda de pacotes 80% e resistência a jitter de 1000 ms, e a página de práticas recomendadas menciona a manutenção da disponibilidade de voz com perda de pacotes 70%+. Embora essas sejam declarações oficiais do cenário, ainda há duas coisas que você precisa acertar no design do seu produto:Rebaixamento da mídiaeRecuperação de condiçõesO primeiro garante “ainda interativo” e o segundo garante “não caótico”. A primeira garante que haverá "interação" e a segunda garante que "não haverá caos".
Conselhos práticos:
- Faça o downgrade automático para somente voz quando a conexão falhar
- A resolução de vídeo, a taxa de quadros e a taxa de bits podem ser ajustadas dinamicamente para baixo.
- Verificação do instantâneo da sala acionada após a troca de rede
- Exibição do alerta “rede atual ruim” no lado do host e do gerente da casa
2. eco/ assobio: saída, comutação de fone de ouvido, roteamento de áudio
O mais incômodo não é “sem som”, mas “som, mas difícil de ouvir”. Causas comuns:
- O usuário o reproduz e o som é captado novamente pelo microfone
- Fone de ouvido Bluetooth desconectado, o roteamento do sistema volta para os alto-falantes
- A âncora reproduz a música de fundo durante a reprodução, gerando feedback.
- O usuário ativa por engano a escuta de dois dispositivos
Programa RTC da TencentA página menciona o cancelamento de ruído de IA e a otimização de áudio nítido, que podem ajudá-lo a reduzir o ruído de fundo, mas aO processamento de eco ainda requer um bom gerenciamento de sinalização e roteamento de dispositivos no nível do produto。
3. comutação de frente e verso, tela de bloqueio, interrupção de chamadas
O celular é muito comum. Por exemplo:
- O usuário corta uma mensagem da Microsoft para responder à mensagem
- tela de bloqueio do celular
- Chamada de sistema
- O aplicativo é chamado pelo sistema
O aspecto mais problemático disso é a desconexão entre a interface do usuário e o estado real. O usuário foi desconectado do sistema, mas a sala mostra que ele ainda está conectado.Programa RTC da TencentOs recursos Floating Window (Janela flutuante) e Offline Push (Empurrar off-line) são mencionados no artigo, e esses recursos são adequados para atender à necessidade de retornar rapidamente a uma sessão após uma interrupção.
4. consistência do status: microfones bagunçados, microfones duplicados, distribuição de brindes duplicada
Essa é a parte que mais abre a lacuna no nível de engenharia. Recomenda-se o cumprimento de três regras:
- Status da sala com base no instantâneo de backend
- O tratamento de eventos deve ser idempotente
- Separação de presentes e pedidos, primeiro a contabilidade e depois a exibição
Especialmente presentes. Não transmita a animação de front-end, mesmo que ela seja bem-sucedida. Você deve ter as credenciais de sucesso do pedido antes de transmitir o evento de presente; caso contrário, a rede se agita um pouco e é mais provável que haja presentes duplicados, deduções duplicadas ou listas inconsistentes.
Indicadores e testes
Fique de olho em pelo menos estes três indicadores
1. atraso de ponta a ponta
O alvo pode ser pressionado primeiro para Magnitude de 300ms。Programa RTC da TencentA página enfatizou várias vezes que sua latência interativa global pode ser tão baixa quanto 300 ms, o que é muito adequado para ser usado como uma linha de destino para transmissão ao vivo.
2. taxa de queda / taxa de sucesso de reconexão
Não se limite a analisar “se está fora do ar ou não”, mas sim “se pode voltar a funcionar depois de estar fora do ar”. O que afeta sua experiência mais do que uma única flutuação de rede é uma falha na recuperação.
3. taxa de gagueira / taxa de reclamação da qualidade do som
No vídeo ao vivo, você pode observar a taxa de atraso e o tempo do primeiro quadro; na interação com o microfone ao vivo, é mais importante observar a clareza do áudio, os estalos, os ecos e a intermitência.
Como medir a rede fraca da máquina real
Não meça apenas com Wi-Fi completo no escritório. Recomenda-se uma cobertura mínima:
- Android / iPhone dois modelos cada
- Wi-Fi, 4G, 5G, simulação de rede fraca
- Troca de fone de ouvido / fone de ouvido Bluetooth / alto-falante
- Primeiro plano, plano de fundo, tela de bloqueio, interrupção de chamadas
- Carga alta no lado da âncora e baixa no lado do visualizador
- Nós no exterior ou acesso entre regiões
Os funcionários da Tencent RTC enfatizam suaCobertura de mais de 200 países e territóriosEle é otimizado para várias plataformas e mais de 20.000 modelos. Para você, isso realmente deve ser feito em nível executivo:A matriz de teste deve abranger todas as regiões, redes e dispositivos.
Custo e seleção
Como você calcula o custo?
O custo da transmissão contínua de trigo geralmente consiste em vários componentes:
- Duração de áudio e vídeo em tempo real
- pico simultâneo
- Volume da mensagem de texto/multimídia
- Gravação e transcodificação
- Empurrar e revisar
- Recursos adicionais, como efeitos de beleza/especiais
Página de preços públicos da Tencent RTCmostra que diferentes linhas de produtos têm preços iniciais e opções de avaliação diferentes:
A chamada começa em $39,9/mêsBate-papo para A partir de $0/mês com 100 MAUs gratuitas por mêsO mecanismo RTC é $ a partir de 9,9/mês com 10.000 minutos gratuitos por mêsAs perguntas frequentes na página de preços também informam que há 10.000 minutos gratuitos por mês no nível da conta que podem ser usados para aplicativos da conta. Se você for além da assinatura, poderá ser cobrado por minuto, portanto, é mais aconselhável usar uma combinação de assinatura + por minuto, em vez de apenas uma avaliação.
Crie seu próprio WebRTC em vez de usar o SDK
O WebRTC de construção própria é mais adequado:
- A equipe tem experiência comprovada em áudio e vídeo em tempo real
- São necessários links de mídia altamente personalizáveis
- Tempo suficiente para programação global, otimização de rede fraca, compatibilidade de dispositivos, monitoramento e O&M
É melhor usar o SDK maduro diretamente:
- O objetivo é ficar on-line primeiro, MVP.
- Necessidade de acesso rápido a várias plataformas
- A equipe é mais forte em produtos e operações do que nos RTCs subjacentes
- Requer UIKits prontos para uso, mensagens, chamadas, push e recursos básicos de conformidade
Tencent RTC na página do programaA página de práticas recomendadas enfatiza a “integração rápida”, os “UIKits”, os “SDKs multiplataforma” e a “redução do tempo de lançamento”, o que é muito realista para produtos sociais, de acompanhamento, de namoro e interativos ao vivo. "Isso é verdade para produtos sociais, de companhia, de namoro e de transmissão ao vivo interativa: o que realmente falta à maioria das equipes não são pessoas que saibam escrever códigos de mídia, mas pessoas que possam fechar o ciclo e fazer com que isso aconteça rapidamente.
Um conjunto mais prático de sequências de aterrissagem
Se você estiver pronto para fazer isso agora, é recomendável seguir a seguinte ordem:
Semana 1:
Comece executando a abertura da âncora, a entrada na sala do espectador, as mensagens de texto e a extração básica do fluxo.
Semana 2:
Adicionar aplicativo para microfone, concordância/rejeição, microfone, banimento e chute.
Semana 3:
Além disso, desconexão, reconexão, recuperação de canais frontais e traseiros, troca de dispositivo, detecção de saída de fone de ouvido.
Semana 4:
Adicione presentes, pedidos, listas e registros de vento.
Após a semana 5:
Beleza de recarga, planos de fundo virtuais, reprodução de gravação, revisão de conteúdo, PK e vários microfones.
A vantagem é que você está fornecendo um loop de usuário mais completo a cada semana, em vez de ficar preso em um estado de “design de arquitetura grande” sem nenhuma experiência real.
resumos
A essência do que este artigo está falando é, na verdade, apenas uma frase:A transmissão ao vivo não é apenas para conectar o RTC, mas para criar um sistema completo com “sala, função, sinalização, mídia, controle de vento, recuperação”.
No caminho on-line, primeiro coloque o arquivo Criar uma sala → Observar → Aplicar para conectar → Falar no microfone → Sair do microfone → Recuperar da desconexão Essa cadeia é quebrada e, em seguida, adicionam-se gradualmente presentes, listagens, beleza, registro e auditoria.
Se você estiver procurando por companhia social, combinação 1v1, shows de luzes, transmissão interativa ao vivo e coisas do gênero.Programa aberto da Tencent RTCO áudio e o vídeo de baixa latência, o combo Chat + Chamada, o acesso global, a redução de ruído de IA, as janelas flutuantes, o envio off-line, as mensagens e o histórico de chamadas mencionados neste artigo são basicamente um conjunto de blocos de aterrissagem suaves.
Se quiser colocar a demonstração em funcionamento o mais rápido possível / não quiser criar suas próprias rodas do zero, você pode consultar diretamente o arquivo Página do programa de encontros 1v1 da Tencent RTCA primeira etapa é transformá-lo em um caminho de transmissão ao vivo de “lado do âncora + lado do público + lado do microfone” com as práticas recomendadas correspondentes.
PERGUNTAS FREQUENTES
Qual é a maior diferença entre a transmissão ao vivo e a transmissão ao vivo comum?
A transmissão ao vivo comum se concentra em “âncora transmitindo, público assistindo”, enquanto a transmissão ao vivo se concentra em “o público pode se tornar um participante interativo a qualquer momento”. Isso significa que, além dos links de reprodução, você também precisa lidar com a aplicação do microfone, a troca de funções, a consistência do estado, os direitos do dispositivo e o processo de recuperação.
Preciso usar um sistema de mensagens para a transmissão ao vivo?
Basicamente. Como as solicitações de mike, consentimento/rejeição, proibições, presentes, transmissões de manutenção, notificações off-line, nada disso são questões puramente de streaming de mídia. A página de prática 1v1 do RTC da Tencent também sugere explicitamente o uso de uma combinação de Chamada e Chat.
Qual é a latência razoável para transmissão ao vivo?
Cenários interativos.Magnitude de 300msA página de cenários e a página de práticas recomendadas do Tencent RTC fornecem uma descrição de cenário de <300 ms, que é adequada para a linha de objetivos do produto. Se isso será realmente alcançado depende do equipamento terminal, da qualidade da rede e do design da lógica comercial.
Quais são as armadilhas mais negligenciadas da transmissão contínua ao vivo?
Não é codificação, masconsistência do estadoInclui microfones duplicados, posição desalinhada do microfone após a saída da linha, emissão de presentes duplicados, estado inconsistente da interface do usuário e do servidor após alternar entre a frente e os bastidores. Esses problemas incluem microfones duplicados, microfones desalinhados após a desistência, presentes duplicados e estado inconsistente da interface do usuário e do servidor após alternar entre a frente e os bastidores. Esses problemas geralmente são mais prejudiciais à experiência on-line do que o “primeiro acesso ao RTC”.
Qual é a primeira coisa a ser considerada em termos de custo?
Primeiro, conte três coisas:Minutos de áudio/vídeo em tempo real, mensagens, gravação/transcodificaçãoA página de preços públicos da Tencent RTC indica que o RTC Engine tem 10.000 minutos gratuitos por mês e o Chat tem minutos gratuitos mensais. Se ainda estiver fazendo um MVP, você pode priorizar a validação rápida com um plano com créditos de avaliação e um SDK pronto. A página de preços públicos do Tencent RTC mostra que o RTC Engine tem 10.000 minutos gratuitos por mês e o Chat tem 100 MAUs gratuitos por mês, o que é bom para execuções pré-julgamento.
Português do Brasil