Google TV (tout comme les Apple TV) sont normalement conçues pour manger du flux HLS, pas du flux "pur" comme ce qu'on envoie.

On prépare une plateforme HLS mais ça sera plus tard cette année

Bien qu'Android(/Google TV) soit compatible HLS, le format le plus couramment utilisé est le MPEG-DASH les concernant.
Pour Apple TV (et iOS en partie) en revanche il n'y a pas débat, HLS est mandatory.

Allez-vous implémenter une gestion de droits (DRM) avec ce mode de diffusion ? Du "start-over" (peut-être pas permis dans le cadre de la redistribution des chaînes) ?

Et pour répondre a la question s'il y a eu un changement récent, non, il n'y a eu aucun changement sur l'infra TV la semaine dernière.
En l'occurrence, nous avions bien fait attention à ce que les flux soient dispos en HTTP car il n'est pas pertinent que le serveur s'amuse à chiffrer les flux individuellement pour chaque utilisateur.
Il écoute cependant en HTTPS quand même afin de gérer les clients qui appliquent HSTS, mais il est préférable d'utiliser HTTP et non pas HTTPS dans la mesure du possible. C'est d'ailleurs pour cela que le m3u distribue des URL en HTTP, et non en HTTPS.

J'aime pas laisser des trucs ouverts sans réponse, alors la conclusion de l'affaire c'est que c'est retombé en marche le lendemain. J'ai passé pas mal de temps à essayer de comprendre, mais en vain, difficile de debug un truc qui refonctionne. J'ai tapé exactement les mêmes wget que Hugues, depuis plusieurs machines, et quand j'ai posté mon dernier message je n'avais clairement pas de réponse en HTTP.
Enfin, voilà, je reviens en arrière et je vire mon m3u pirate, ça refonctionne en me laissant dans un abîme de perplexité, mais madame est contente la télé fonctionne :=)