Es solo una razón histórica. RTSP es adecuado para transferir códec MPEG4 part2 y fue el primer códec de video para cámaras IP después de mjpeg. También puede manejar H.264 y H.265, por lo que no hay razones para cambiarlo debido a la actualización del códec.
También RTSP puede configurar ambos: entrega UDP y TCP. Muchas cámaras IP baratas no pueden enviar TCP debido a la RAM muy pequeña y al mal manejo de TCP (historia larga y triste). Entonces RTSP es flexible en esta pregunta.
RTSP también tiene lugar para agregar secuencias de metadatos. Pero RTSP no es adecuado para la entrega de IPTV sin encapsulación MPEGTS porque no tiene soporte para bframes
- Cómo averiguar ISP desde una dirección IP
- ¿Cuál es la necesidad de un protocolo de ventana deslizante en un pagador de enlace de datos?
- ¿Cómo funciona realmente Port no en TCP?
- ¿Cómo explicaría el Protocolo de transmisión en tiempo real (RTSP) de una manera no complicada? ¿Por qué es mejor para la transmisión de video vigilancia?
- ¿Qué papel juega TCP en un sistema de transmisión de datos?
¿Con qué tenemos que cambiar RTSP?
RTMP no tiene soporte MPEG4 Part2 y H.265.
HTTP MPEG-TS no tiene soporte para la configuración de transporte UDP de unidifusión.
Entonces: RTSP es bueno para las necesidades de vigilancia y no existe un protocolo que sea mejor en todos los aspectos.
