Comparatif des protocoles d'ingestion de diffusions en direct sur YouTube
Restez organisé à l'aide des collections
Enregistrez et classez les contenus selon vos préférences.
YouTube En direct est compatible avec les protocoles d'ingestion suivants pour les clients tiers :
| Protocole d'ingestion |
Chiffré |
Codecs vidéo acceptés |
Commentaire |
| RTMP |
Non |
H.264 |
Convient au streaming en direct avec une latence normale, faible ou ultra-faible. |
| RTMPS |
Oui |
H.264 |
Convient au streaming en direct avec une latence normale, faible ou ultra-faible. |
| HLS |
Oui |
H.264, H.265 (HEVC) |
Meilleur pour la résolution 4K grâce à la prise en charge du format HEVC. Compatible avec le HDR. Ne convient pas à la latence ultra-faible. |
| DASH |
Oui |
H.264, VP9 |
Meilleur pour la résolution 4K grâce à la compatibilité avec VP9. Ne convient pas à la latence ultra-faible. |
Le Real Time Messaging Protocol (RTMPS) est un protocole de streaming vidéo largement utilisé que YouTube En direct accepte depuis le lancement du service.
Le protocole RTMPS (Real-Time Messaging Protocol Secure) est une extension sécurisée du protocole RTMP.
RTMPS profite à la fois aux créateurs de contenu et aux spectateurs en empêchant les attaques de l'homme du milieu côté ingestion des diffusions en direct. Cela garantit que toutes les données de diffusion en direct d'un créateur (y compris les signaux vidéo, audio et de contrôle) sont transmises de manière sécurisée aux serveurs de YouTube, ce qui les protège contre toute falsification ou interception en transit.
Les protocoles d'ingestion HTTP Live Streaming (HLS) et Dynamic Adaptive Streaming over HTTP (DASH) sont également chiffrés, comme RTMPS. Ils sont également compatibles avec les codecs que RTMP et RTMPS ne prennent pas en charge. Les codecs vidéo de nouvelle génération tels que VP9 et High Efficiency Video Coding (HEVC) peuvent offrir une compression bien meilleure que H.264, ce qui permet aux utilisateurs de diffuser des vidéos de meilleure qualité pour un débit donné ou de diffuser des vidéos de même qualité avec un débit inférieur, ce qui peut réduire la mise en mémoire tampon. L'ingestion HLS ou DASH est donc un bon choix pour les contenus premium qui nécessitent une qualité et une résolution supérieures, bien qu'avec une latence relativement plus élevée. Notez que l'ingestion HLS et DASH entraîne généralement une latence plus importante que RTMP, car HLS et DASH sont basés sur des segments.
Sauf indication contraire, le contenu de cette page est régi par une licence Creative Commons Attribution 4.0, et les échantillons de code sont régis par une licence Apache 2.0. Pour en savoir plus, consultez les Règles du site Google Developers. Java est une marque déposée d'Oracle et/ou de ses sociétés affiliées.
Dernière mise à jour le 2025/08/21 (UTC).
[null,null,["Dernière mise à jour le 2025/08/21 (UTC)."],[[["\u003cp\u003eYouTube Live Streaming supports four ingestion protocols: RTMP, RTMPS, HLS, and DASH, each with different features and capabilities.\u003c/p\u003e\n"],["\u003cp\u003eRTMP and RTMPS are suitable for normal, low, or ultra-low latency live streaming, with RTMPS providing secure, encrypted transmission.\u003c/p\u003e\n"],["\u003cp\u003eHLS and DASH are encrypted, support advanced codecs like HEVC and VP9, and are better suited for 4K and high-resolution streaming but have higher latency.\u003c/p\u003e\n"],["\u003cp\u003eHLS and DASH offer improved video compression compared to H.264, allowing for higher quality at the same bitrate or equivalent quality with a lower bitrate.\u003c/p\u003e\n"]]],["YouTube Live Streaming uses RTMP, RTMPS, HLS, and DASH protocols. RTMP and RTMPS, the latter being a secure extension, support H.264 and are suitable for low-latency streams. Encrypted HLS supports H.264 and H.265 (HEVC), while encrypted DASH supports H.264 and VP9, both being ideal for 4K and HDR content. HLS and DASH are segment based and offer better compression, but are not suitable for ultra-low latency.\n"],null,["# YouTube Live Streaming Ingestion Protocol Comparison\n\nYouTube Live Streaming supports the following ingestion protocols for\nthird-party clients:\n\n| Ingestion Protocol | Encrypted | Video Codecs Supported | Comment |\n|----------------------------------------------------|-----------|------------------------|-----------------------------------------------------------------------------------------------------|\n| RTMP | No | H.264 | Suitable for normal, low, or ultra-low latency live streaming. |\n| [RTMPS](/youtube/v3/live/guides/rtmps-ingestion) | Yes | H.264 | Suitable for normal, low, or ultra-low latency live streaming. |\n| [HLS](/youtube/v3/live/guides/hls-ingestion) | Yes | H.264, H.265 (HEVC) | Better for 4K resolution because of HEVC support. Supports HDR. Not suitable for ultra-low latency. |\n| [DASH](/youtube/v3/live/guides/encoding-with-dash) | Yes | H.264, VP9 | Better for 4K resolution because of VP9 support. Not suitable for ultra-low latency. |\n\n*Real Time Messaging Protocol (RTMPS)* is a widely-used protocol for video\nstreaming that YouTube Live has accepted since the service began.\n\n*Real Time Messaging Protocol Secure (RTMPS)* is a secure extension to RTMP.\nRTMPS benefits both content creators and viewers by preventing man-in-the-middle\nattacks on the ingestion side of livestreams. This ensures that all of a\ncreator's live streaming data---including video, audio, and control signals---is\nsecurely transmitted to YouTube's servers, protecting it from tampering or\ninterception in transit.\n\nThe *HTTP Live Streaming (HLS)* and *Dynamic Adaptive Streaming over HTTP\n(DASH)* ingestion protocols are also encrypted, like RTMPS. They also support\ncodecs that RTMP and RTMPS don't. Next-generation video codecs such as VP9 and\n*High Efficiency Video Coding (HEVC)* can offer much better compression relative\nto H.264, allowing users to either stream with higher quality for a given\nbitrate or stream with the same quality while using a lower bitrate, which could\ndecrease buffering. This makes HLS or DASH ingestion a good choice for premium\ncontent that requires higher quality and higher resolution, albeit at a\nrelatively higher latency. Note that HLS and DASH ingestion typically incur\ngreater latency than RTMP because HLS and DASH are segment-based."]]
