LINUX.ORG.RU

FFmpeg 2.2

 , , ,


1

4

В ночь с субботы на воскресенье тихо и незаметно состоялся релиз FFmpeg 2.2. Среди ключевых изменений: появление кодировщика libx265 для сжатия видео в формате H.265 (ранее уже была добавлена поддержка декодирования H.265), поддержка Avid DNx444, поддержка устройства вывода OpenGL, кодирование изображений в WebP с помощью библиотеки libwebp, демультиплексирование VP8 в Ogg, декодер ATRAC3+, фильтры elbg и dejudder, демультиплексор / декодер HNMv4.

Полный список изменений:

  • Демультиплексор и декодер формата HNM4.
  • Упаковщик контейнеров для HTTP Dynamic Streaming.
  • Поддержка переменных в фильтрах setsar/setdar при вычислении пропорций изображения.
  • Добавлен фильтр elbg.
  • Валидация строк в ffprobe.
  • Поддержка аппаратного ускорения декодирования с использованием VDPAU (для этого добавлена опция -hwaccel).
  • Полноценный декодер Voxware MetaSound.
  • Удалён фильтр битового потока mp3_header_compress.
  • Разделяемым библиотекам добавлены файлы ресурсов Windows.
  • Добавлен фильтр aeval.
  • Обработка метаданных стереоскопического 3D-видео.
  • Кодирование изображений в формат WebP с помощью библиотеки libwebp.
  • Декодер формата ATRAC3+.
  • Демультиплексирование потоков VP8 в контейнерах Ogg.
  • Поддержка метаданных для контейнеров NUT.
  • Добавлен фильтр framepack.
  • Поддержка сырого видео XYZ12 в контейнерах NUT.
  • Поддержка метаданных Exif в декодере WebP.
  • Поддержка нового устройства вывода «OpenGL».
  • Использование metadata_header_padding для тегов ID3 (в файлах MP3, AIFF, и OMA), заголовках FLAC и блоке «junk» файлов AVI.
  • Декодер видео в формате Mirillis FIC.
  • Кодек DNx444.
  • Кодировщик libx265 для стандарта сжатия видео в формате H.265.
  • Добавлен фильтр dejudder.
  • Автоматическое определение наличия поддержки аппаратного ускорения VDA.

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

anonymous

Проверено: leave ()
Последнее исправление: Wizard_ (всего исправлений: 1)

Пишу первый коммент.

Поддержка аппаратного ускорения декодирования с использованием VDPAU (для этого добавлена опция -hwaccel);

наконец-то

Кодировщик libx265 для стандарта сжатия видео в формате H.265;

Сколько часов кодируется 1 кадр? И насколько оно эффективнее по соотношению битрейт/качество, чем h264?

mittorn ★★★★★
()

появление кодировщика libx265 для сжатия видео в формате H.265

Это хорошо, ffmpeg на острие прогресса. А что с патентными отчислениями H.265? Википедия молчит.

goingUp ★★★★★
()

Отличная вещь, я ею авишки в mp4 перегоняю по-быстрому, незаменимая штука.

slyjoeh ★★★
()

Смотрите, смотрите! libav-дети сейчас побегут нанимать программистов для того, чтобы они скопировали и реализовали все новые фичи ffmpeg.
Ой, подождите! У libav-детей закончились сбережения с завтраков и форк издох, как и положено.
Но! Напоминаю, что вредяющие дети до сих пор сидят в меинтейнерах Debian, поэтому там под алиасом ffmpeg устанавливается libav, т.е. ffmpeg капитально выпилен из реп и объявлен OBSOLETE.
Поэтому Debian-щики должны страдать.

soslow
()

Напомню также, что вредящие дети с поджаренным причинным местом до сих пор насилуют труп: mplayer в Debian удален из реп, несмотря на то, что чуть ли не каждый день шлються патчи и пиляться фичи, форк mplayer2 последний раз подавал признаки 22 месяца тому назад и с тех пор мертв чуть более, чем полностью, но остается в Debian вместо mplayer.

soslow
()
Ответ на: комментарий от XVilka

Зачем мне этот мусор, если есть кошерный mplayer, который дальше развивается и не обращает внимание на детей?

