Aller au contenu

RTMP vs SRT vs SRTLA pour diffuser en IRL

Les trois protocoles sont inclus dans tous les plans avec clé de diffusion. Tu en choisis un dans le tableau de bord, tu copies l’URL de publication et c’est réglé : la clé, la région et l’URL de lecture ne bougent pas.

RTMP SRT SRTLA
Encaisse un mauvais réseau Mal Bien Ce qui se fait de mieux
Latence La plus directe si le réseau tient Celle que tu décides Celle que tu décides
Additionne plusieurs connexions (bonding) Non Non Oui
Encodeurs typiques Presque tous Moblin, Larix, IRL Pro, ton OBS Moblin, BELABOX

Le plus compatible : tous les encodeurs et toutes les plateformes le parlent. En échange, c’est celui qui supporte le plus mal la perte de paquets : dès que le réseau tremble, l’envoi se bouche et le bitrate s’effondre. Son URL de publication tient sur une seule ligne, avec ta clé déjà collée à la fin, et celle de lecture est la même.

Choisis-le si tu diffuses depuis un point fixe en filaire, ou si ton encodeur ne parle rien d’autre.

Pensé pour les réseaux qui perdent des paquets : il renvoie ce qui se perd dans une marge de temps que tu décides. Plus de marge = plus de chances de récupérer, plus de retard à l’écran. L’URL de publication porte ta clé à l’intérieur d’un streamid avec le préfixe publish:.

Choisis-le si tu diffuses depuis ton téléphone avec une seule connexion, ou depuis un réseau qui n’est pas le tien (hôtel, événement, restaurant).

C’est du SRT réparti entre plusieurs connexions à la fois : deux SIM, la SIM et un wifi, deux modems. Le récepteur les recolle, donc si l’une tombe le direct continue avec les autres. Son URL de publication commence par srtla://. La lecture d’une clé SRTLA se fait en SRT, comme toutes les autres.

Choisis-le si tu bouges et que tu emportes plus d’une connexion. Avec une seule connexion, SRTLA ne t’apporte rien de plus que SRT.

Ce qui se passe vraiment quand des paquets se perdent

Section intitulée « Ce qui se passe vraiment quand des paquets se perdent »

C’est là qu’est toute la différence entre les trois, et ça vaut le coup de la comprendre une fois :

  • RTMP passe sur une connexion qui exige que chaque octet arrive, et dans l’ordre. Si des paquets se perdent, tout ce qui suit attend. L’envoi se bloque, le buffer se remplit et ton bitrate s’effondre — et il reste effondré un moment après que le réseau s’est déjà rétabli.
  • SRT envoie des paquets qu’on peut redemander un par un, dans une fenêtre de temps que tu choisis. Un paquet perdu est redemandé et arrive en retard mais à temps, sans rien arrêter de ce qui suit. Une fois la fenêtre fermée, ce paquet est abandonné plutôt que de bloquer le direct.
  • SRTLA fait la même chose, mais réparti sur plusieurs liens à la fois. Si l’un meurt, les autres portent toute la charge : ce qui aurait été une déconnexion devient une baisse de qualité.

C’est pour ça que RTMP a l’air d’aller très bien chez toi et se décompose dans la rue : il n’est pas moins bon pour diffuser, il est moins bon pour perdre des paquets. Et une connexion mobile perd des paquets en permanence.

Ta situation Protocole Pourquoi
Téléphone, en marchant dans la rue, une SIM SRT Récupère ce qui se perd sans dépendre d’une couverture parfaite
Téléphone ou sac à dos avec deux SIM (ou SIM + wifi) SRTLA Additionne les connexions et survit à la chute de l’une d’elles
PC à la maison en filaire RTMP Réseau stable, zéro configuration, la route la plus directe
PC à la maison en wifi faible SRT La marge couvre les micro-coupures du wifi
Encodeur ou caméra qui ne parle que RTMP RTMP C’est tout ce qu’il supporte

Ça se change en cours de route, sans faire tourner la clé :

  1. Va dans Clés de diffusion.
  2. Sur la clé, ouvre le sélecteur Protocole et choisis RTMP, SRT ou SRTLA.
  3. Copie la nouvelle URL avec Envoi et colle-la dans ton encodeur.