LINUX.ORG.RU

Релиз FFmpeg 1.0

 , ,


1

1

Состоялся мажорный релиз мультимедиа-комплекта FFmpeg. Кроме изменений, созданных внутри проекта, в новую версию также включены все последние наработки, добавленные в ветки ffmpeg-mt (поддержка многопоточного декодирования) и libav (форк FFmpeg).

Новшества версии 1.0:

  • INI и flat вывод в ffprobe.
  • Детектор сцен в libavfilter.
  • Аудиофильтры: channelsplit, setnsamples, join, audio channel mapping.
  • Фильтры: atempo, asettb, alphaextract, alphamerge, concat, flite, asetpts, hue, edge detection, framestep, volume measurement, smartblur и decimate (портированы с MPlayer), sendcmd, decimate, asendcmd, showwaves, showspectrum.
  • Опция ffprobe -show_data.
  • Протоколы: RTMPT, RTMPS, RTMPTS, RTMPE, RTMPTE.
  • Кодирование/декодирование iLBC через libilbc.
  • Декодеры: Microsoft Screen 1, Microsoft ATC Screen, Indeo Audio, TechSmith Screen Codec 2, Microsoft Expression Encoder Screen, GeoTIFF, Opus (исп. libopus), Canopus Lossless Codec, Microsoft Screen 2, CPiA.
  • Кодирование AAC через libfdk-aac.
  • Проигрывание LucasArts SMUSH, Heart Of Darkness PAF.
  • Демуксеры и декодеры SAMI, RealText и SubViewer.
  • Устройства iec61883.
  • Опции: -progress, ffmpeg -(no)stdin, faststart для муксера MOV/MP4.
  • Кодер/декодер 3GPP Timed Text.
  • Устройство вывода caca через libcaca.
  • Кодирование MP2 через TwoLAME.
  • Парсер bmp.
  • Муксер ICO.
  • Кодер/декодер SubRip (без встроенных таймингов).
  • Кодер Ut Video.
  • Теперь демуксер Matroska опознает SRT-субтитры как AV_CODEC_ID_SUBRIP вместо AV_CODEC_ID_TEXT.
  • Муксер F4V.
  • Демуксер и декодер WebVTT.
  • Исправления безопасности.

Получить новую версию можно тут.

>>> Подробности



Проверено: Shaman007 ()
Последнее исправление: Shaman007 (всего исправлений: 3)

Когда ждать нового VLC с FFmpeg 1.x?

bbk123 ★★★★★
()
Ответ на: комментарий от brothermechanic

Везде трезвонять про высокопроизводительное декодирование на cuda

Где?

Kindly_Cat
() автор топика
Ответ на: комментарий от brothermechanic

Во-первых, используется не CUDA. Во-вторых, оно всё равно не нужно, аппаратные декодеры нужны только любителям немощных HTPC, которым не важно качество декодирования видео.

Homura_Akemi
()

Совсем запутали, черти. Их теперь две штуки? Во всех основных дистрибутивах ffmpeg лишь затычка для avlib

chg ★★★★★
()
Ответ на: комментарий от brothermechanic

Чет я запутался... Везде трезвонять про высокопроизводительное декодирование на cuda, выходить проку от нее нет?

Именно так. На самом деле используется всё тот же аппаратный декодер, просто через API от nVidia (аналог VDPAU, только для Windows) а не DXVA. Видимо это даёт какие-то преимущества.

RussianNeuroMancer ★★★★★
()
Ответ на: комментарий от anonymous

Ну там вроде сильно допилена поддержка MKV.

как?

MPlayer не играет некоторые MKV. Но это важно только анимешникам, поэтому остальные не видят никакой разницы.

goingUp ★★★★★
()
Ответ на: комментарий от anonymous

Нет, это более рациональное использование памяти под номер версии. В чем смысл первой цифры, если она всегда 0?)

goingUp ★★★★★
()
Ответ на: комментарий от goingUp

я так и написал — «в основных» ;)

chg ★★★★★
()

Наконец-то. Я правильно понимаю, что теперь по фичах и темпу разработки рулит libav?

Deleted
()
Ответ на: комментарий от Reset

Эта неофициальная кривая херь содержит исправления кучи проблем, которые в mplayer никто исправлять не спешит. libav это другое дело, я теперь тоже сомневаюсь в нужности этого проекта.