soslow
()
Ответ на: комментарий от intelfx

Нет, просто в libav заправляют больные люди:

Например, проектом libav были проигнорированы библиотеки libswresample и libavresample для ресемплинга и преобразования форматов, написанные для проекта FFmpeg. Через некоторое время libav вынужден был нанять платного программиста для реализации тех же функций.


И очень прискорбно, что эти люди зарвались в менинтейнеры такого дистрибутива, как Debian.

А бобмит у libav-шников пожизненно: ffmpeg мерджит из libav любой полезный проекту код, если такой чудом там оказался, а еще они поддерживают прослойку для API libav, libav же ломает старый API, а все фичи, реализованные в ffmpeg переписывает, т.к. ихняя религия иначе не позволяет.

soslow
()

Подстрочный перевод changelog'а. Ничего не понятно.

Для Ъ.

Аппаратное декодирование VDPAU добавлено в утилиту ffmpeg. В то время как в библиотеке FFmpeg это уже давно было, и не только VDPAU. Приложения давно это используют, например, vlc, и другие плееры используют аппаратное декодирование. Здесь надо понимать, что FFmpeg - это название проекта, в который входят библиотеки libav*.so и утилиты ff*. Практическая польза от добавления в ffmpeg аппаратного декодирования только одна - отладка самого FFmpeg. Для обработки видео его декодирование на GPU не даст прироста скорости по сравнению с декодированием на CPU, т.к. аппаратный декодер предназначен для воспроизведения видео. Использование аппаратного декодера эффективно только для проигрывателя. А для ffmpeg это неэффетивно. Расслабьтесь. Это эффективно для плеера, использующего библиотеки FFmpeg.

Фильтр elbg - постеризация, огрубление цвета, уменьшает количество используемых цветов в изображении.

Фильтр dejudder - исправляет дрожание изображения после преобразований частоты кадров pullup, telecine. Если не знаете, что такое телесин, то вам это не надо.

Фильтр aeval - генерирует звук по мат. формуле.

Фильтр framepack - делает из двух отдельных видеопотоков один стереопоток. Т.е. 3D видео сделать можно.

Появление Live HDS приятная новость. Это вещание через HTTP путем разбиения большого материала на маленькие куски и раздачи плейлиста со ссылками на эти кусочки. До этого уже был HLS. Оба формата технологически похожи, но продвигаются разными производителями - Adobe и Apple.

fopen ★★
()

Про OpenGL интересно, что дает? Есть какие-либо преимущества по сравнению с выводом через XVideo?

Совершенно не понятно, что такое «Обработка метаданных стереоскопического 3D-видео»? Это где?

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

mpv попробуйте, это форк mplayer2

Когда я пробовал в последний раз, там не было навигации по DVD. И разработчики на IRC-канале говорили, что планов по реализации такой фичи нет. Если ситуация до сих пор не изменилась, то mpv не годится на роль дефолтного плеера в дистрибутивах.

Pulfer
()
Ответ на: комментарий от soslow

Зачем столько желчи? Если бы не тот скандал и не разделение разработчиков, не было бы того ох...нного пинка, который так разогнал разработку ffmpeg. Их код читать раньше было невозможно, а сейчас многое вычищено, хоть и не без косяков.

Так что, libav свою роль сыграл. А что до дебианщиков, убунтушников и всяких минтовщиков... Так овер9000 даже не знают про то. Мне вот под мятой потребовался «настоящий» ffmpeg, так из ppa он на ура ставится.

h4tr3d ★★★★★
()

И да, что-то одни хорошие новости: PCB, ffmpeg

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

разогнал разработку ffmpeg

Если бы при этом они не меняли api... А то уже задолбался переписывать.

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

Ага не знают про то... я долго пытался склеить аудио и видео с трубы (dash ролик) через avconv и тут спрашивал - результат ноль, чего только не делал. В итоге поставил ffmpeg - и нет проблем.

fornlr ★★★★★
()
Последнее исправление: fornlr (всего исправлений: 1)
Ответ на: комментарий от fopen

Есть какие-либо преимущества по сравнению с выводом через XVideo

Жрёт ресурсы лучше.

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

vp9 сосало у h264, а у h265 еще больше сосет

А мне кажется сосешь здесь только ты.

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

