onfiguração do @My Http Live Streaming: O Apache hospeda os arquivos html, m3u8 e ts

O tss arquivos @ são copiados de http: devimages.apple.com/iphone/samples/bipbop/gear1/fileSequence*.ts. Não há nada de errado com a codificação de vídeo (verificada ao reproduzir esses arquivos)

m3u8s arquivos @ (tanto a taxa de bits múltipla quanto o nível da folha) são copiados do exemplo da apple e estão sintaticamente corretos, da seguinte maneira:

#EXTM3U
#EXT-X-TARGETDURATION:10
#EXT-X-MEDIA-SEQUENCE:0
#EXTINF:10, no desc
fileSequence0.ts
...
#EXTINF:1, no desc
fileSequence180.ts
#EXT-X-ENDLIST

videoplay.html (abaixo) falha ao transmitir o vídeo do meu servidor apache

<video src="bipbop/bipbopall.m3u8" controls autoplay ></video>

No entanto, ao modificar videoplay.html (abaixo), o vídeo é transmitido muito bem no site da Apple

<video src="http://devimages.apple.com/iphone/samples/bipbop/bipbopall.m3u8" controls autoplay ></video>

Suspeitei de algo errado nas configurações do tipo MIME porque o Chrome estava manipulandohttp: //devimages.apple.com/iphone/samples/bipbop/bipbopall.m3u ehttp: //localhost/bipbop/bipbopall.m3u diferente. Enquanto o Chrome tenta reproduzir o primeiro, ele baixa e salva o último. Então, verifiquei minha configuração de tipo mime, que é definida abaixo em httpd.conf

AddType application/x-mpegURL .m3u8
AddType video/MP2T .ts

Minha configuração de tipo MIME está correta?Como descobrimos a associação do tipo mime anunciada pelo site da apple? Ou temos que procurar outro lugar para consertar iss