☰

El paso FFmpeg del flujo de transporte MPEG provoca errores y fallos en el flujo

tag-icon • tag-icon ffmpeg streaming video-streaming mpeg
El paso FFmpeg del flujo de transporte MPEG provoca errores y fallos en el flujo

Unbescholtener Bürger vuelve con otra pregunta sobre FFmpeg. Mi objetivo es tener una instancia de FFmpeg en ejecución que reciba un flujo de transporte mpeg a través de RTP, ejecute operaciones arbitrarias en el flujo recibido, como transcodificación o filtrado, y luego pase el flujo de transporte alterado a través de RTP.

Sin embargo, no consigo que funcione ni siquiera en la configuración más básica: tengo un archivo .ts que contiene un único programa que consta de una secuencia de vídeo y una de audio. Utilizo una instancia de FFmpeg para transmitir este archivo a localhost:

ffmpeg -re -i 1.ts -c copy -f rtp_mpegts rtp://127.0.0.1:5003

Con ffplay valido que esto funcione correctamente:

ffplay -i rtp://127.0.0.1:5003

El resultado se ve bien, suena bien y no genera mensajes de error en la consola.

Ahora intento instalar otra instancia de FFmpeg en el medio y las cosas van cuesta abajo. Solo quiero que FFmpeg copie la transmisión desde el puerto 5003 al puerto 5005 sin ningún procesamiento o transcodificación adicional:

ffmpeg -re -probesize 50M -analyzeduration 50M -i rtp://127.0.0.1:5003?fifo_size=10000 -c copy -f rtp_mpegts rtp://127.0.0.1:5005

Recibo muchos mensajes de error recurrentes en esa consola, y cuando superviso la transmisión en el puerto 5005 con ffplay, aparecen muchos artefactos, fallos y interrupciones. La salida de la consola se ve así en su mayor parte:

...
Input #0, rtp, from 'rtp://127.0.0.1:5003?fifo_size=10000':
  Duration: N/A, start: 1.400022, bitrate: N/A
  Program 1 
    Metadata:
      service_name    : Service01
      service_provider: FFmpeg
    Stream #0:0: Video: h264 (Constrained Baseline) ([27][0][0][0] / 0x001B), yuv420p(progressive), 352x240 [SAR 1:1 DAR 22:15], 29.97 fps, 29.97 tbr, 90k tbn, 59.94 tbc
    Stream #0:1: Audio: ac3 ([129][0][0][0] / 0x0081), 44100 Hz, stereo, fltp, 192 kb/s
Output #0, rtp_mpegts, to 'rtp://127.0.0.1:5005':
  Metadata:
    encoder         : Lavf58.2.102
    Stream #0:0: Video: h264 (Constrained Baseline) ([27][0][0][0] / 0x001B), yuv420p(progressive), 352x240 [SAR 1:1 DAR 22:15], q=2-31, 29.97 fps, 29.97 tbr, 90k tbn, 29.97 tbc
    Stream #0:1: Audio: ac3 ([129][0][0][0] / 0x0081), 44100 Hz, stereo, fltp, 192 kb/s
Stream mapping:
  Stream #0:0 -> #0:0 (copy)
  Stream #0:1 -> #0:1 (copy)
Press [q] to stop, [?] for help
frame=    0 fps=0.0 q=-1.0 size=       0kB time=00:00:00.48 bitrate=   0.0kbits/s speed=0.957x
frame=    0 fps=0.0 q=-1.0 size=       0kB time=00:00:01.01 bitrate=   0.0kbits/s speed=0.991x
frame=    0 fps=0.0 q=-1.0 size=       0kB time=00:00:01.53 bitrate=   0.0kbits/s speed=1.01x 
frame=    1 fps=0.5 q=-1.0 size=      57kB time=00:00:02.05 bitrate= 227.6kbits/s speed=1.01x 
frame=   17 fps=6.7 q=-1.0 size=      83kB time=00:00:02.54 bitrate= 267.6kbits/s speed=   1x 
frame=   32 fps= 11 q=-1.0 size=     121kB time=00:00:03.04 bitrate= 324.9kbits/s speed=   1x 
[rtp @ 0x3db64c0] max delay reached. need to consume packet
[rtp @ 0x3db64c0] RTP: missed 50 packets
[rtp @ 0x3db64c0] PES packet size mismatch
frame=   37 fps= 10 q=-1.0 size=     132kB time=00:00:04.07 bitrate= 266.0kbits/s speed=1.15x frame=   37 fps=9.1 q=-1.0 size=     132kB time=00:00:04.07 bitrate= 266.0kbits/s speed=1.01x 
[rtp @ 0x3db64c0] max delay reached. need to consume packet
[rtp @ 0x3db64c0] RTP: missed 1 packets
[rtp @ 0x3db64c0] PES packet size mismatch
[rtp @ 0x3db64c0] max delay reached. need to consume packet
[rtp @ 0x3db64c0] RTP: missed 1 packets
frame=   47 fps= 10 q=-1.0 size=     150kB time=00:00:04.57 bitrate= 269.3kbits/s speed=1.01x
...

Entonces... ¿alguna idea de qué salió mal y cómo solucionarlo? Un vistazo al monitor de recursos no indica ninguna carga alta de CPU, memoria o red.

Respuesta1

Aparentemente mi problema fue la -rebandera en el comando que inicia la instancia de paso de FFmpeg.

Si hubiera mirado la documentación oficial de antemano, no habría tenido que hacer esta pregunta:

-re(aporte)

Lea la entrada a la velocidad de fotogramas nativa. Se utiliza principalmente para simular un dispositivo de captura o un flujo de entrada en vivo (por ejemplo, al leer un archivo). No debe usarse con dispositivos de captura reales o transmisiones de entrada en vivo (donde puede causar pérdida de paquetes).

http://ffmpeg.org/ffmpeg.html#Opciones-avanzadas

Que es exactamente lo que me pasó a mí.

información relacionada