FFmpeg 2.2.3

И то нахерачили рассинхрон с видео на 1 сек :facepalm

тем более если ты хуже 3.14дораса!

Нет, ты перепутал. Хуже тут только ты. У меня есть честная учётка.

Несвязный набор слов и фраз

Ладно, объясняю медленно и второй раз: Из твоих слов следует, что ты писал на сайте ещё до его открытия.

Ты что, сказки рассказываешь

Тю. Во первых, приводить на тушёнку ГОСТ старше 5284-84 - комильфо. А во вторых, Ъ-тушёнка только та, что для стратегического запаса делалась. А там другие сроки и условия хранения.

Ты неоспоримая глупость!

Держите в курсе. Ваше мнение очень ценно для нас всех.

Так на офсайте ж всё написано.

QTKit, AVFoundation - захват ffmpeg-ом пришел к маководам!

Еще новинка - захват экрана под виндоус. gdigrab device

Таки беда, сам недавно на новой убунте нарвался. Заразы.

Еще новинка - поддержка устройств Blackmagic DeckLink. Это SDI - цифровой интерфейс ввода-вывода, применяемый в телевизионном мире - производство и доставка телевизионной продукции. В видеонаблюдении уже тоже появилить SDI видеокамеры. ffmpeg красавец!

AdobeHDS до сих пор не реализовали :( До сих пор кроме как PHP скриптом сохранять это нечем. Но хотелось бы ещё иметь возможность не только сохранять, но и смотреть поток в плеере (VLC или MPV/Mplayer).

Я не понял из треда, libav хуже ffmpeg? А чем? Есть где-то сравнение?

Официальные списки поддерживаемых форматов. У ffmpeg длиннее.

Ещё слыхал что libav принципиально стараются не брать код у ffmpeg, последние же наоборот не брезгуют.

AC3 с фиксированной точкой декодирования.

Для тру, не осиливших перевести это с надмозгового на русский, на офсайте написано

version <next>:
- AC3 fixed-point decoding

Вот это что-ли? Jon Severinsson's FFmpeg PPA https://launchpad.net/~jon-severinsson/ archive/ffmpeg Note that this package only provides FFmpeg 0.10 for compatibility reasons. >> PPA description: For precise (12.04) through saucy (13.10) this PPA provides FFmpeg 0.10. For trusty (14.04) this PPA provides FFmpeg 1.2. Я же просил свежий ppa. Вот static сборки у них на сайте есть, это хорошо. Но можно ли его интегрировать в систему, чтобы другие приложения увидели...

Наверное тоже обозлились на убунтовцев и не делают для них.

AdobeHDS до сих пор не реализовали

дык засудять

Нет, ты перепутал.

Нет, я не перепутал, ты просто грязный лгунишка!

Хуже тут только ты.

Только что ты доказал, что ты хуже всех, ты лжец и проходимец!

У меня есть честная учётка.

Ума это тебе не добавляет!

Из твоих слов следует, что ты писал на сайте ещё до его открытия.

Научись читать и думать логически. А то как виндузятник прямо выглядишь!

Тю. Во первых, приводить на тушёнку ГОСТ старше 5284-84 - комильфо.

Указанный ГОСТ не относится к конине, прекрати уже врать!

А во вторых, Ъ-тушёнка только та, что для стратегического запаса делалась.

Стратегические запасы и конина также далеки друг от друга

А там другие сроки и условия хранения.

У тебя мозг тушёный похоже и срок годности давно вышел.

У Северинссона старый ffmpeg в ppa. Сырцы там есть, инструкции по сборке есть, собрал пакет да поехал.

собрал пакет
ubuntu

И почему я не удивляюсь..

Ну я с Деба перескочил на Кубунту, и что в первом, что во втором никогда не брезговал собирать софт из сырцов. Лежит у меня крохотный локальный репозиторий...

Ясно, ну а мне если и приходится собирать, то за меня это делает yaourt, отвык немного.

Всё камрад, нашёл я ppa в котором ffmpeg свежий, с пылу с жару.
https://launchpad.net/~samrog131/ archive/ppa
Пакет ffmpeg-real.

Добавлен новый протокол subfile.

от это тема. просто и со вкусом.

Новое устройство ввода QTKit.
Добавлено устройство ввода AVFoundation.

Забавно, в ffmpeg появляются части на Objective-C: http://www.ffmpeg.org/doxygen/trunk/qtkit_8m_source.html и http://www.ffmpeg.org/doxygen/trunk/avfoundation_8m_source.html

Популярен же стал ffmpeg в среде Apple.

Один нюанс, его dev пакеты конфликтуют с оригинальным livav. А оригинальные dev пакеты от libav нужны для dev-пакетов, к примеру. OpenCV. Приходится последний пересобирать. Я сделал пакеты, но пока не удосужился сделать ppa.

Не выражаться в приличном обществе! Я благодарен libav только за одно: они дали мощный пинок под зад гордой птице ffmpeg, после чего та, наконец, полетела.

Всё остальное, что они делают, назвать приличным язык не поворачивается.

Может не всего, но многого. Пришлось плотно поработать с ffmpeg, после того как пытались запустить проект на Debian со штатным libav были поражены просто невероятным косякам на ровном месте. И конца и края им не было видно. После чего плюнули, и подрубили deb-multimedia, а от туда уже оригинальный ffmpeg.

Да и ладно с ними, с библиотеками, давай про конечного пользователя. косяков в avconv тоже хватает, интернеты наполнены: делал это на avconv - не работает, тоже самое на ffmpeg - работает. Посиму???

Или последнее личное наблюдение: есть спутниковый канал, ретрансмитится в mpeg-ts поток, фильм, допустим, идёт в разрешении W1xH1, а рекламная вставка в W2xH2. Почему vlc собранные с livav при переходе от фильма к рекламе (или от рекламы к фильму, смотря в какой момент включить просмотр) фризит картинку до тех пор, пока не вернётся старое разрешение, при этом срёт логами в терминал, а vlc собранный с ffmpeg нормально меняет разрешение и продолжает показывать?

И это при том, что поддержка формата mpegts в ffmpeg тоже не ахти (пришлось плотно поработать, пробрасывая нужные таблицы /для EPG/).

Ещё API обоих пакетов уже давное не 100% эквивалентно, при этом ковбои из libav не удосуживаются поменять названия либ, pkg-config файлов, инклудов. Что бы в системе, при необходимости, можно было держать два набора библиотек без лишних телодвижений и костыляк.

Вот imagemagick и graphicsmagick могут же ужиться на одном компе, а здесь - хрен на рыло (понятно, что кому нужно, тот сделает, но нахрена, развиваете свой форк, сделайте одолжение - не мешайте при этом оригинальному проекту).

С debian понятно - оно не для людей, но а почему в ubuntu не запилят ffmpeg?

https://bugs.launchpad.net/ubuntu/ source/libav/ bug/1263278

2.2.3? ;-)

