Quero começar dizendo que sei que essa pergunta é antiga e que já tem uma resposta aceita; mas, como um infeliz usuário da Internet que usou essa pergunta como um meio de acabar apenas provando estar errado logo depois (mas não antes de incomodar um pouco meu cliente), quero acrescentar meus pensamentos e sugestões.
Enquanto @DSG e @Giona estão corretos, e não há nada errado com suas respostas, há um mecanismo criativo que você pode empregar para "se locomover", por assim dizer, essa limitação. Isso não quer dizer que eu esteja tolerando a contornar esse recurso, muito pelo contrário, mas apenas alguns mecanismos para que um usuário ainda "sinta" como se um arquivo de vídeo ou áudio estivesse "tocando automaticamente".
A solução rápida é ocultar uma tag de vídeo em algum lugar da página para celular, já que criei um site responsivo e faço isso apenas para telas menores. A tag de vídeo (exemplos HTML e jQuery):
HTML
<video id="dummyVideo" src="" preload="none" width="1" height="2"></video>
jQuery
var $dummyVideo = $("<video />", {
id: "dummyVideo",
src: "",
preload: "none",
width: "1",
height: "2"
});
Com isso oculto na página, quando um usuário "clica" para assistir a um filme (ainda não há interação com o usuário, não há como contornar esse requisito), em vez de navegar para uma página de exibição secundária, carrego o vídeo oculto. Isso funciona principalmente porque a tag de mídia não é realmente usada, mas promovida para uma instância do Quicktime, portanto, não é necessário ter um elemento de vídeo visível. No manipulador de "clique" (ou "touchend" no celular).
$(".movie-container").on("click", function() {
var url = $(this).data("stream-url");
$dummyVideo.attr("src", url);
$dummyVideo.get(0).load(); // required if src changed after page load
$dummyVideo.get(0).play();
});
E viola. No que diz respeito ao UX, um usuário clica em um vídeo para reproduzir e o Quicktime abre a reprodução do vídeo escolhido. Isso permanece dentro da limitação de que os vídeos só podem ser reproduzidos por meio da ação do usuário, por isso não estou forçando dados de quem não está decidindo assistir a um vídeo com este serviço. Eu descobri isso ao tentar descobrir como exatamente o YouTube conseguiu isso com seus dispositivos móveis, que é essencialmente uma construção de página Javascript muito boa e um elemento sofisticado escondido como no caso da tag de vídeo.
Aqui está uma "solução alternativa" para tentar criar um recurso UX de "reprodução automática" em dispositivos iOS sem ultrapassar as limitações da Apple e ainda fazer com que os usuários decidam se desejam assistir a um vídeo (ou áudio mais parecido, embora eu não testaram) sem ter apenas um carregado sem a permissão deles.
Além disso, para a pessoa que comentou que é do sleep.fm, infelizmente isso ainda não teria sido uma solução para seus problemas, que é a reprodução de áudio com base no tempo.
Espero que alguém ache essas informações úteis, pois isso me salvaria uma semana de entrega de más notícias a um cliente inflexível quanto a esse recurso e fiquei feliz em encontrar uma maneira de entregá-lo no final.
EDITAR
Achados adicionais indicam que a solução alternativa acima é apenas para dispositivos iPhone / iPod. O iPad reproduz vídeo no Safari antes de ser exibido em tela cheia; portanto, você precisará de algum mecanismo para redimensionar o vídeo ao clicar antes de reproduzir, ou então você terminará com áudio e sem vídeo.