{"id":12819,"date":"2025-03-25T07:46:07","date_gmt":"2025-03-25T06:46:07","guid":{"rendered":"https:\/\/infolib.re\/blog\/?p=12819"},"modified":"2026-05-24T10:03:43","modified_gmt":"2026-05-24T08:03:43","slug":"diffuser-un-flux-video-en-direct-sur-le-web","status":"publish","type":"post","link":"https:\/\/infolib.re\/blog\/diffuser-un-flux-video-en-direct-sur-le-web\/","title":{"rendered":"Diffuser un flux vid\u00e9o en direct sur le Web"},"content":{"rendered":"

La diffusion d’un flux vid\u00e9o en direct sur le Web est surtout utilis\u00e9e pour la vid\u00e9osurveillance ou pour la retransmission d’\u00e9v\u00e9nements. Elle permet aussi de d\u00e9couvrir un lieu \u00e0 distance (reportage, visite d’usine) ou de faire une manipulation \u00e0 distance (op\u00e9ration chirurgicale). Elle est diff\u00e9rente de la visioconf\u00e9rence, car il n’y a g\u00e9n\u00e9ralement qu’une seule source vid\u00e9o et la diffusion est publique et accessible en permanence.<\/p>\n

 <\/p>\n

Il existe plusieurs protocoles de communication pour diffuser un flux vid\u00e9o en direct. Les plus performants sont :<\/p>\n\n\n\n\n\n\n\n\n\n
\n

Protocole<\/b><\/p>\n<\/td>\n

\n

Connexion entrante1<\/sup><\/a><\/b><\/p>\n<\/td>\n

\n

Description<\/b><\/p>\n<\/td>\n

\n

Avantages<\/b><\/p>\n<\/td>\n

\n

Inconv\u00e9nients<\/b><\/p>\n<\/td>\n<\/tr>\n

\n

WebTransport<\/a>, bas\u00e9 sur HTTP\/3 et QUIC<\/a><\/p>\n<\/td>\n

\n

NON si serveur public<\/p>\n<\/td>\n

\n

\n<\/td>\n

\n

Latence extr\u00eamement faible.<\/span><\/p>\n<\/td>\n

<\/td>\n<\/tr>\n
\n

WebRTC<\/a><\/p>\n<\/td>\n

\n

NON<\/p>\n<\/td>\n

\n

Communications client-serveur ou pair-\u00e0-pair. Utilise plusieurs protocoles dont RTP (Real-time Transport Protocol).<\/p>\n<\/td>\n

\n

Latence tr\u00e8s faible. Int\u00e9gr\u00e9 dans les navigateurs web.
\n<\/span><\/p>\n<\/td>\n

<\/td>\n<\/tr>\n
\n

RTMP<\/p>\n<\/td>\n

\n

NON<\/p>\n<\/td>\n

Client RTMP r\u00e9pandu dans les cam\u00e9ras en r\u00e9seau (cam\u00e9ras IP).<\/td>\nLatence faible.<\/td>\n\n

Transport par TCP et non UDP. Incompatible avec HTML5.<\/p>\n<\/td>\n<\/tr>\n

\n

RTSP<\/p>\n<\/td>\n

\n

OUI<\/p>\n<\/td>\n

\n

Serveur RTSP r\u00e9pandu dans les cam\u00e9ras IP. RTSP est g\u00e9n\u00e9ralement utilis\u00e9 avec le protocole RTP qui transmet le flux vid\u00e9o de la cam\u00e9ra.<\/p>\n<\/td>\n

\n

Permet de commander les cam\u00e9ras IP \u00e0 distance<\/span> (lecture, pause…).<\/p>\n<\/td>\n

<\/td>\n<\/tr>\n
\n

SRT<\/a><\/p>\n<\/td>\n

\n

NON<\/p>\n<\/td>\n

<\/td>\n\n

Latence faible.<\/p>\n<\/td>\n

<\/td>\n<\/tr>\n
\n

RIST<\/a><\/p>\n<\/td>\n

\n

NON<\/p>\n<\/td>\n

<\/td>\n\n

Latence faible.
\nMeilleures performances que SRT en haute d\u00e9finition.<\/p>\n<\/td>\n

<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

1<\/a> Connexion entrante : cela n\u00e9cessite la mise en place de moyens de s\u00e9curisation du serveur situ\u00e9 dans le r\u00e9seau priv\u00e9 (isolation, filtrage des flux\u2026), en plus du param\u00e9trage d\u2019un routeur, d\u2019un pare-feu, voire d\u2019un proxy. Il vaut mieux utiliser un protocole avec une connexion sortante, vers un serveur situ\u00e9 en dehors du r\u00e9seau priv\u00e9.<\/p>\n

Les protocoles RTMP (Real Time Messaging Protocol<\/em>), SRT (Secure Reliable Transport<\/em>), RIST (Reliable Internet Stream Transport<\/em>) ou WebRTC permettent de \u00ab pousser \u00bb un flux vid\u00e9o vers une plateforme de diffusion en direct. Lorsqu’une application ou une page web demande le flux vid\u00e9o \u00e0 la plateforme, pour l’afficher, la plateforme lui envoie le flux en continu (protocole WebRTC) ou d\u00e9coup\u00e9 en segments (protocoles HLS, Low-Latency HLS, MPEG-DASH, LLDASH) :<\/p>\n

\"Flux<\/a>Attention<\/span> : suivant les protocoles utilis\u00e9s, la latence peut d\u00e9passer 30 secondes. C\u2019est l\u2019\u00e9cart entre le moment o\u00f9 on filme avec la cam\u00e9ra et le moment o\u00f9 on affiche la vid\u00e9o dans une page web. HLS (HTTP Live Streaming<\/em>) et MPEG-DASH (Dynamic Adaptive Streaming over HTTP<\/em>) ont une latence de 20 \u00e0 30 secondes, due \u00e0 la transmission du flux vid\u00e9o en segments. RTMP, RTSP\/RTP (Real Time Streaming Protocol<\/em>), SRT, RIST, LLDASH et Low-Latency HLS ont une latence d\u2019environ 3 secondes. WebRTC a une latence de moins d\u2019une seconde. Il faut donc v\u00e9rifier les protocoles utilisables avec la plateforme de diffusion.<\/p>\n

Pour \u00e9conomiser la bande passante, il faut compresser le flux vid\u00e9o avec un encodeur performant : AV2<\/a>, AV1<\/a> ou sinon, H.266\/VVC<\/a> (Versatile Video Coding<\/em>) ou MPEG-5 (LCEVC)<\/a>. Les encodeurs VP9<\/a> et H.265\/HEVC<\/a> (High Efficiency Video Coding<\/em>) sont moins performants, les encodeurs VP8<\/a> et H.264\/AVC<\/a> le sont encore moins. Voir Vid\u00e9os de test H.264, HEVC, VP9 et AV1 du 320p \u00e0 la 8K<\/a>.<\/p>\n

Pour savoir quels encodages\/d\u00e9codages peuvent \u00eatre faits sous Linux par votre carte graphique, installez le paquet vainfo :<\/p>\n

\"vainfo\"<\/p>\n

Il peut \u00eatre int\u00e9ressant d\u2019utiliser le protocole MQTT coupl\u00e9 avec le syst\u00e8me de commande d\u2019une cam\u00e9ra (ONVIF<\/a>, API HTTP…) pour l\u2019allumer\/\u00e9teindre depuis Internet, zoomer et la faire pivoter.<\/p>\n

 <\/p>\n

Pour diffuser le flux vid\u00e9o d’une cam\u00e9ra en WebRTC :<\/p>\n