CloudFront ou outro CDN com streaming RTSP?

3

Então, eu tenho saltado entre a CDN tentando otimizar nossa solução de veiculação. Estamos exibindo videoclipes curtos em nosso código que exibem um elemento de vídeo html5 (MP4 ou OGG) ou um flash swf (FLV) como alternativa.

Estamos usando o Amazon S3 para o armazenamento desses arquivos de mídia e o CloudFront como nossa rede de distribuição de conteúdo. Estamos experimentando o fallback flash usando a distribuição do Flash Media Server do CloudFront e estamos transmitindo o FLV para o fallback do Flash. Isso funciona muito bem:)

No entanto, eu gostaria de realizar a mesma configuração (Origem > Streaming CDN > Client) com os arquivos MP4 e OGG no canal HTML5. Para fazer isso, preciso transmiti-los por RTP ou RTSP, em vez de CloudFront & RTMP do FMS.

Até agora não tive muita sorte em encontrar um CDN que suporte streams RTSP. Existe uma maneira de usar o Streaming Server do CloudFront e de alguma forma converter o protocolo de fluxo em RTSP usando o mp4 e ogg como os arquivos de origem?

(Eu também devo observar que o preço é um fator bastante grande aqui. O projeto depende do preço em um nível por TB / GB / MB).

    
por nuecaster 25.05.2011 / 03:54

1 resposta

1

Não acredito que haja suporte generalizado para os protocolos RTSP / RPT nos navegadores HTML5. Os dispositivos da Apple podem usar o RTSP, e talvez o IE9 também (como os servidores mais antigos do Windows Media também usaram o RTSP antes do advento do Smooth Streaming no Silverlight). Mas o padrão HTML5 não define protocolos ou codecs a serem usados.

Nossa lógica de veiculação de vídeo atual é:

  1. use MP4 em várias taxas de bits com HTTP Dynamic Streaming via flash se O Flash 10.1 ou superior está instalado

  2. Fallback para MP4 com download progressivo sobre HTTP em um Flash player se o flash v9 ou superior está presente

  3. Retorno ao vídeo em HTML5 com elementos de origem para ambos Arquivos MP4 e WebM, o que permite navegador resolvê-lo. MP4 é listado primeiro e é, portanto, preferido. Isso também é um download progressivo HTTP.

Esse esquema nos dá 99 +% de entrega para todos os nossos espectadores, que são na sua maioria usuários corporativos e não domésticos. Firewalls corporativos e protocolos de streaming dedicados, como RTMP e RTSP, geralmente não se misturam à nossa experiência - eles geralmente são bloqueados. Muito poucos de nossos visitantes podem até mesmo receber um fluxo RTSP ou RTMP através de seu firewall, e a "solução" de tunelamento RTP ou RTMP dentro de um fluxo HTTP é menos eficiente na largura de banda que um simples download HTTP.

    
por 31.05.2011 / 16:21