Homura_Akemi
()
Ответ на: комментарий от Kindly_Cat

 Да и эти две проблемы какие-то редковстречающиеся.

Первое же видео с ass-сабами, открытое в mplayer показало знаки вопроса вместо букв. А в mplayer2 мне ни разу не пришлось колдовать с кодировками.

Линкованное видео действительно встречается не сильно часто, но это никак не отменяет того факта, что линковка предусмотрена стандартом «матрёшки», и без этого поддержка формата не является полной.

Homura_Akemi
()
Ответ на: комментарий от firestarter

Убунта гонит, выдавая libav за ffmpeg! Безопасно и ничего кроме gstreamer0.10-ffmpeg не отвалится, так как его лепят под псевдо ffmpeg который у них libav

bohm ★★★★★
()
Ответ на: комментарий от Reset

ресет, виндузятник ты наш в перый раз, я с тобой согласен.

anonymous
()
Ответ на: комментарий от AlexVR

Эээ... чорт, как раз собирались, серьёзно

unC0Rr ★★★★★
()
Ответ на: комментарий от Homura_Akemi

Ман флопс/ватт, и не забывай делать уроки.

anonymous
()
Ответ на: комментарий от Homura_Akemi

4.2 полное, mplayer сто лет умеет автодетект, только не по дефолту

умел еще когда не было mplayer2

subcp=enca:ru:utf8

в конфиге и проблем нет как 5 лет уже

wingrime
()
Ответ на: комментарий от anonymous

например? давай только не про паузу, надоело

Он умеет линкованое видео

Satou ★★★★
()
Ответ на: комментарий от Homura_Akemi

А зачем тогда mencoder, кроме legacy, которое не хочется переписывать?

Например, для наложения субтитров с целью последующего выкладывания видео в веб.

anonymous
()
Ответ на: комментарий от const86

Кстати, сталкиваясь с ffmpeg разных версий и ловя глюки разного плана критичности, начал понимать, почему некоторые проекты, типа mplayer, xuggler, тащат с собой какую-то конкретную версию ffmpeg :-)

h4tr3d ★★★★★
()
Ответ на: комментарий от Kindly_Cat

Опыт работы с обоими имеется? Или просто ради потрепаться?

Deleted
()
Ответ на: комментарий от h4tr3d

Да, частота появления стабильных тегов примерно соответствует mplayer.

Homura_Akemi
()
Ответ на: комментарий от wingrime

А, спасибо, учту на случай, если придётся пользоваться mplayer.

Homura_Akemi
()

годная вещь

anonymous
()
Ответ на: комментарий от firestarter

Ничего там не сломается и Jon Severinsson's FFmpeg PPA обновился + был добавлен gstreamer0.10-ffmpeg так что все ОК.

bohm ★★★★★
()
Ответ на: комментарий от h4tr3d

Кстати, сталкиваясь с ffmpeg разных версий и ловя глюки разного плана критичности, начал понимать, почему некоторые проекты, типа mplayer, xuggler, тащат с собой какую-то конкретную версию ffmpeg :-)

Если дело только в версии, то тащить с собой — слабость духа и вообще разгильдяйство. Можно точную версию прописать в зависимости и проверять при сборке. Да и не нужна точная, нужна некая минимальная. Не настолько всё плохо в ффмпеге в плане стабильности API/ABI.

Конкретно mplayer юзает приватные API ффмпеге, поэтому тащит за собой приватные хедеры. А за ними и исходники надо тащить, потому что совместимость приватных хедеров с чем-либо вообще никто не обещает.

const86 ★★★★★
()
Ответ на: комментарий от bohm

Jon Severinsson's FFmpeg PPA обновился

Сегодня там было обновление, но до сих пор 0.10.

Получить: 2 http://ppa.launchpad.net/jon-severinsson/ffmpeg/ubuntu/ precise/main ffmpeg i386 6:0.10.5-0ubuntu0jon1 [441 kB]
Также там сегодня появилась репа и для Quantal, но и там 0.10.

firestarter ★★★☆
()
Ответ на: комментарий от firestarter

Про 1.0 не спрашивал, а про добавление gstreamer0.10-ffmpeg он отписался.

