☰

Сквозная передача FFmpeg транспортного потока MPEG приводит к ошибкам и сбоям в потоке

tag-icon • tag-icon ffmpeg streaming video-streaming mpeg
Сквозная передача FFmpeg транспортного потока MPEG приводит к ошибкам и сбоям в потоке

Unbescholtener Bürger вернулся с еще одним вопросом по FFmpeg. Моя цель — запустить экземпляр FFmpeg, который получает транспортный поток mpeg через RTP, выполняет произвольные операции с полученным потоком, например, транскодирование или фильтрацию, а затем передает измененный транспортный поток через RTP.

Однако, мне не удаётся заставить его работать даже в самой базовой конфигурации: у меня есть файл .ts, содержащий одну программу, состоящую из одного видео и одного аудиопотока. Я использую экземпляр FFmpeg для потоковой передачи этого файла на localhost:

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

С помощью ffplay я проверяю, что это работает правильно:

ffplay -i rtp://127.0.0.1:5003

Результат выглядит хорошо, звучит хорошо, не вызывает сообщений об ошибках на консоли.

Теперь я пытаюсь вставить еще один экземпляр FFmpeg между ними, и дела идут под откос. Я просто хочу, чтобы FFmpeg копировал поток с порта 5003 на порт 5005 без какой-либо дальнейшей обработки или транскодирования:

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

Я получаю много повторяющихся сообщений об ошибках на этой консоли, и когда я отслеживаю поток на порту 5005 с помощью ffplay, появляется много артефактов, сбоев и выпадений. Вывод консоли выглядит примерно так:

...
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
...

Итак... есть идеи, что пошло не так и как это исправить? Взгляд на монитор ресурсов не показывает высокой загрузки процессора, памяти или сети.

решение1

Видимо, моя проблема была в -reфлаге в команде, которая запускает сквозной экземпляр FFmpeg.

Если бы я заранее заглянул в официальную документацию, мне бы не пришлось задавать этот вопрос:

-re(вход)

Считывать входные данные с собственной частотой кадров. В основном используется для имитации устройства захвата или живого входного потока (например, при чтении из файла). Не следует использовать с реальными устройствами захвата или живыми входными потоками (где это может привести к потере пакетов).

http://ffmpeg.org/ffmpeg.html#Расширенные-опции

Именно это и произошло со мной.

Связанный контент