Comparación del protocolo de transferencia de transmisiones en vivo de YouTube
Organiza tus páginas con colecciones
Guarda y categoriza el contenido según tus preferencias.
YouTube Live Streaming admite los siguientes protocolos de transferencia para clientes externos:
| Protocolo de transferencia |
Encriptado |
Códecs de video compatibles |
Comentario |
| RTMP |
No |
H.264 |
Adecuado para transmisiones en vivo con latencia normal, baja o ultrabaja. |
| RTMPS |
Sí |
H.264 |
Adecuado para transmisiones en vivo con latencia normal, baja o ultrabaja. |
| HLS |
Sí |
H.264, H.265 (HEVC) |
Es mejor para la resolución 4K debido a la compatibilidad con HEVC. Es compatible con HDR. No es adecuado para latencias ultrabajas. |
| DASH |
Sí |
H.264 y VP9 |
Es mejor para la resolución 4K debido a la compatibilidad con VP9. No es adecuado para latencias ultrabajas. |
El protocolo de mensajería en tiempo real (RTMP) es un protocolo muy utilizado para la transmisión de video que YouTube en vivo acepta desde que comenzó el servicio.
El protocolo de mensajería en tiempo real seguro (RTMPS) es una extensión segura del RTMP.
El protocolo RTMPS beneficia tanto a los creadores de contenido como a los usuarios, ya que evita los ataques de intermediarios en el lado de la transferencia de las transmisiones en vivo. Esto garantiza que todos los datos de transmisión en vivo de un creador, incluidos los videos, el audio y los indicadores de control, se transmitan de forma segura a los servidores de YouTube, lo que los protege de manipulaciones o intercepciones durante el tránsito.
Los protocolos de transferencia HTTP Live Streaming (HLS) y Dynamic Adaptive Streaming over HTTP (DASH) también están encriptados, al igual que RTMPS. También admiten códecs que RTMP y RTMPS no admiten. Los códecs de video de próxima generación, como VP9 y la codificación de video de alta eficiencia (HEVC), pueden ofrecer una compresión mucho mejor en comparación con H.264, lo que permite a los usuarios transmitir con mayor calidad para una tasa de bits determinada o transmitir con la misma calidad y usar una tasa de bits más baja, lo que podría reducir el almacenamiento en búfer. Esto hace que la transferencia de HLS o DASH sea una buena opción para el contenido premium que requiere mayor calidad y resolución, aunque con una latencia relativamente más alta. Ten en cuenta que la transferencia de HLS y DASH suele generar una latencia mayor que la de RTMP porque HLS y DASH se basan en segmentos.
Salvo que se indique lo contrario, el contenido de esta página está sujeto a la licencia Atribución 4.0 de Creative Commons, y los ejemplos de código están sujetos a la licencia Apache 2.0. Para obtener más información, consulta las políticas del sitio de Google Developers. Java es una marca registrada de Oracle o sus afiliados.
Última actualización: 2025-08-21 (UTC)
[null,null,["Última actualización: 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."]]