Хоть вы и тролль, но все, что у вас написано — правда. libav достаточно паршивая штука, по сравнению с ffmpeg.

ValdikSS ★★★★★
()

при конвертации это уже просто незаменимый инструмент

kto_tama ★★★★★
()
Ответ на: Vorbis от tp_for_my_bunghole

Не врите, он поддерживается сто лет через libvorbis (да и просто через vorbis)

ValdikSS ★★★★★
()

Еще бы хоть где-нибудь случилась поддержка Intel QuickSync...

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

Не врите, он поддерживается сто лет через libvorbis (да и просто через vorbis)

Был ещё свой собственный ффмпеговский кодек. В Blender так и не смог заставить работать vorbis.

tp_for_my_bunghole
()
Ответ на: комментарий от BattleCoder

Зависит от дистибутива

yaourt -Qi mpv
Name           : mpv
Version        : 0.3.6-1
Description    : Video player based on MPlayer/mplayer2
Architecture   : x86_64
URL            : http://mpv.io
Licenses       : GPL
Groups         : None
Provides       : None
Depends On     : portaudio  ffmpeg  lcms2  libdvdread  libcdio-paranoia  libquvi  libgl  libxinerama  mpg123  libxv
                 libxkbcommon  libva  lirc-utils  wayland  desktop-file-utils  hicolor-icon-theme  xdg-utils  lua
                 libdvdnav
Optional Deps  : None
Required By    : None
Optional For   : None
Conflicts With : None
Replaces       : None
Installed Size : 1849.00 KiB
Packager       : Bartłomiej Piotrowski <bpiotrowski@archlinux.org>
Build Date     : Wed 12 Mar 2014 12:27:06 PM EET
Install Date   : Thu 13 Mar 2014 09:31:58 PM EET
Install Reason : Explicitly installed
Install Script : Yes
Validated By   : Signature
Dantix ★★
()
Ответ на: комментарий от mittorn

Ужимает с тем же качеством на 30-50% лучше чем h264 на таком же битрейте разрешениях до full HD. На 2k и 4k все еще круче.

Тут вопрос насколько корявый энкодер они туда впихнули.

geks
()

demux h265 из mkv починили интересно?

geks
()
Ответ на: комментарий от mittorn

дык в 2.1

HWACCEL_LIST="
    dxva2
    vaapi
    vda
    vdpau
"
  --enable-hwaccel=NAME    enable hwaccel NAME

Deleted
()

Вижу в арче честный ffmpeg.

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

Декодер формата ATRAC3+.

Омг, ATRAC ещё где-то применим?

ATRAC3+ применим в играх на PSP, соответственно и в эмуляторах PSP. В частности, я для Росы патчи для ffmpeg с поддержкой ATRAC3+ ещё несколько месяцев назад брал (когда их автор написал о них в рассылку ffmpeg), чтобы PPSSPP мог музыку в играх проигрывать. А что в 2.2 наконец-то эти патчи вошли в апстрим, это вообще отлично.

Pulfer
()
Ответ на: комментарий от soslow

:) Поддерживаю!

Это действительно, неслыханное недоразумение. Но, может так оно и лучше, потому что те, кто в лодке, тихо-спокойно-аккуратно соберут свой любимы ffmpeg из исходничков.

aegor
()
Ответ на: комментарий от fornlr

Ну... тебе несвезло, исключения подтверждают правило :) ffmpeg же поставил из PPA или сам собирал?

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

Да, есть такое. Но понаблюдал как оно меняется, и знаешь, с таким подходом я согласен: когда какой-то метод или поле в структуре объявляют deprecated в очередном релизе, а после, с небольшой задержкой выпиливают... Помогает не тянуть за собой кучу легаси и не засирать код. Я вот трудился на паре крупных embedded проектах, так там эта проблема, в двух разных абсолютно компаниях, стояло особенно остро.

При этом, на моей памяти, особо сильных изменений не было, ну так, что бы радикально переписывать код. Было что-то в фильтрах, но и сама подсистема достаточно молодая.

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

Изучи историю форка, многое станет понятно :)

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

mplayer уже умеет vaapi без сторонних патчей? Хотя мне до лампочки, у меня везде nvidia.

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