Доступен (http://ffmpeg.org/download.html#releases) релиз мультимедиа-пакета FFmpeg 2.1 (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_plain;f=Changelog) в FFmpeg 2.1, можно выделить:
- Добавлен встроенный декодировщик для формата сжатия видео VP9 (http://www.opennet.me/opennews/art.shtml?num=37195), по сравнении с VP8 демонстрирующего сокращение размера битового потока на 50% при сохранении идентичного качества;
- Добавлен декодировщик (http://www.opennet.me/opennews/art.shtml?num=37833) для стандарта сжатия видео HEVC/H.265 (High Efficiency Video Coding), который отличается от H.264 использованием значительно улучшенных алгоритмов кодирования видео, позволяющих в два раза снизить битрейт при кодировании с прежним уровнем качества. Распаковщики медиа-контейнеров (demuxer) реализованы для форматов raw, TS, Matroska и MP4;
- Поддержка доступа к контенту с использованием протокола SFTP (через libssh);
- Поддержка PulseAudio и фреймбуфера Linux в качестве устройств вывода;
- В декодировщике изображений WebP добавлена поддержка сжатия без потерь и прозрачности;
- Добавлены фильтры: aecho, perspective, compand, phase, w3fdif, adelay, pullup, ladspa wrapper, mergeplanes;
- Добавлен декодировщик для формата Voxware MetaSound;- Добавлен парсер для формата dpx;
- В медиаконтейнере Matroska добавлена поддержка формата Opus;
- Объявлена стабильной реализация FFV1 версии 1.3. Добавлена поддержка FFV1 с YUVA(444,422,420) в 9, 10 и 16 бит.
- Поддержка декодирования вариантов потоков AAC с дополнительной коррекцией ошибок (ER AAC LС) и минимизацией задержек (ER AAC LD (http://en.wikipedia.org/wiki/AAC-LD));
- Добавлен сканер ReplayGain (выравнивание громкости);
- Поддержка изменения позиции в потоке RTMP;
- Реализовано более точное перемещение на позицию, указанную в опции "-ss", при перекодировании потока c использованием ffmpeg. Поведение прошлых выпусков можно восстановить, указав опцию "-noaccurate_seek";
- В утилиту ffprobe добавлена поддержка опций "-show_programs" и "-read_intervals";
- Опция "-t" в утилите ffmpeg теперь применима и для ограничения продолжительности чтения данных из входного файла;
- Поддержка чтения метажанных EXIF из JPEG-файлов;
- Добавлен декодировщик телетекста DVB;
- В библиотеку libx264 добавлена поддержка кодирования YUVJ422P и YUVJ444P.
URL: http://ffmpeg.org/pipermail/ffmpeg-devel/2013-October/150087...
Новость: http://www.opennet.me/opennews/art.shtml?num=38276
CUDA нету?
Даже у проприетарного ПО кодирование производится на CPU, а CUDA хоть и есть, но почему-то не прижился.
Это ужасно, конечно если у вас не Intel Xeon Phi на 60 ядер с 8гб озу кеша
кодируй используя аппаратный кодировщик.
тольо сначала придется к нему по написать.
И, конечно, мсье покажет нам чипы, уже умеющие VP9 и H265? Ну и наверное мсье не в курсе что аппаратные кодировщики относительно примитивны и не реализуют ВСЕ оптимизации. Так что соотношение битрейт/качество оказывается весьма далеко от радужных обещаний.
nvenc в реалтайме дает картинку намного лучше софтверного кодирования
>Это ужасно, конечно если у вас не Intel Xeon Phi на 60 ядер с 8гб озу кешаЛол что? На Core-i7 кодирует быстрее 24 fps. Профит
>>Это ужасно, конечно если у вас не Intel Xeon Phi на 60 ядер с 8гб озу кеша
> Лол что? На Core-i7 кодирует быстрее 24 fps. ПрофитНужно перекодировать со старых форматов 60 терабайт по быстрому
> Лол что? На Core-i7 кодирует быстрее 24 fps. ПрофитМожно и 240. Только битрейт/качество будет сильно далеко от того что обещали в новости.
Вот интересно, форк libav в своём роде подогнал разработку FFmpeg и, в принципе, всем от этого только лучше стало. FFmpeg стал мерджить все наработки и из него, и из mt. А вот с MPlayer2 как-то наоборот получилось — они с MPlayer разошлись, а потом MPlayer2 и вовсе заглох. Благо хоть MPV появился, собрав весь этот бардак воедино. Правда его приходится руками собирать — готовых пакетов с ним нет. -_-
С MPV не всё так гладко было, когда я летом его смотрел. В частности, не было поддержки dvdnav.
где нет?http://packages.debian.org/jessie/mpv
сам о нём благодаря обновлению репозитория узнал... секция "новые пакеты" в aptitude информативнее опеннета, информативнее любого новостного сайта :)
В Убунте же и нет. :(
да и плевать на вашу убунту, главное в debian есть
> В Убунте же и нет. :(Целуй конец марку
>> В Убунте же и нет. :(
> Целуй конец маркуВот вы зачем это сюда притащили? Заберите своб оллмановщину и маккузиковщину в свое закрытое сообщество, иначе вас посодють за пропаганду этого самого
> Целуй конец маркуЛатентные макинтошники палятся..
В mplayer2 один гондурас поломал больше года назад поддержку связанных mkv файлов
> В mplayer2 один гондурас поломал больше года назад поддержку связанных mkv файловЯ им с самого форка пользуюсь и никогда проблем со связанными файлами не было.
тот же w3fdif утянут в апстрим из http://code.google.com/p/ffmbc
Похоже, что у yadif появился серьёзный конкурент из bbc
Включили бы ещё http://mdsh.com/patches/ffmbc_0.7rc8/FFmbc-0.7-rc8_vf_framer... Описание http://mdsh.com/wiki/jsp/Wiki?FFmbc+0.7
С vf_framerate появилась бы возможность нормальной подгонки фпс видео к кратной частоте развёртки монитора, и быть может это наконец бы поставило жирную точку в борьбе с tearing на линукс
> и быть может это наконец бы поставило жирную точку в борьбе с tearing на линуксЗа 12 лет я тиринг видел только при использовании композитинга, ну так поставьте галочку, выключать композитинг для полноэкранных приложений и не мучьтесь
Кой-кому нехило бы убавить свой апломб, раза в три.
Несмотря на препринятые действия, лицензионные разногласия между поисковой компанией и MPEG LA так и не улажены на данный момент.