Ресайз стрима через ffmpeg?

Question

[duoman]

Добрый день! Пробую ресайзить стрим из 1280x720 в 720x480
Получается так я беру три rtsp потока с трех камер с помощью ffmpeg и перевожу их в папку dash и hls в двух разрешениях: 1280x720 и 720x480. итого того 12 потоков. И получается что все это дело запускает очен много процессов ffmpeg и загружает все ядра i7-3770K CPU @ 3.50GH на 100%.
Прилагаю аппликуху(nginx) от одного стрима

application src {
            live on;
            exec_options on;
            exec_static ffmpeg -threads 0 -rtsp_transport tcp -re
-i "rtsp://admin:admin@10.0.0.11:554/cam/realmonitor?channel=1&subtype=0"
-c copy -f flv -r 25 -bufsize 2M -s 1280x720 -an "rtmp://localhost:1935/hls/camera1 2>>/var/log/nginx/ffmpeg.log"
-c libx264 -f flv -r 25 -bufsize 2M -vf scale=720:480  -an "rtmp://localhost:1935/hls/720pcamera1 2>>/var/log/nginx/ffmpeg.log"
-c copy -f flv -r 25 -bufsize 2M -s 1280x720 -an "rtmp://localhost:1935/dash/camera1 2>>/var/log/nginx/ffmpeg.log"
-c libx264 -f flv -r 25 -bufsize 2M -vf scale=720:480 -an "rtmp://localhost:1935/dash/720pcamera1 2>>/var/log/nginx/ffmpeg.log";
        }

Если я не использую ресайз видео потока, то загрузка занимает не более 5 - 10% одного ядра.
Возможно я в чем то ошибся или действительно нужно столько ресурсов на смену разрешения?

Comments

[Moskus]

А вы уверены, что это ресайз жрет все ресурсы, а не рекомпрессия?
Также стоит обратить внимание на использование пресетов https://trac.ffmpeg.org/wiki/Encode/H.264
Решения "быстрого ресайза" (аналогично тому, как можно, например, уменьшать JPEG сразу при чтении) для H.264 лично мне неизвестно.

[duoman]

Если с ходу поставить -preset ultrafast то нагрузка процессора опускатеся до 20% c появлением небольших артефактов и подвисаний изображения, но это все равно много. Может и рекомпрессия... как с ней бороться?)

[Moskus]

duoman: Когда вы здесь отвечаете кому-то, всегда жмите "ответить", иначе тот, кому вы пишете, никогда не узнает, что вы ему ответили.
Ниже вам правильно пишут, что перекодировать в реальном времени несколько потоков видео в H.264 - это весьма ресурсоемкая операция.

Answer 1

[monah_tuk]

Moskus вам правильно намекнул на перекодировку.

Вариантов борьбы немного: использовать железячное кодирование (например Intel QSV, который доступен с FFmpeg 2.7.1 или nVidia NVENC который появился раньше), что несколько понизит загрузку; смириться или использовать ферму для кодирования (кодировать стрим на других машинах и делать рестрим).

Оптимально сделать микс из железячного кодирования и распределения нагрузки по ферме.

Comments

[duoman]

Спасибо за ответ! На каком желез е лучше всего делать аппаратное кодирование? и какое приблизительне количество стримов можно кодировать с одного процессора если использовать QSV?