Одновременно представлено два значительных релиза мультимедиа пакета FFmpeg - 0.7 и 0.8 (http://ffmpeg.org/releases/), представляющего собой набор приложений и коллекцию библиотек для манипулирования различными мультимедиа форматами (запись, преобразование и декодирование звуковых и видео форматов). Пакет распространяется под лицензиями LGPL и GPL, разработка FFmpeg ведется смежно с проектом MPlayer. Главное отличие выпусков 0.7 и 0.8 в том, что ветка 0.7 основана на старой кодовой базе FFmpeg, а ветка 0.8 синхронизирована с кодовой базой некоторых сторонних проектов и включает в себя наработки проектов Libav (http://libav.org/) и ffmpeg-mt (http://gitorious.org/ffmpeg/ffmpeg-mt). В частности, в версии 0.8 обеспечена поддержка многопоточной обработки данных, что позволяет для декодирования видео использовать возможности многопроцессорных и многоядерных систем.
Одновременно анонсирован (https://lists.libav.org/pipermail/libav-devel/2011-June/0067...) релиз форка (http://www.op...URL: https://lists.ffmpeg.org/pipermail/ffmpeg-devel/2011-June/11...
Новость: http://www.opennet.me/opennews/art.shtml?num=30949
Многопоточность радует, а то устал ждать, когда добавят в Интеловские дрова поддержку аппаратного декодирования H264 (не говоря уже про гугловский формат). Надеюсь с использованием двух ядер будет легко декодировать, а то сейчас на грани.
Декодирование добавили в ядре 2.6.35, а многопоточное кодирвание и декодирование h264 в ffmpeg уже было.
>В частности, в версии 0.8 проведена чистка API и обеспечена поддержка многопоточной обработки данных, что позволяет для декодирования видео использовать возможности многопроцессорных и многоядерных систем.
>Поддержка многопоточного декодирования добавлена не во все декодеры, но поддерживается в декодерах VP8, H.263 и H.264.Если я правильно понимаю, то из текста следует в ffmpeg добавлено только сейчас, что противоречит Вашим словам (если только в дистрах ffmpeg-mt используют).
Декодирование добавили и я даже с ним поигрался. Пришёл к выводу что для моей "Intel GMA 4500MHD" акселерация декодирования есть, но не для H.264. Т.ч. если я не ошибаюсь, то мой предыдущий комментарий актуален.
> Пришёл к выводу что для моей "Intel GMA 4500MHD" акселерация декодирования есть, но не для H.264.Переведите свою фразу, пожалуйста.
>> Пришёл к выводу что для моей "Intel GMA 4500MHD" акселерация декодирования есть, но не для H.264.
> Переведите свою фразу, пожалуйста.Аппаратное ускорение работает для XViD, ещё для чего-то, а H.264 не поддерживается дровами. Если я ошибаюсь буду только рад, но к таким выводам я пришёл.
> H.264 не поддерживается дровами.Да, это так. Интель не может второй год разродиться поддержкой H.264 под GM45.
А у GMA HD уже есть поддержка?
Большое спасибо за информацию! Пересел на Debian testing и теперь с обновлённым ядром получил возможность смотреть h264 без каких-либо тормозов на нетбуке.
Есть ли смысл обновляться до 0.8, если у меня установлено 0.6? Или будет слишком много возни с перекомпиляцией MPlayer, VLC, xine? Если будет, возможно ли, что они не соберутся с 0.8? Или возня будет и с 0.7 (переименованные библиотеки)?
А вы попробуйте. возни будет МНОГО. Поэтому жду, когда разрабы vlc сами соизволят нормально свой плеер допилить до 0.8. Ну мне щас ничто не мешает жить на 0.6, который в репозитариях дистрибутива.ffmpeg всегда была такая какашка, в смысле API - переход на новую её версию в чужом проекте (если сам не являешься разработчиком какого нибудь плеера) отдает головной болью.
> ffmpeg всегда была такая какашка, в смысле APIПроблема только в том что ничего лучше никто вообще не написал почему-то :). В мире тупо нет второй либы понимающей столько же форматов. Вообще. Хоть миллион заплати - нет ее и все тут.
Ну либа - замечательная, кто ж спорит! просто вещи своими именами называю) И документация по ней протухла, именно по этой причине - какашечный API. Я не доксиген имею ввиду, он все лучше и лучше становится, а нормальные статьи и туториалы, которые помогали продраться через дебри
> Ну либа - замечательная, кто ж спорит! просто вещи своими именами называю)Да уж, как майнтейнер в т.ч. kino подтверждаю -- апстрим не на ровном месте сдался и стал таскать с собой копию ffmpeg для статической сборки, "как все".
PS: а вообще конструктив радует :)
Как мантейнер не подскажете, будет ли это обновление доступно для 5 Альта чрез стандартные обновления?
> Как мантейнер не подскажете, будет ли это обновление доступно для 5 Альта
> чрез стандартные обновления?Не думаю, это приличный кусок мультимедийного стека перебирать с неясной пользой.
> Есть ли смысл обновляться ...?В данном случае обновляться смысла нет, имхо. Нововведения не настлько существенны, чтобы всё мультимедиа себе перестраивать.
major версии библиотек не менялись, перекомпиливать не придется практически ничего
Уже 0.7.1 успели выпустить.
Срочно пробуем, благо Arch Linux всегда предоставляет нам самые новые пакеты:)
Народ, у кого нить получилось собрать его с ключём --disable-swscale? У меня бинарник ffmpeg не создаётся нифига...
Обновил ffmpeg до версии 0.7.1, теперь перестал принимать потоки с IPкамеры по RTSP вылетает с Segmentation fault (core dumped). Версия 0.6 работала без проблем. Может кто-то знает как лечить?