3. Зачем его внедрили в Ubuntu? Раньше был ffmpeg, что не так?

См FFmpeg 2.2.3 (комментарий)

Все вопросы к ментейнеру

Я благодарен libav только за одно: они дали мощный пинок под зад гордой птице ffmpeg, после чего та, наконец, полетела.

Это да. За это можно и медаль дать.

Всё остальное, что они делают, назвать приличным язык не поворачивается.

<терориязаговора>А может они это специально? Чтобы ffmpeg темпов не сбавлял?</терориязаговора>

Кстати после такого медаль бы им точно не помешала. За развитие проекта ffmpeg. Если теория верна - заслуженная, если нет - в порядке троллинга. :)

они дали мощный пинок под зад гордой птице ffmpeg

я вот думаю - надо форкнуть GStreamer, по той же причине.

<терориязаговора>А может они это специально? Чтобы ffmpeg темпов не сбавлял?</терориязаговора>
Кстати после такого медаль бы им точно не помешала. За развитие проекта ffmpeg. Если теория верна - заслуженная, если нет - в порядке троллинга. :)

Сильно долго спектакль длится :) Походу они сами верят.

я вот думаю - надо форкнуть GStreamer, по той же причине.

а что у них там? А то я не сильно слежу.

Ну и второй раз так может не выгореть.

В базе лежат очень мощные концепции, за более чем 10 лет написано много модулей. Но

