Пользуйтесь статической сборкой, на сайте ffmpeg есть ссылка на такую.

скомпилированная падает в корку

Собрать и поставить в /opt/ffmpeg, например. Систему не засерит и в тоже время будет слинкованно с установленными либами.

Самый последний это git.

скомпилированная падает в корку

Ни разу проблем не было, но можно попробовать не самую последнюю версию. Какая ошибка?

Решил обновить до самого последнего 3.1.1

Когду нужно обновить какой-то пакет до последней версии - разумно сперва чекнуть поисковиком «пакет версия ppa». Например, по запросу «ffmpeg 3.1.1 ppa» у меня всплыла такая вот страница:

http://linuxg.net/install-ffmpeg-on-ubuntu-debian-and-fedora-systems/

Ящик пива с меня!!

бьемся уже неделю.

нифига не хочет работать, на версии 2.8 работает стрим, а 3.1.1 нет

если есть кто это уже делал откликнитесь моя почта erjigit17@gmail.com

с меня ящик пива или его эквивалент

мы за это взялись чтоб помочь в проекте удаленного обучения в школах. как говориться для детей. Мы уже конвертируем видео архивы в видео H265 аудио ACC HEv2. и разница между старыми кодеками очевидна, теперь хотим стримить с низким битрейдом (для срима WEBM VP9 + OPUS).

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

Попробуй собери сам в /opt/ffmpeg-version, оно не трудно.
./configure --prefix=/opt/ffmpeg-6.6.6 --enable-что_там_тебе_нужо && make && make install (вообще-то так делать не кошерно, но при установке в /opt в принципе можно).
Только ещё придётся поставить заголовочные файлы для того что тебе нужно, как правило это пакеты вида libчто_там_тебе_нужно-dev

Ну или дай доступ по ssh, за ящик пива сделаю если система уже не убита на столько что с ней ничего нельзя сделать особо извращённой содомии (есть подозрение что оно уже так).

P.S. VP9 хорош, но с поддержкой пока не очень. Для себя решил повременить с переходом на него. Гоняю VP8+Vorbis и не парюсь, страдают только яблочники (iPhone) и и ословоды (IE). Но они и должны страдать (:

P.P.S. я уважаю Юзберг Schwarzbier, но и от Трёхгороного Original не откажусь.

давайте обсудим детали по почте

Моя почта erjigit17@gmail.com

Дам вам доступ по ssh, там особо важной инфы нет.

Могу деньги отправить любым вам удобным способом

Напейсал.

Проблема все еще отркрыта.

У кого получилось завести стриминг с кодеками vp9 + opus. Отзовитесь. Горим! моя почта erjigit17@gmail.com Skype: erjigit20

Моя благодарность будет безграничной в пределах разумного

Блин, напиши подробней ТЗ хоть, что, откуда (какого типа источник, его протокол), куда (какой протокол).

Самосборный ffmpeg 3.1.1 при стриминге на ffserver 3.1.1 (самосборный) в webm+vp[89]+opus дропает кучу кадров. Проверял стриминг из файла и из другого стрима (кажется RTSP, не помню). При этом не упирается даже в одно ядро процессора, так-что это видимо не проблема с производительностью. Так-же проблема не решается (напротив, усугубляется), если масштабировать видео не в 1280x720, а в 100x100.
Если запускать ffmpeg с опциями -v debug то в консоль прут сообщения вида [с.м. копипасту ниже].
При этом, по словам ТСа, в 2.что-то-там версии webm+vp8+opus стримится нормально. Сам не пробовал, но итоговый поток смотрел.

Я сейчас сам отлавливаю всякие непонятные баги со стримингом в ffmpeg (в другом проекте), так-что серьёзно закапываться в траблу топикстартера желания нет совсем. Сам подумываю воззвать к коллективному разуму ЛОРа. Кстати у меня тоже 3.1.1, начинаю подозревать что это не самый халяльный релиз.

*** dropping frame 74 from stream 1 at ts 72
    Last message repeated 1 times
*** dropping frame 74 from stream 1 at ts 73
*** dropping frame 75 from stream 1 at ts 73
    Last message repeated 2 times
*** dropping frame 75 from stream 1 at ts 74

А если стримить не на ffserver? А например на VLC? Он тоже может использоваться в качестве стриминг сервера. Поток вроде можно подавать как на stdin, так и по протоколу какому нибудь.

Вобщем, я попробовал такой вариант:

ffmpeg -i rtsp://hdn.octoshape.net/er-rt/ch1_480p -c:v libvpx-vp9 -b:v 500k -c:a libopus -b:a 56k -f webm - | cvlc -vvv --sout '#rtp{dst=example.org,port=1935,proto=udp,name="RTSP Test",sdp=rtsp://0.0.0.0:1935/test.webm}' -

Ну оно вроде как стримит, но толком потестить не удалось, т.к. на сервере vlc старый и не принимает такие кодеки для стриминга через rtsp, а на десктопе вроде как работает, но мощности не хватило, видел пару кадров.

Стрим в примере просматривать по адресу rtsp://example.org:1935/test.webm

Вместо rtsp можно и другие протоколы, VLC поддерживает разные.

Т.е. для http протокола код примерно такой:

ffmpeg -i rtsp://hdn.octoshape.net/er-rt/ch1_480p -c:v libvpx-vp9 -b:v 500k -c:a libopus -b:a 56k -f webm - | cvlc -vvv --sout '#standard{dst=example.com:8080/test.webm,name="Test Stream",access=http,mux=webm}' -

И воспроизводить по адресу http://example.com:8080/test.webm соответственно.

В случае топикстартера косячит, скорее всего, ffmpeg. ffserver — тупой ретранслятор (плюс хранилище настроек для ffmpeg). Так-что если-уж переходить на VLC то с концами, всё делать им — принимать, перекодировать, транслировать.

Если стримить на VLC

Пробовал стримить на VLC очень медленно стримит и еще ресурсоемкий слишком.

Надо покрутить параметры кодирования. Он ведь использует те-же библиотеки для всех ресурсоёмких операций, так-что существенно медленней быть не должно.
Вот только с документацией у VLC как-то не очень, кажется.