bohm ★★★★★
()
Ответ на: комментарий от const86

Если дело только в версии, то тащить с собой — слабость духа и вообще разгильдяйство. Можно точную версию прописать в зависимости и проверять при сборке. Да и не нужна точная, нужна некая минимальная. Не настолько всё плохо в ффмпеге в плане стабильности API/ABI.

Конкретно mplayer юзает приватные API ффмпеге, поэтому тащит за собой приватные хедеры. А за ними и исходники надо тащить, потому что совместимость приватных хедеров с чем-либо вообще никто не обещает.

Не пишите о том, чего не знаете. Только c выходом libav 0.8/ffmpeg 0.10 поменяли поведение парсинга опций самого кодера (avconv/ffmpeg), чего уж говорить об API (в коде еще больше нужно исправлять почти под каждый выпуск ffmpeg)!

«Можно точную версию прописать в зависимости [бред пропущен]» - вообще хоть стой, хоть падай (кто тебе в Убунте/Генте/и т.д. даст поставить еще парочку версий ffmpeg без лишних телодвижений).

L_user
()
Ответ на: комментарий от Homura_Akemi

линковка предусмотрена стандартом «матрёшки», и без этого поддержка формата не является полной

У вас кавычки не в том месте, должны быть на слове «стандартом». Описание линковки и чаптеров в «стандарте» никакое, а Thora по факту ориентировались на проприетарную референсную реализацию (Haali Media Splitter). В итоге приходится реализовывать не по «стандарту», а так, чтобы воспроизводилось так же, как и с виндовым проприетарным сплиттером.
Разработчик mplayer2 конечно молодец, что осилил это дело, но в итоге время расставило всё по своим местам - линковка осталась в прошлом. Как оказалось, ею можно было вообще не заморачиваться.

RussianNeuroMancer ★★★★★
()
Ответ на: комментарий от L_user

Не пишите о том, чего не знаете.

Нет, я всё-таки продолжу, иначе чем ещё на лоре заниматься?

Только c выходом libav 0.8/ffmpeg 0.10 поменяли поведение парсинга опций самого кодера (avconv/ffmpeg)

Старшие версии либ тоже поменяли. Есть примеры несовместимых изменений без изменения версии?

чего уж говорить об API (в коде еще больше нужно исправлять почти под каждый выпуск ffmpeg)!

О чём я и сказал: не хочешь исправлять код — линкуй конкретную версию (либы, а не всего ффмпега: они не всегда синхронно увеличиваются).

кто тебе в Убунте/Генте/и т.д. даст поставить еще парочку версий ffmpeg без лишних телодвижений)

В генте не дадут. За убунту не скажу, а в дебиане отлично ставятся несколько версий отдельных ффмпеговских либ. Ну и для ущербных дистрибутивов можно линковать статически. Это полбеды, лишь бы у апстрима не было привязки к некоей своей версии, непонятно чем отличающейся от непонятно какой ванильной.

const86 ★★★★★
()
Ответ на: комментарий от const86

Старшие версии либ тоже поменяли. Есть примеры несовместимых изменений без изменения версии?

Так первое утверждение было, что «тащить с собой — слабость духа ...»; это очень спорно, потому что обратное действие - стабильный геморрой при поддержке. Я, например, веду соответ. статистику, и ffmpeg - явно не developer-friendly, см. «компромат».

линкуй конкретную версию (либы, а не всего ффмпега: они не всегда синхронно увеличиваются).

Пасиб, Кэп.

Ну и для ущербных дистрибутивов можно линковать статически.

Я не собираю сам для всего зоопарка дистрибутивов, на это просто нет сил; и для большинства дистров есть/должен быть пакетировщик (и это реальность, данная нам в ощущениях). И практический каждый сопротивляется, если в коде используется не самая последняя версия каждой из зависимостей: что в Debian, что в Ubuntu, Gentoo, Alt Linux, Fedora, Opensuse, Arch (ну все).

L_user
()
Ответ на: комментарий от const86

На машине с Debian (с более старой версией FFMPEG), корректно считается FPS для mjpeg, кажет правильные 25. С той же камеры, на более свежей версии в ArchLinux начинает казать рандомные дробные значения от 27 до 32. Это самое безобидное.

h4tr3d ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.