- очень простые вещи там довольно сложно закодить или поменять, из-за адовой сложности и запутанности кода (пробовал скрестить элементы tee и queue) - это не моё неосиляторство, это серьёзная проблема: когда находишь функцию, которую хочешь изменить, предполагая, что она должна быть тривиальна, ты встречаешь какой-то ад на сотни строк с десятком goto вперёд и назад;

- мне удалось поднять дискуссию об этом сложном моменте (tee + queue) с коре-девом, и спустя постов 10 с намёками на то, что он не въезжает, в чём вообще моя проблема, он просто потерялся, позже ссылался на занятость;

- буквально на каждом шагу напарываешься на баги;

- немало утечек памяти; GStreamer под Valgrind по-чистому не работает в принципе, и никто над этим работать и не думает, просто опубликовали suppressions-файл;

- над репортами девелоперы не спешат работать по существу, нередко высокомерно игронируют суть дела;

- просто порят бока.

А всё потому, что к проекту уже пришла слава, и все основные разрабы работают в коммерческой поддержке по нему (фирмы Collabora, Centricular), либо сидят на уважаемых крутых должностях (Wim Taymans - Red Hat). Естественно, им круто от того, что в коде чёрт ногу сломит, в то время, как они уже приноровились к этому ужасу.

Ты меня напугал. Он (gstreamer) вообще для промышленного применения-то готов? А то в одной системе нужно сделать поддержку чтения популярных форматов, я думал подтянуть всё готовое через него. Машина с ним должна работать 24/7, если он весь вытечет перезапускать там некому и некогда.

Он (gstreamer) вообще для промышленного применения-то готов?

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

А то в одной системе нужно сделать поддержку чтения популярных форматов, я думал подтянуть всё готовое через него.

Подход правильный. Альтернативой может быть FFmpeg или VLC.

Машина с ним должна работать 24/7, если он весь вытечет перезапускать там некому и некогда.

Надо тестировать и диагностировать.

А точно, можно же библиотеки сабжа взять. Без GObject заодно. В общем, спасибо за инфу.

Подход правильный. Альтернативой может быть FFmpeg или VLC.

Могу заметить, что API FFmpeg несколько более низкоуровневое, нежели GStreamer, нет подхода как в гстримере - строишь pipeline из блоков. Здесь ты за всё отвечаешь сам: какой пакет куда отправить, какой PTS как пересчитать и т.п.. Я в нашем проекте в один прекрасный момент окончательно закопался, после чего сделал C++ обёртку (avcpp на гитхабе, она вполне применябельна сейчас, но работы там ещё непочатый край, а времени нет). Потом была идея сделать и аналогии блоков GStreamer (тем более, что в основном проекте они и так начались вырисовываться), но работа внезапно завершилась (сменил работодателя).

По аналогии с GStreamer у FFmpeg только фильтры строятся, в т.ч. из текстового описания.

Могу заметить, что API FFmpeg несколько более низкоуровневое, нежели GStreamer, нет подхода как в гстримере - строишь pipeline из блоков.

Правильно, но если камраду d_a нужны только форматы данных, то пайплайновый подход ему в принципе не обязателен.

Ещё одна абсурдная ситуация с GStreamer: ветка 0.10 по факту не поддерживается (багрепорты и вопросы будут отфутболиваться с формулировкой «попробуйте 1.2»). Но тем не менее есть такая вещь, как GStreamer SDK, представляющая собой в том числе бинарные сборки для хомячья, и ряд разжёванных примеров кода. Так вот в этом GStreamer SDK в последнем релизе (годичной давности) - 0.10.

Я смотрю, тут про Ubuntu заботятся, мол нет там ffmpeg. А для Ubuntu есть это. Радость любого гентушника.

А это собирает только ffmpeg, а всякие libav библиотеки остаются прежними, а их юзает остальной софт типа Kdenlive, как я понимаю. И не будет ли весь этот винегред конфликтовать. По моему проще просто держаться от убунты подальше.

Не будет ничего там конфликтовать. УМВР короче.

Так и libav у многих тоже работает, смотря какие требования. Косяки могут всплыть и потом.

Маловероятно. Он у меня уже 1,5 года так работает на нескольких машинах, с видео работаю часто.