Доступен (http://ffmpeg.org/download.html#releases) мультимедиа-пакет FFmpeg 2.4 (http://ffmpeg.org), включающий набор приложений и коллекцию библиотек для операций над различными мультимедиа-форматами (запись, преобразование и декодирование звуковых и видеоформатов). Кроме изменений, созданных внутри проекта, в новую версию также включены все последние наработки, развиваемые в ветках ffmpeg-mt (http://gitorious.org/ffmpeg/ffmpeg-mt) (многопоточное декодирование) и libav (http://libav.org/) (форк FFmpeg). Пакет распространяется под лицензиями LGPL и GPL, разработка FFmpeg ведётся смежно с проектом MPlayer (http://www.mplayerhq.hu/).Из изменений (http://git.videolan.org/?p=ffmpeg.git;a=blob;f=RELEASE_NOTES...), добавленных в FFmpeg 2.4, можно выделить:
- Нарушение совместимости на уровне ABI и API, и вызванное этим увеличение версий входящих в состав библиотек:
libavutil 54.7.100,
libavcodec 56.1.100,
libavformat 56.4.101,
libavdevice 56.0.100,
libavfilter 5.1.100,
libswscale 3.0.100,
libswresample 1.1.100,
libpostproc 53.0.100. Номера версий библиотек выровнены с версиями из ветки Libav 11. Из изменений в API можно отметить добавление в AVProbeData обязательного поля mime_type, удаление устаревших функций, приведение avfilter_graph_parse к совместимости с libav;
- В libavformat добавлена поддержка протокола Icecast, реализован API для обновления метаданных налету, обеспечена возможность испльзования субтитров в кодировке UTF-16;
- Улучшения в libavfilter: Добавлен фильтр codecview для визуализации информации, поступающей от некоторых кодеков. Добавлен фильтр silenceremove. Из frei0r портирован фильтр lenscorrection. Доведён до пригодного к применению состояния фильтр dctdnoiz, который теперь по умолчанию оперирует блоками 8x8 вместо 16x16;- Прекращена поддержка опции "-vismv", вместо которой следует использовать фильтр codecview;- Обеспечено определение наличие библиотеки libmodplug через pkg-config;- Для запроса метаданных ICY теперь по умолчанию используется протокол HTTP.URL: https://ffmpeg.org/pipermail/ffmpeg-devel/2014-September/162...
Новость: http://www.opennet.ru/opennews/art.shtml?num=40581
Мудазвоны из каноникла даже из оф.репозитория выкинули... :(
Они из дебиана тянут и не парятся.
А в дебиане майнтейнер по совместительству был в libav. Уже недавно были поползновения перейти назад или сделать установку параллельно, но второй вариант особого энтузиазма у security team это не вызвал, а первый завязан на политику.
Чуть ли не основной повод для меня не пользоваться дебианом и деривативами.
Есть же PPA...
> Есть же PPA...Есть, но как там решён с вопрос с конфликтом имён библиотек и хидеров. Скорее всего никак.
Лично я в DEB-based пользуюсь этим: http://johnvansickle.com/ffmpeg/
Могли бы переименовать файлы форка, чтобы не пересекаться с оригиналом. Но нет, будем упираться и ставить всех перед выбором.
>Нарушение совместимости на уровне ABI и APIотлично!
Как будто в этом что-то необычное...
Не при каждом обновлении FFmpeg случается, но каждый раз крайне утомляет (т.к. приходится кучу патчей писать, прежде чем обновить версию FFmpeg в репозиториях).
> отлично!Да замечательно - у проприерасов все-равно нет никакого даже самого отдаленного аналога ffmpeg. Это ЕДИНСТВЕННАЯ ЛИБА НА ПЛАНЕТЕ которая столько форматов понимает...
форкнуть и того и другого, чтобы жизнь малиной не казалась
А чего это его в джесси нет?
Потому что вместо ffmpeg используется его клон libav. Утилиты для кодирования содержаться в libav-tools.
и что толку от этого обновления? да, единственная помойка на земле, разнообразных форматов пытающаяся работать на разннобразных железных поделках, от чайника до утюга. вместо нормальных ассемблерных оптимизаций, под x86 платформы, в кодерах и декодерах h264 и hvec, авторы всё больше разнообразные ненужные заплатки лепят. а тормоза и глючность кода-растёт.
> вместо нормальных ассемблерных оптимизаций, под x86 платформы,Вообще-то ассемблера там хоть отбавляй, да и к тому же оно зовет другие либы для декодирования ряда форматов. И там тоже ассемблера есть.
А какая еще опенсорсная либа например Smacker Video (из старых игр) декодировать умеет?
> и что толку от этого обновления? да, единственная помойка на земле, разнообразных
> форматов пытающаяся работать на разннобразных железных поделках, от чайника до утюга.
> вместо нормальных ассемблерных оптимизаций, под x86 платформы, в кодерах и декодерах
> h264 и hvec, авторы всё больше разнообразные ненужные заплатки лепят. а
> тормоза и глючность кода-растёт.Ну вообще растёт. Это во многом из-за некоторых новых форматов. Высокого разрешения... HD. Они сейчас требуют всё больше вычислительных ресурсов, при проигрывании тоже. Это следствие лучшего качества >:-) Имеет место лучшее качество сжатия. К сожалению, задача декодирования особенно в реальном времени оказывается сейчас часто чрезмерно требовательной к ресурсам... Не смотря на все оптимизации... В плеерах в результате например заметны явные пропуски кадров... Помогают специальные аппаратные декодеры, они же ускорители... Их есть у intel >:-)
> обеспечена возможность использования субтитров в кодировке UTF-16Не прошло и...
Вопрос только кому оно вдруг понадобилось.