Pregunta

Estoy pensando en desarrollar un servidor de streaming y tengo la siguiente pregunta, hacer más de RTSP (ejemplo url: rtsp://192.168.0.184/myvideo.mpg) o RTP (ejemplo url: rtp://192.168.0.184).

Según tengo entendido, un servidor RTSP se utiliza principalmente para la transmisión de archivos que ya existen, es decir, no en vivo. RTP servidor se utiliza para la difusión.

Que alguien me corrija si estoy equivocado, estoy en lo cierto?.

Lo que quiero desarrollar un servidor de contenidos emitidos en directo en la pantalla del ordenador, es decir, que se muestra en el momento en que se emite en streaming.

¿Fue útil?

Solución

Usted está recibiendo algo mal ... RTSP es una transmisión en tiempo real protocolo. Es decir, puede transmitir lo que quieras en tiempo real. Así que se puede usar para transmitir contenido en directo (no importa lo que es, vídeo, audio, texto, presentación ...). RTP es un protocolo de transporte que se utiliza para datos de medios de transporte que se negocia sobre RTSP.

Se utiliza RTSP para la transmisión de los medios de control a través de RTP. Se utiliza para la configuración, reproducción, pausa, el desmontaje de la corriente ...

Por lo tanto, si usted quiere que el servidor de streaming acaba de empezar cuando se solicita la URL, se puede aplicar algún tipo de servidor RTP-solamente. Pero si desea tener más control y si se está transmitiendo video en vivo, debe utilizar RTSP, porque transmite otros datos importantes de decodificación y SDP.

Leer los documentos he vinculado aquí, ellos son un buen punto de partida.

Otros consejos

Que yo sepa, RTSP no transmitir flujos en absoluto, es sólo un protocolo de control fuera de banda con funciones como la reproducción y parada.

Raw UDP o RTP sobre UDP son protocolos de transmisión de flujos de igual modo que TCP crudo o HTTP a través de TCP.

Para ser capaz de transmitir un cierto programa durante el protocolo de transmisión dado, un método encapsulación tiene que ser definido para el formato de contenedor . Por ejemplo contenedor de TS se puede transmitir a través de UDP, pero no puede Matroska.

Casi todo lo que puede ser transportado a través de TCP sin embargo.

(El hecho de que el que códec Cómo se utiliza también importa indirectamente, ya que restringe los formatos de contenedor que puede utilizar.)

Algunos conceptos básicos:

  

servidor RTSP se puede utilizar para la fuente de muertos, así como para la fuente viva. RTSP proporciona comandos que (igual que su aparato de vídeo remoto), y la funcionalidad depende de su aplicación.

     

RTP es el protocolo en tiempo real utilizado para el transporte de audio y vídeo en tiempo real. Transporte utilizado puede ser unicast, multicast o broadcast, dependiendo de la dirección de transporte y el puerto. Además de transportar RTP hace un montón de cosas para ti como paquetización, reordenamiento, el control de la fluctuación, calidad de servicio, soporte para sincronización de labios .....

En su caso si usted desea que la difusión de servidor de streaming, entonces necesita RTSP (para el control), así como RTP (radiodifusión de audio y video)

Para empezar se puede ir a través de código de ejemplo proporcionado por live555

escucho tu dolor. Estoy pasando por esto ahora (años después). Por lo que he aprendido, se puede pensar en RTSP como un "controlador de vídeo", el protocolo permite especificar que fluye (presentaciones) que desea jugar, se le enviará una descripción de los medios de comunicación, y entonces se puede utilizar RTSP para reproducir, detener, pausar y grabar el flujo remoto. Los medios de comunicación en sí va a través de RTP. RTSP se implementa normalmente a través de una toma de corriente o la comunicación capa diferente. A pesar de que se trata simplemente de un protocolo, con mayor frecuencia que está implementado por un servidor a través de una toma de corriente. Para secuencias en vivo, el RTSP stream usted solicita es simplemente un nombre de un arroyo. No necesita hacer referencia a un archivo en el servidor, la aplicación RTSP del servidor puede analizar esa corriente, armar un gráfico en vivo, y luego proporcionar el SDP (descripción) para ese nombre de secuencia. Pero, esto es, por supuesto específica a la forma en que el servidor RTSP se ha implementado. Para los flujos "en vivo", es probable que sea más fácil de usar sólo RTP, pero necesitará una manera de transferir el SDP desde el servidor RTP al cliente que quiere jugar esa corriente.

Creo que eso es correcto. RTSP puede utilizar RTP internamente.

RTSP (en realidad RTP) se puede utilizar para la transmisión de vídeo, sino también muchos otros tipos de medios, incluyendo presentaciones en vivo. RTSP es el protocolo utilizado para configurar la sesión RTP.

Para todos los detalles se pueden extraer mi fuente abierta aplicación RTSP Server en la siguiente dirección: https: // net7mma. codeplex.com/

O mi artículo @ http: // www.codeproject.com/Articles/507218/Managed-Media-Aggregation-using-Rtsp-and-Rtp

Es compatible con flujos de re-compra de componentes, así como la creación dinámica de corrientes, se implementan varios de RFC y la biblioteca logra un mejor rendimiento y menos memoria que FFMPEG y casi cualquier otra solución en la capa de transporte y por lo tanto hace que sea un buen candidato para uso como un punto de acceso para la mayoría de escenarios centralizado.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top