А пользователю приложения вы бы так же сказали "извините, у вас пк слабый, не юзайте фичу раз глючит у вас" ?)

troublesMaker, компьютеры новые выпускают, зачем их люди покупают?

SuperZen,
вы пишите не по теме. Но если прям хочется убедиться вам - ок, на пк с 16 gb ram, i7 - при декодировании h264 в браузере и проигрывании в плеерах (2 камеры, 2 плеера) загрузка cpu примерно 60% - 70% . Будете говорить пользователям чтоб бежали за новыми пк ? Ок.
Стоп флуд.


Моя задача - отправлять данные на rtmp, по мере их поступления.

в ffmpeg можно через -i посылать udp://host:port
предположим это работает, как проигрывать rtmp:// в браузере? это все равно приведет к стороннему hls проигрывателю, который будет эти чанки клеить на клиенте. надо смотреть в сторону media серверов, ну и опять же он помрет от твоих 10 камер )

SuperZen,
- но в этом нет смысла, если можно на rtmp слать данные.

Рекомендую вам ознакомиться как работает rtmp

И nginx-rtmp-модуль.

Прошу не писать больше неверных предположений, если бы вы работали с описанным выше, вы бы понимали о чём я говорю.



Итак, мою задачу (отправка данных на rtmp) решали уже много раз, и адекватное решение точно есть. Вот максимально похожая ситуация описана:
https://stackoverflow.com/questions/...fers-to-ffmpeg

Как-то вот делает автор поста:

let allFramesTogether = Buffer.concat(frames);
ffmpeg.stdin.write(allFramesTogether);

Вот это правильный подход, - готовая информация отдаётся в поток stdin fffmpeg'у, который эти чанки транслирует на rtmp, и у меня примерно также должно быть.

Решено.

Пришлось помучаться с конфигами ffmpeg и настройкой правильной команды для моего случая.

На случай если кому-то понадобится, решение - отдавать ffmpeg'у видеоданные из буфера в поток ffmpeg.stdin.

это один из возможных вариантов