The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Релиз мультимедиа-пакета FFmpeg 1.1

07.01.2013 23:54

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

Среди изменений FFmpeg 1.1 можно отметить:

  • Поддержка кодирования в форматах Opus, 24-bit FLAC и многоканального (до 7.1) ALAC;
  • Поддержка многопоточного декодирования H.264, в том числе для потоков с изменяющимся разрешением и пиксельным форматом;
  • Добавлен фильтр субтитров, позволяющий осуществить подстановку субтитров в видеопоток;
  • Добавлена поддержка декодирования звука в lossless-формате TAK;
  • Добавлены распаковщики медиа-контейнеров (demuxer) для DTS-HD, LVF, AVR, AST, BRSTM, PVF, IRCAM, Paris Audio File, virtual concatenation, VobSub, Silicon Graphics Movie, NIST Sphere;
  • Добавлены демуксеры и декодеры для анимированных GIF и субтитров в форматах MPL2, VPlayer, MPlayer, AQTitle, PJS и SubViewer v1;
  • Добавлены упаковщики медиа-контейнеров (muxer) для форматов IRCAM и Sony Wave64;
  • Добавлена возможность записи тэга INFO и связанных с ним метаданных для файлов WAV/CAF;
  • Добавлена поддержка декодирования необработанных субтитров (raw subtitles), изображений BRender PIX, аудио ADPCM IMA Dialogic, 8битного видео SGI RLE, Silicon Graphics Motion Video Compressor 1 и 2, 012v;
  • Добавлена поддержка кодирования и декодирования формата изображения X-Face;
  • ffserver более не может быть запущен в виде демона;
  • Добавлена поддержка субтитров в формате JSON для видео с сайта TED.com;
  • Добавлен фильтр для анализа громкости звукового потока в соответствии с требованиями спецификации EBU R128;
  • Добавлены фильтры field, geq, aselect и apad; из mplayer портированы видеофильтры pp и kerndeint; из VirtualDub портирован фильтр histeq;
  • Добавлена поддержка формата FFM2, созданного для улучшения совместимости между различными утилитами из состава FFmpeg. Новый формат обратно совместим с ранее используемым форматом FFM и отличается возможностью реализации расширений, что позволяет генерировать FFM2-файлы без привязки к версиям FFmpeg;
  • Добавлен ресэмплер звука из SOX.


  1. Главная ссылка к новости (http://ffmpeg.org/...)
  2. OpenNews: Релиз мультимедиа пакета FFmpeg 1.0
  3. OpenNews: Продолжающийся конфликт между FFmpeg и Libav мешает развитию обоих проектов
  4. OpenNews: Революционное свержение власти в проекте FFmpeg
  5. OpenNews: Релиз мультимедиа пакетов FFmpeg 0.10 и Libav 0.8
  6. OpenNews: Состоялось слияние FFmpeg с многопоточной веткой FFmpeg-mt. Релиз FFmpeg/Libav 0.6.2
Автор новости: Artem S. Tashkinov
Тип: Программы
Ключевые слова: ffmpeg, audio, video, codecs
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (56) Ajax | 1 уровень | Линейный | Раскрыть всё | RSS
  • 1.1, Аноним (-), 01:04, 08/01/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    аац куда дели?
     
  • 1.2, Аноним (-), 01:06, 08/01/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Приходится ломать голову как собирать софт с каждой новой версией ffmpeg.
     
     
  • 2.16, anonymous (??), 07:39, 08/01/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    За что минусуете? Он ведь всё правильно говорит. В MPlayer свой ffmpeg не зря в тарболл пихают, с внешним он далеко не с каждой версией соберётся.
     
     
  • 3.29, arisu (ok), 13:09, 08/01/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > В MPlayer свой ffmpeg

    use mplayer2, Luke!

     
     
  • 4.31, Аноним (-), 14:19, 08/01/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Когда в последний раз пробовал (где-то полгода назад), он работал хуже оригинала. Изображение дерганное.
     
     
  • 5.32, arisu (ok), 14:25, 08/01/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Когда в последний раз пробовал (где-то полгода назад), он работал хуже оригинала.
    > Изображение дерганное.

    в начале прошлого года где-то (точно не помню) перешёл на mplayer2 — брат жив, видео показывает так же, как и mplayer. натурально, собирал самолично из git'а. если ты нет — возможно, это накосячил сборщик.

    собирается, кстати, без проблем. единственное, что раздражает — стал для сборки требовать третьего бидона, зараза.

     
     
  • 6.33, anonymous (??), 14:45, 08/01/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >возможно, это накосячил сборщик

    Он его чего, руками что ли собирает?

     
     
  • 7.36, arisu (ok), 14:51, 08/01/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >>возможно, это накосячил сборщик
    > Он его чего, руками что ли собирает?

    посмотри на список опций сборки. некое конкретное сочетание опций, компилятора и фазы луны вполне могло привести к неожиданному эффекту.

     
     
  • 8.39, anonymous (??), 17:05, 08/01/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Так это косяк проекта, а не сборщика ... текст свёрнут, показать
     
     
  • 9.40, arisu (ok), 17:11, 08/01/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    конечно-конечно, именно так и даже то, что при сборке руками mplayer умеет испо... текст свёрнут, показать
     
     
  • 10.48, anonymous (??), 23:06, 08/01/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Так чем общая сборка отличается от сборки руками Сборщик тут компилятор Уйми... текст свёрнут, показать
     
     
  • 11.50, arisu (ok), 23:51, 08/01/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    не скажешь, где скачать компилятор, который умеет задавать нужные параметры conf... текст свёрнут, показать
     
  • 6.56, Аноним (-), 07:00, 09/01/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > самолично из git'а. если ты нет — возможно, это накосячил сборщик.

    Или питоновское добро. У питона карма такая - пишут на нем только тогда когда нормально программить дико вломак а что-нибудь "на отъeбись" написать ну вот позарез охота.

     
  • 5.37, kurokaze (ok), 16:54, 08/01/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Когда в последний раз пробовал (где-то полгода назад), он работал хуже оригинала. Изображение дерганное.

    Пень-2?
    mplayer уже научился H10P ?

     
     
  • 6.55, Аноним (-), 06:58, 09/01/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > mplayer уже научился H10P ?

    А монитор то у вас научился уже? А то более 8 битов на канал выдавать умеет мягко говоря не любой экспонат.

     
  • 2.18, crypt (??), 09:40, 08/01/2013 [^] [^^] [^^^] [ответить]  
  • +/
    ну так может в этом релизе и нет ничего настолько важного?
     

  • 1.3, Crazy Alex (ok), 01:22, 08/01/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А вот кто знает - может оно дать sample-accurate кусок аудио? Вот буквально - сколько сказали семплов выдать и с какого сказали места - чтоб столько и было, а не плюс-минус лапоть? Применение - порезка образа на треки по CUESHEET
     
     
  • 2.11, Аноним (-), 04:03, 08/01/2013 [^] [^^] [^^^] [ответить]  
  • +/
    http://ffmpeg.org/trac/ffmpeg/wiki/Seeking%20with%20FFmpeg
     
     
  • 3.43, Crazy Alex (ok), 18:10, 08/01/2013 [^] [^^] [^^^] [ответить]  
  • +/
    увы - это для видео, в аудио нет ключевых фреймов, и вообще там всё немного по-другому устроено. Кроме того, там есть некоторые проблемы с округлением, так как далеко не все отсчеты в семплах точно выразятся в долях секунды. То есть +-1 сэмпл.
     
  • 2.38, kurokaze (ok), 16:55, 08/01/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > А вот кто знает - может оно дать sample-accurate кусок аудио? Вот
    > буквально - сколько сказали семплов выдать и с какого сказали места
    > - чтоб столько и было, а не плюс-минус лапоть? Применение -
    > порезка образа на треки по CUESHEET

    cuebreakpoints/shnsplit

     
     
  • 3.41, Crazy Alex (ok), 18:06, 08/01/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Оно даже без cuebreakpoints умеет, напрямую CUE прекрасно жрёт - у меня сейчас так и есть. Только вот меня интересуют в том числе 24-х битные файлы (ага, они тоже с cue бывают) и форматы, которые shntool не умеет, TAK  в перую очередь. С другой стороны - первое решается сравнительно простым патчем shntool (добавить отсчет в семплах, а не только в долях секунды и байтах, или можно забить и руками байты высчитывать), второе - предварительным преобразованием в wav. Но первое морока, а второе глупость - распаковка из TAK идет примерно со скоростью записи на диск.
     
     
  • 4.42, arisu (ok), 18:08, 08/01/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > первое решается сравнительно простым патчем shntool

    отошли автору, что ли? ну, или так куда-нибудь положи. хоть на богомерзкий гитхаб.

     
     
  • 5.44, Crazy Alex (ok), 18:11, 08/01/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >> первое решается сравнительно простым патчем shntool
    > отошли автору, что ли? ну, или так куда-нибудь положи. хоть на богомерзкий
    > гитхаб.

    Отошлю, конечно - не самому же патчить при каждом обновлении генты. Скорее всего - когда наберется хотя бы штук 30 24-битных рипов.

     
     
  • 6.45, arisu (ok), 18:16, 08/01/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Отошлю, конечно - не самому же патчить при каждом обновлении генты. Скорее
    > всего - когда наберется хотя бы штук 30 24-битных рипов.

    просто мне тоже иногда надо, а писать лень. так что я чисто из шкурных интересов. %-)

     
     
  • 7.47, Crazy Alex (ok), 18:39, 08/01/2013 [^] [^^] [^^^] [ответить]  
  • +/
    ну так бы и сказал. Вечерком накидаю, а то я могу и пол-года собираться
     
  • 7.53, Crazy Alex (ok), 03:00, 09/01/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Лови, на богопротивном гитхабе :-) Автору тоже отписался.
    https://github.com/bayun/shntool
    Погонял - вроде работает. Да и нечему там не работать особо
     
     
  • 8.60, arisu (ok), 12:19, 09/01/2013 [^] [^^] [^^^] [ответить]  
  • +/
    tnx просплюсь 8212 соберу прийми моё виртуальное НИЧЕГО в качестве благодар... текст свёрнут, показать
     
     
  • 9.61, Crazy Alex (ok), 14:24, 09/01/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Ок И дай какие-нибудь координаты для связи, вроде есть что обсуждать в комми... текст свёрнут, показать
     

  • 1.4, Аноним (-), 01:31, 08/01/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > может оно дать sample-accurate кусок аудио?

    через libavcodec, или через ffmpeg.exe? через первое можно, декодируешь целый поток, сэмплы считаешь сам, в нужных местах разрезаешь и пишешь в файлы. через второе -- сомневаюсь.

     
     
  • 2.5, Crazy Alex (ok), 01:35, 08/01/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ух как сурово... Ладно, придётся с shntool дальше шаманить. Полное декодирование потока вместо seek - это труба.

    Спасибо за ифнормацию.

     
     
  • 3.6, Led (ok), 01:44, 08/01/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Ух как сурово...

    А то! Вендузоиды - суровые ребята!

     
     
  • 4.7, Crazy Alex (ok), 01:48, 08/01/2013 [^] [^^] [^^^] [ответить]  
  • +/
    А вендузоиды при чём?
     
     
  • 5.8, Led (ok), 01:54, 08/01/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А вендузоиды при чём?

    ffmpeg.exe

     
     
  • 6.12, Crazy Alex (ok), 05:28, 08/01/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А, ну да. Не заметил
     
  • 6.23, Аноним (-), 11:54, 08/01/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > ffmpeg.exe

    я так написал, чтобы было понятно о чем речь (ffmpeg application против ffmpeg project). но пользуюсь ffmpeg и под вантузом тоже, когда надо. на домашних компах венды нет ни в дуалбуте, ни в виртуалках.

     
  • 3.30, arisu (ok), 13:13, 08/01/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Ладно, придётся с shntool дальше шаманить.

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

     
  • 2.24, Аноним (-), 12:06, 08/01/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > ffmpeg.exe

    Палитесь.

     

  • 1.9, Аноним (-), 02:37, 08/01/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Добавлен фильтр для анализа громкости звукового потока в соответствии с требованиями спецификации EBU R128

    Это на замену ReplayGain?

     
     
  • 2.14, Crazy Alex (ok), 05:30, 08/01/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Добавлен фильтр для анализа громкости звукового потока в соответствии с требованиями спецификации EBU R128
    > Это на замену ReplayGain?

    Хорошее название спецификации, однако :-)

     
  • 2.19, Иван Иванович Иванов (?), 10:00, 08/01/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Это нужно только американским медийным компаниям - недавно приняли LOUD закон, что реклама не должна быть сильно громче остального эфира.
     

  • 1.10, Аноним (-), 03:19, 08/01/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –8 +/
    Спасибо, мы уже на libav
     
     
  • 2.13, Crazy Alex (ok), 05:29, 08/01/2013 [^] [^^] [^^^] [ответить]  
  • +4 +/
    И зря, ffmpeg функциональнее и дыры закрываются там быстрее
     
     
  • 3.22, Вася (??), 11:07, 08/01/2013 [^] [^^] [^^^] [ответить]  
  • +/
    O'RLY?! А лог гита говорит об обратном почему-то
     
     
  • 4.46, Crazy Alex (ok), 18:26, 08/01/2013 [^] [^^] [^^^] [ответить]  
  • +/
    ну покажите мне TAK в libav. Плюс  у них  несколько месяцев были дыры в безопасности, которые в ffmpeg были закрыты. Сейчас - да, в libav тоже закрыли.
     
  • 3.25, Аноним (-), 12:08, 08/01/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > И зря, ffmpeg функциональнее и дыры закрываются там быстрее

    Да они примерно одинаковы. Зато если б они не форкнулись - вы бы до сих пор читали логи ... SVN.

     

  • 1.15, Pulfer (ok), 05:52, 08/01/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Разработчики ffmpeg странные очень люди. Пишут, что рекомендуют всем обновиться ("We recommend users, distributors and system integrators to upgrade unless they use current git master"). Тогда как снова сломали бинарную совместимость (не говоря уже об API) с предыдущей версией:

    http://upstream-tracker.org/versions/ffmpeg.html

     
     
  • 2.17, Аноним (-), 08:08, 08/01/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Бинарная совместимость - абсолютно не нужная (и даже вредная) вещь. А вот что сломали API - да, хреново.
     

  • 1.20, Омский линуксоид (?), 10:02, 08/01/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Кто напомнит, в чём драма ffmpeg vs libav? Какие дистры приняли ту или иную сторону? И почему?
     
     
  • 2.21, цирроз (?), 10:57, 08/01/2013 [^] [^^] [^^^] [ответить]  
  • +/
    во многих дистрах есть оба. драма в том, что рук.проекта ffmpeg тянул одеяло на себя, после чего произошел раскол. но после этого его поведение несколько изменилось в положительную сторону.
     
     
  • 3.27, Аноним (-), 12:23, 08/01/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >но после этого его поведение несколько изменилось в положительную сторону

    А поведение форкеров в отрицательную.

     
     
  • 4.52, Crazy Alex (ok), 23:55, 08/01/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да они с самого начала повели себя, мягко говоря, странно - пытались втизую утащить сам ffmpeg.
     
  • 2.26, Аноним (-), 12:14, 08/01/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Кто напомнит, в чём драма ffmpeg vs libav?

    Некоторых разработчиков достали некоторые моменты. И они элементарно поср@лись. Например, тот же SVN. Он многих достал но ffmpeg не торопился переходить на гит, т.к. Фабрису и ко и так неплохо было. А то что можно лучше - можно, но как-нибудь потом. Также были и иные разногласия. В результате у какого-то разработчика из генты терпение лопнуло и он спровоцировал форк и утащил часть разработчиков туда.

    Зато после форка оба проекта мигом срулили на гит. Нельзя же быть хуже конкурента :). И вообще в развитии втопили весьма конкретно, релизы стали внятно оформлять, etc. Сплошные плюсы, как ни крути. Благо ха счет гита они даром что форки, а код друг у друга тягают в хвост и в гриву.

     
     
  • 3.28, anonymous (??), 12:36, 08/01/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Некоторых разработчиков достали некоторые моменты. И они элементарно поср@лись. Например, тот же SVN.

    Ну толсто же. В момент раскола там давно был git.

     
     
  • 4.54, Аноним (-), 06:56, 09/01/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну толсто же. В момент раскола там давно был git.

    Нет, гит как раз был недавно и это было одним из предметов которые были в зародыше этих разборок. Git поюзали лишь когда поняли что без этого случится большой пэ aka форк. Правда, форк это так и не предотвратило, увы.

     
     
  • 5.57, Аноним (-), 08:25, 09/01/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >Правда, форк это так и не предотвратило, увы.

    Значит дело не в гит. Сам написал, сам опроверг. Молодец!

     
     
  • 6.59, Аноним (-), 12:01, 09/01/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Значит дело не в гит. Сам написал, сам опроверг. Молодец!

    Это было одним из пунктов недовольства. Достаточно существенным. Тем паче что гит подразумевает иную схему разработки нежели SVN, по поводу чего олдскульщики типа Фабриса брыкались.

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    MIRhosting
    Fornex
    Hosting by Ihor
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2019 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру