Pourquoi Twitch coupe le son des VOD, et ce que veut dire -unmuted

Ce qu’est réellement un passage muet

Twitch analyse automatiquement l’audio des diffusions enregistrées pour détecter les contenus protégés. Quand un passage correspond à un morceau protégé, l’audio de cette plage est retiré de l’enregistrement. La vidéo n’est pas touchée, la durée reste identique et la lecture continue normalement — seul le son disparaît.

La décision est prise du côté de Twitch, avant que le moindre lecteur tiers ne voie le fichier. Une extension de navigateur, une application de bureau et NoSub reçoivent exactement le même enregistrement amputé.

Le contre-intuitif : c’est -unmuted qui marque la plage coupée

Une VOD Twitch est servie sous forme de playlist HLS listant des milliers de segments courts. Dans une plage muette, ces segments ne portent pas le suffixe -muted comme on s’y attendrait. Ils sont listés avec le suffixe -unmuted.

Dans les playlists publiques traitées par NoSub, demander l’un de ces fichiers -unmuted renvoie une erreur HTTP 403, tandis que le même chemin avec -muted est servi. La règle pratique vient donc de la réponse du CDN : -unmuted ne signifie pas qu’un son audible est disponible pour le lecteur.

Ce que NoSub observe dans les playlists publiques

En développant la lecture des passages coupés, NoSub a retrouvé le même comportement dans les playlists publiques concernées :

• Une URI -unmuted dans les playlists concernées marque un passage que la rediffusion publique sert sans son d’origine.
• Demander ce fichier -unmuted directement renvoie 403, pas l’audio d’origine.
• Le fichier -muted correspondant est la seule variante que le CDN accepte de servir.
• La durée de la timeline ne change jamais ; seul l’audio de la plage manque.

Ce que cela implique si vous développez un lecteur

Un lecteur qui transmet la playlist sans la modifier échoue d’une manière qui semble sans rapport avec le son :

• Les réponses 403 commencent exactement là où commence le passage muet : la lecture se bloque en plein milieu au lieu de signaler un problème de son.
• Le symptôme habituel est un chargement sans fin, ce qui fait chercher un bug de réseau ou de qualité qui n’existe pas.
• La correction consiste à réécrire -unmuted en -muted dans la playlist avant de la donner au lecteur.
• Par ailleurs, les CDN de VOD Twitch n’envoient aucun en-tête CORS : un lecteur navigateur doit aussi faire passer les segments par un proxy pour en lire les octets.

L’audio d’origine est-il récupérable ?

Pas depuis la source VOD publique utilisée par NoSub. Réécrire le nom du segment ne restaure rien : cela demande simplement le fichier muet réellement servi par le CDN.

Il faudrait une copie séparée sauvegardée avant la coupure pour retrouver un son audible. NoSub n’héberge ni n’archive les diffusions et ne peut donc pas fournir cette copie.