Quer aprender a webcast?
este artigo discute, resumidamente, o que é um webcast antes de explicar como fazer um webcast próprio em cinco etapas. Se você quiser um vídeo sobre este tópico, além de destacar muitos dos recursos que podem ser usados como parte de um webcast ou arquivo sob demanda resultante, confira esta demonstração de Introdução.
- o que é um webcast?
- Qual é a diferença entre um webcast e um webinar?
- Passo 1: seleccionar uma fonte de áudio e vídeo
- Passo 2: escolher um codificador
- Passo 3: escolha de um método de entrega
- Passo 4: assegurar uma conexão com a Internet
- Passo 5: configurar o codificador
o Que é um webcast?
antes de mergulhar no “como”, vamos abordar brevemente o “quê”. Para aqueles que já ouviram falar de um webcast, mas não estão familiarizados com exatamente o que isso significa ou como ele difere de uma transmissão ao vivo, basta saber que é vídeo online ao vivo. Essencialmente, um webcast está transmitindo vídeo ao vivo pela Internet. Não está vinculado a formatos, dispositivos compatíveis ou qualquer outra coisa. Se alguém está fazendo uma transmissão ao vivo e é feito pela Internet, é um webcast.
Qual é a diferença entre um webcast e um webinar?
um webinar é um tipo de webcast. Por definição, um webinar é um seminário on-line ou conferência na web feito pela Internet em tempo real. Muitas vezes, um componente interativo, como uma sessão Q&A, está incluído, mas não é obrigatório. O formato é conhecido como uma plataforma educacional para fornecer informações sobre um assunto. Como é um vídeo transmitido pela Internet, é um tipo de webcast. Em outras palavras, todos os webinars são webcasts, mas nem todos os webcasts são webinars. Para aqueles que se perguntam como um webcast difere de um podcast, o webcast geralmente se relaciona com o conteúdo de vídeo, enquanto um podcast se relaciona com uma transmissão de áudio, às vezes ao vivo, mas muitas vezes sob demanda também.
agora que falamos sobre o que é um webcast, vamos mergulhar nas etapas de como fazer webcast.
Passo 1: selecione uma fonte de vídeo e áudio
estas etapas podem ser rápidas, se você já fez vídeo no passado e tem acesso ao equipamento, ou pode ser demorado se você nunca transmitiu antes. Se você é novo no streaming, selecionar uma fonte de vídeo deve ser algo que pode ser digitalizado. Esta será uma webcam, que já produz um sinal de vídeo em um formato amigável à web, ou envolverá o uso de uma câmera e uma placa de captura que criará uma fonte amigável à web. Câmeras que possuem saídas como HDMI, HD-SDI ou componente são exemplos de que precisarão de uma placa de captura. Dependendo da complexidade, a transmissão pode usar uma única fonte de vídeo ou várias fontes de vídeo alternadas entre elas.
para áudio, pode ser uma fonte embutida na câmera ou um dispositivo de captura de áudio separado como um microfone isolado. Para quem procura facilidade de uso para fazer seu webcast, uma webcam com microfone embutido é o método mais fácil. Aqueles que procuram melhores resultados vão querer uma câmera profissional e um microfone isolado que possa ser posicionado de forma ideal.
Etapa 2: Escolhendo um codificador
para aqueles novos no webcasting, um codificador converte seu conteúdo de áudio e vídeo em um formato que pode ser transmitido pela Internet. O codificador pode ser baseado em software ou hardware. Em ambos os cenários, as fontes de vídeo e áudio serão alimentadas. O codificador será então transmitido para um URL de fluxo, que será vinculado ao seu método de entrega.
em termos de qual codificador usar, isso será parcialmente determinado pelo seu método de entrega. Em particular, seu codificador deve ser capaz de produzir em um formato compatível. Por exemplo, se sua solução de vídeo aceitar apenas RTMP (Protocolo de mensagens em tempo Real), seu codificador precisará suportar isso. No caso das ofertas de streaming de vídeo e streaming de vídeo corporativo da IBM, é necessário um codificador RTMP. Os exemplos incluem:
- Telestream Wirecast (software)
- vMix (software)
- Teradek Cubo (hardware)
- NewTek Tricaster (hadware)
Passo 3: escolha de um método de entrega
Para seleccionar um método de entrega, esta deve estar alinhado com seus objetivos para o conteúdo. Se o webcast precisar ser protegido, um provedor que possa restringir o acesso ao conteúdo deve ser escolhido. Isso é especialmente verdadeiro se o webcast tiver que ser interno apenas, para o qual existem componentes de segurança de vídeo corporativo disponíveis para isso.
portanto, a segurança desejada é uma consideração, outra é a escalabilidade. Se espera-se que sua audiência seja potencialmente grande, seu método de entrega precisa ser capaz de escalar de acordo. Este white paper, Live Video Delivery System construído para escalabilidade, descreve um pouco sobre como um sistema pode ser construído para alcançar escala, em particular como é feito na IBM Watson Media.
muitas soluções têm valor acrescentado que vão além da segurança e escalabilidade, no entanto. De requisitos rudimentares, como um player incorporável, a processos sofisticados como o rastreamento do visualizador. Um proprietário de conteúdo terá que priorizar os recursos e escolher o que adicionar internamente em vez de selecionar um provedor de entrega que os empacote com o serviço. Uma consideração a ser feita, no entanto, é o tipo de público que você deseja alcançar. Codificadores baseados em RTMP só poderão alcançar espectadores que tenham um player baseado em Flash com o feed raw. Isso excluirá os visualizadores móveis, onde o Flash geralmente não é compatível. Uma maneira de alcançar esse público é através da transcodificação. Isso pode tornar o fluxo compatível com esses dispositivos. No entanto, a compatibilidade é um componente, o outro está certificando-se de que o espectador possa assistir ao conteúdo com sua velocidade de conexão. Isso pode ser alcançado por meio de streaming adaptativo de taxa de bits, um processo de servir diferentes combinações de taxa de bits e resolução de conteúdo de vídeo com base em sua velocidade de conexão. Esta tecnologia é um componente da tecnologia de entrega amigável móvel hoje, como HLS (HTTP Live Streaming). Muitas vezes, quando o conteúdo é convertido para ser compatível com dispositivos móveis, o suporte ao streaming adaptável pode acompanhá-lo. Dito isto, a tecnologia adaptativa precisa das taxas de bits adicionais para mudar. Existem dois métodos para conseguir isso, um é enviar as múltiplas taxas de bits do codificador. Isso não é recomendado, pois requer uma conexão de Internet mais rápida, que será abordada na próxima etapa. Em vez disso, é recomendável ir com um serviço que faz a transcodificação em nuvem a partir de um único fluxo de alta qualidade. Essencialmente criando as combinações adicionais de resolução e taxa de bits que serão usadas como parte do processo adaptativo, em vez de ter que enviá-las.
Passo 4: protegendo uma conexão com a Internet
isso pode ser argumentado como o passo mais importante. Uma conexão de Internet confiável e rápida é necessária para realizar um webcast. A rapidez de uma conexão de que você precisará é determinada parcialmente pela qualidade em que planeja transmitir. Uma boa regra é garantir uma velocidade de upload que seja cerca de o dobro da sua taxa de bits planejada. Portanto, se você for transmitir a 1Mbps, sua velocidade de upload deve ser de 2Mbps.
deve-se ressaltar que a conexão com a Internet é crucial. Pode fazer ou quebrar um webcast. Como resultado, muitos testes devem acontecer no site do webcast para garantir que haja uma conexão confiável. Isso deve ser feito por meio de um teste de velocidade no local. Não de variáveis também, como se fosse uma conexão compartilhada e a possibilidade de outras pessoas usarem a velocidade de upload disponível durante a transmissão, se for. Outra consideração é o tipo, pois os sinais sem fio são menos confiáveis do que uma conexão com fio.
observe que se você for com um serviço que exige que você envie taxas de bits adicionais através do codificador, isso exigirá uma velocidade de conexão mais rápida. Quão rápido novamente é baseado na qualidade, embora neste caso todas as taxas de bits precisem ser somadas. Por exemplo, se fosse fornecer um 2.5 Mbps, 1Mbps, 500kbps e um feed de 250kbps, isso seria um total de 3.25 Mbps. Como resultado, seria necessária uma velocidade de upload de 6,5 Mbps. É por isso que a transcodificação na nuvem para criar as taxas de bits adicionais no conteúdo ao vivo é recomendada.Etapa 5: Configurando seu codificador
Para seleccionar um método de entrega, esta deve estar alinhado com seus objetivos para o conteúdo. Se o webcast precisar ser protegido, um provedor que possa restringir o acesso ao conteúdo deve ser escolhido. Isso é especialmente verdadeiro se o webcast tiver que ser interno apenas, para o qual existem componentes de segurança de vídeo corporativo disponíveis para isso.
portanto, a segurança desejada é uma consideração, outra é a escalabilidade. Se espera-se que sua audiência seja potencialmente grande, seu método de entrega precisa ser capaz de escalar de acordo. Este white paper, Live Video Delivery System construído para escalabilidade, descreve um pouco sobre como um sistema pode ser construído para alcançar escala, em particular como é feito na IBM Watson Media.
muitas soluções têm valor acrescentado que vão além da segurança e escalabilidade, no entanto. De requisitos rudimentares, como um player incorporável, a processos sofisticados como o rastreamento do visualizador. Um proprietário de conteúdo terá que priorizar os recursos e escolher o que adicionar internamente em vez de selecionar um provedor de entrega que os empacote com o serviço. Uma consideração a ser feita, no entanto, é o tipo de público que você deseja alcançar. Codificadores baseados em RTMP só poderão alcançar espectadores que tenham um player baseado em Flash com o feed raw. Isso excluirá os visualizadores móveis, onde o Flash geralmente não é compatível. Uma maneira de alcançar esse público é através da transcodificação. Isso pode tornar o fluxo compatível com esses dispositivos. No entanto, a compatibilidade é um componente, o outro está certificando-se de que o espectador possa assistir ao conteúdo com sua velocidade de conexão. Isso pode ser alcançado por meio de streaming adaptativo de taxa de bits, um processo de servir diferentes combinações de taxa de bits e resolução de conteúdo de vídeo com base em sua velocidade de conexão. Esta tecnologia é um componente da tecnologia de entrega amigável móvel hoje, como HLS (HTTP Live Streaming). Muitas vezes, quando o conteúdo é convertido para ser compatível com dispositivos móveis, o suporte ao streaming adaptável pode acompanhá-lo. Dito isto, a tecnologia adaptativa precisa das taxas de bits adicionais para mudar. Existem dois métodos para conseguir isso, um é enviar as múltiplas taxas de bits do codificador. Isso não é recomendado, pois requer uma conexão de Internet mais rápida, que será abordada na próxima etapa. Em vez disso, é recomendável ir com um serviço que faz a transcodificação em nuvem a partir de um único fluxo de alta qualidade. Essencialmente criando as combinações adicionais de resolução e taxa de bits que serão usadas como parte do processo adaptativo, em vez de ter que enviá-las.
Passo 4: protegendo uma conexão com a Internet
isso pode ser argumentado como o passo mais importante. Uma conexão de Internet confiável e rápida é necessária para realizar um webcast. A rapidez de uma conexão de que você precisará é determinada parcialmente pela qualidade em que planeja transmitir. Uma boa regra é garantir uma velocidade de upload que seja cerca de o dobro da sua taxa de bits planejada. Portanto, se você for transmitir a 1Mbps, sua velocidade de upload deve ser de 2Mbps.
deve-se ressaltar que a conexão com a Internet é crucial. Pode fazer ou quebrar um webcast. Como resultado, muitos testes devem acontecer no site do webcast para garantir que haja uma conexão confiável. Isso deve ser feito por meio de um teste de velocidade no local. Não de variáveis também, como se fosse uma conexão compartilhada e a possibilidade de outras pessoas usarem a velocidade de upload disponível durante a transmissão, se for. Outra consideração é o tipo, pois os sinais sem fio são menos confiáveis do que uma conexão com fio.
observe que se você for com um serviço que exige que você envie taxas de bits adicionais através do codificador, isso exigirá uma velocidade de conexão mais rápida. Quão rápido novamente é baseado na qualidade, embora neste caso todas as taxas de bits precisem ser somadas. Por exemplo, se fosse fornecer um 2.5 Mbps, 1Mbps, 500kbps e um feed de 250kbps, isso seria um total de 3.25 Mbps. Como resultado, seria necessária uma velocidade de upload de 6,5 Mbps. É por isso que a transcodificação na nuvem para criar as taxas de bits adicionais no conteúdo ao vivo é recomendada.Etapa 5: Configurando seu codificador
a peça final no quebra-cabeça está configurando seu codificador. Seu método de entrega e velocidade de conexão influenciam esta etapa.
primeiro é inserir o URL do fluxo para o canal ao vivo para o qual você deseja transmitir. Isso irá variar dependendo do seu provedor. Para as ofertas de streaming de vídeo e streaming de vídeo corporativo da IBM, essas informações são encontradas no painel. Clicando em um canal lá e indo para “Configurações de transmissão” e depois “configurações do codificador”. Isso fornecerá um URL RTMP e uma chave de fluxo que pode ser inserida no codificador. Como alternativa, se o codificador suportar, você pode fazer login usando uma senha do dispositivo em vez de usar os detalhes do fluxo encontrados em “Configurações do codificador”.
em seguida, dentro do codificador, você precisará especificar sua resolução e taxa de bits. Às vezes, esses atributos estão vinculados, o que significa que se você selecionar uma opção 720p, ela poderá ter uma taxa de bits padrão já associada a ela. Certifique-se de que a taxa de bits não exceda metade da sua velocidade de upload no local.
configurações adicionais dependerão do codificador. Se permitir que o proprietário do conteúdo gerencie o intervalo do quadro-chave, isso deve ser definido em 2 segundos. Se você não vir a opção de definir o intervalo, isso geralmente significa que ele está definido em 2 segundos. Se um intervalo de quadro-chave automático estiver disponível, ele deve ser desativado. Saiba mais neste artigo sobre quadros-chave, Interframe e compactação de vídeo.
resumo
Webcasting pode ser fácil de retirar, mas difícil de dominar. Como a maioria das coisas, a prática é perfeita, e fazer Mais transmissões permitirá aprimorar suas habilidades. Parte disso, como escolher um método de entrega, idealmente será um e feito, enquanto coisas como sua conexão com a Internet devem estar em uma lista de verificação do local antes de cada transmissão ao vivo. Se você fez seu primeiro webcast e está interessado em aprender mais técnicas, confira nossas 5 Dicas Pro para produção de vídeo ao vivo.