Um único ponto de entrada
Compartilhe ou incorpore um URL de visualização agrupado em vez de distribuir um link separado para cada idioma.
A Callaba recebe um programa SRT com várias faixas. O operador ouve e nomeia cada faixa, cria e verifica um Web Player por idioma e reúne os players em um grupo LANGUAGE_LIST voltado ao público.
Um único URL público não significa uma caixa-preta escondida. A fonte, as faixas selecionadas, as variantes de player e o grupo continuam sendo objects separados que o operador consegue verificar.
Envie uma contribuição MPEG-TS com as faixas de áudio já produzidas para um Callaba SRT Server.
Abra as estatísticas do stream, ouça cada faixa de áudio e dê a ela um nome de idioma ou comentário.
Crie um Web Player para cada idioma do público e use SELECT_AUDIO_TRACK para mapear a faixa de origem correta.
Adicione os players verificados a um grupo LANGUAGE_LIST, escolha o padrão e teste todas as trocas em um navegador limpo.
O público abre uma página com a marca do evento. O idioma selecionado fica evidente, as outras variantes aprovadas continuam disponíveis e as regras de acesso compartilhadas valem para o grupo inteiro, sem precisar ser explicadas por e-mail.
Compartilhe ou incorpore um URL de visualização agrupado em vez de distribuir um link separado para cada idioma.
Use nomes claros para o público e escolha qual idioma será aberto primeiro.
Aplique no nível do grupo a identidade visual, informações do evento, acesso por senha, credenciais do público ou configurações pay-per-view compatíveis.
Estas são as capacidades que o operador pode verificar no fluxo atual da Callaba. A coluna de evidência identifica o control ou API object que comprova cada afirmação.
| Capacidade | Contrato atual | Como verificar |
|---|---|---|
| Contribuição | Um programa SRT/MPEG-TS com até 8 faixas de áudio produzidas. | Use um encoder ou o Generate Test Video (com 8 faixas de áudio) e confirme o stream no SRT Server. |
| Inspeção de faixas | Ouça as faixas de áudio encontradas e atribua nomes claros para a operação. | Abra as estatísticas do SRT Server e use os controles de prévia e nomeação das faixas de áudio. |
| Seleção de faixa | Selecione uma faixa de áudio da origem para cada processo de saída, com tratamento opcional de canais. | Defina Modify Audio Tracks como SELECT_AUDIO_TRACK; o runtime mapeia o índice de áudio escolhido. |
| Reprodução no navegador | Crie um Web Player ao vivo para cada variante aprovada de idioma ou comentário. | Crie e teste cada player isoladamente antes de adicioná-lo ao grupo. |
| Experiência unificada | Web Player Group do tipo LANGUAGE_LIST, com opções nomeadas e uma seleção padrão. | Crie o grupo, adicione os players na ordem desejada, selecione o padrão e abra o URL público do grupo. |
| Acesso e apresentação | Authorization compartilhada, configurações pay-per-view compatíveis, logo, capa, data do evento, fuso horário e contato de suporte. | Configure as opções de visualização no nível do grupo e teste novamente em uma sessão sem login. |
| Automação | REST API para Web Players e Web Player Groups depois que o fluxo da interface estiver comprovado. | Use /api/vod/* e /api/vod-group/*; comece pelos exemplos revisados de create. |
Mantenha o programa principal e as mixagens dos intérpretes sincronizados enquanto o público escolhe o idioma em uma só página.
Publique variantes de comentário da casa, do visitante, neutro ou regional a partir de uma contribuição multifaixa.
Ofereça às equipes regionais uma experiência controlada, com idioma padrão e política de acesso compartilhada.
Disponibilize uma variante produzida de audiodescrição ou áudio alternativo ao lado do programa principal.
O SRT Server recebe e inspeciona as faixas. Os Web Players criam as variantes para navegador e um Web Player Group reúne essas variantes para o público.
Receba o programa multifaixa, inspecione o sinal, ouça a prévia do áudio e nomeie as faixas.
→02Prepare cada idioma selecionado para reprodução no navegador e combine as variantes verificadas em uma página para o público.
→03Envie a faixa selecionada de comentário ou idioma para uma plataforma ou destino de parceiro quando a tarefa for distribuição, e não escolha no navegador.
→04Inclua palestrantes ou intérpretes remotos na produção quando necessário; a qualidade da interpretação e a mixagem final de idiomas continuam sob responsabilidade da produção.
→O guia de Web Player Groups aborda o object language-list, a política compartilhada de visualização, a seleção padrão e os testes necessários antes de divulgar o URL público.
Sim. O fluxo revisado da Callaba aceita um programa MPEG-TS via SRT com várias faixas de áudio já produzidas. A fonte de teste documentada contém 8 faixas.
Não. Os operadores criam e verificam as variantes necessárias do player e depois as publicam em um único URL de grupo LANGUAGE_LIST com nomes claros para o público.
Não. A Callaba não cria traduções, interpretação, dublagem nem audiodescrição. Essas faixas precisam ser produzidas antes; a Callaba apenas as transporta e apresenta.
Sim. Um job de Restreaming pode selecionar a faixa de áudio necessária da origem e enviar essa versão para uma plataforma aprovada ou um destino personalizado.
O object atual de Web Player Group oferece authorization compartilhada e configurações pay-per-view compatíveis, além de identidade visual e metadata do evento. Teste o caminho exato de acesso antes do evento.
Nomeie cada faixa, verifique cada player separadamente e teste a experiência agrupada como uma pessoa do público sem login. Essa sequência encontra falhas que uma landing page bem acabada não consegue mostrar.