После 14 месяцев разработки вышел (http://www.ffmpeg.org/releases/ffmpeg-0.6.release) релиз мультимедиа пакета FFmpeg 0.6 (http://www.ffmpeg.org/), представляющего собой набор приложений и коллекцию библиотек для манипулирования различными мультимедиа форматами (запись, преобразования и декодирования звуковых и видео форматов). Пакет распространяется под лицензиями LGPL и GPL, разработка FFmpeg ведется смежно с проектом MPlayer.
В новой версии добавлено около 80 улучшений (http://www.ffmpeg.org/releases/ffmpeg-0.6.changelog), из которых можно отметить:- Реализация поддержки открытого (http://www.opennet.me/opennews/art.shtml?num=26656) компанией Google видеокодека VP8 и связанного с ним мультимедиа контейнера WebM;
- Значительное увеличение скорости декодирования видеопотоков H.264 и Theora. Увеличена производительность декодирования аудиопотоков AAC. Внесены значительные улучшения в декодер Vorbis. Проведена разноплановая работа по улучшению функций связанных с HTML5-ви...URL: http://www.ffmpeg.org/releases/ffmpeg-0.6.release
Новость: http://www.opennet.me/opennews/art.shtml?num=26984
open source впереди планеты всей
Отличная новость. Прекрасная работа.
*ушёл собирать*
Собирал когда-то FFmpeg. По шаманской мануалке. экспериментируя с параметрами, и дособирая кодеки для полного набора... Я не делал этого 3 года, и наверно не способен сделать это снова.
Компилится ффмпег и правда довольно геморно, но в общем то никакой ракетной науки. Я несколько раз осиливал.И, кажется, пришло время повторить.
Не знаю, никогда не испытывал трудностей с ffmpeg. (Толи дело какой-нибудь MPlayer или кодеки, типа x264 и xvid).% ./configure --prefix=/usr --enable-shared --enable-pthreads --disable-ffplay --enable-gpl --enable-version3 --enable-nonfree --enable-postproc --enable-x11grab --enable-libfaac --enable-libfaad --enable-libfaadbin --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libspeex --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxvid --enable-avfilter --enable-avfilter-lavf --disable-debug
% make
% sudo make installСобралось всё на моей старенькой тачке за 16m19.296s. :)
Спасибо, так и сделаю! Только после Configure мне столько новых зависимостей попросят установить :-)
Вычитал в журнале, что в случае с четырёхядерным процессором эффективнее всего распараллеливать компиляцию не на 4, а на 5 потоков. make -j5 . Так что у меня скомпилируется быстрее от 2 до 5 раз ))
>Так что у меня скомпилируется быстрее от 2 до 5 раз
>))У вас скомпиллируется быстрее раз в 15, ибо у меня Intel(R) Celeron(R) CPU 2.60GHz :)
>Не знаю, никогда не испытывал трудностей с ffmpeg. (Толи дело какой-нибудь MPlayer
>или кодеки, типа x264 и xvid).
>
>% ./configure --prefix=/usr --enable-shared --enable-pthreads --disable-ffplay --enable-gpl --enable-version3 --enable-nonfree --enable-postproc --enable-x11grab --enable-libfaac
>--enable-libfaad --enable-libfaadbin --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libspeex --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxvid
>--enable-avfilter --enable-avfilter-lavf --disable-debugВы на каких системах сидите, что configure на десктопе пользуетесь?)
Или есть проблема с добавлением последней версии в репозитории?
>Вы на каких системах сидите, что configure на десктопе пользуетесь?)
>Или есть проблема с добавлением последней версии в репозитории?Так уж сложилось, что использую я LFS. И не красноглазия ради, а чисто ради просвещения и приобщения к *nix. Собственно, 3 года тому назад эту систему собрал, цели своей достиг, во всех кишочках системы разобрался. Вот до сих пор и использую.
Да, на десктопе и никаких проблем. А где они могут возникнуть? Всё уже давно собрано и настроено, некоторые компоненты время от времени обновляются. Не хочу никого обижать, но часто то, что пользователи некоторых модных дистрибутивов называют проблемой, ей по сути не является.
Насчёт "репозиториев". Я просто сохраняю опции ./configure одной нехитрой обёрткой этого скрипта, поэтому сто раз одно и то же `./configure --help' читать не приходится.
>Не хочу никого обижать, но часто то, что пользователи некоторых модных
>дистрибутивов называют проблемой, ей по сути не является.Ну как бы некоторые собирают себе автомобили. И да, для них не является проблемой много чего из того с чем обычный юзверг не проедет и 10 метров.
>Ну как бы некоторые собирают себе автомобили. И да, для них не
>является проблемой много чего из того с чем обычный юзверг не
>проедет и 10 метров.Я понял, к чему вы ведёте, и скажу, что аналогия некорректна. Я же не говорю о исправлении кривых Makefile, или там о проблеме линковки при сборке того или иного софта с нужными библиотеками. Я говорю о пустячных мелочах, типа: "Да вот в Арче сглаживание не такое как в убунте, Арч говно" или "у меня скролл на тачпаде не работает, а в Дебьяне работал". При этом ни в первом, ни во втором примере человеком не прилагается усилий по настройке /etc/font.conf и /ect/X11/xorg.conf (или конфигов HAL) соответственно.
Тогда хочу сказать, что наши мысли совпадают.
Особенно насчет "в дебиане тачпад не работает - дистрибтив гавно".
Поэтому сам сижу на Gentoo.
Про LFS мысли есть, но времени жалко.
Gentoo (и, наверное, всякие арчи и слаки) в этом плане дают хорошее соотношение время/результат.
Но суть в том, что LFS - это не для всех.
На вас одного, использующего LFS, приходится 99 пользователей Ubuntu)
В Linux установка программ сложнее, чем в Windows и MAC OS X, но при этом гибче. И это плюс, я считаю. Я давно ждал именно этого релиза, потому что InDeo не работал в 64-битных версиях дистрибутивов. Вообще! Только в SuSE, потому что там 32-битный MPlayer сразу (потому что не все кодеки были доступны). Устанавливать 32-битные программы в 64-битную систему иногда ну очень трудно, особенно если надо компилировать. Поэтому и компиляция. А что вы в ней плохого увидали?
>В Linux установка программ сложнее, чем в Windows и MAC OS X, но при этом гибче.Мде?
А вы когда-нибудь устанавливали программу на Mac OS X?
Там установка, может и очевидная для маковода...
Но, *ля, ни разу не очевидная для простого смертного!
Если в общих чертах, то, на примере установки Firefox, там это делается так:
Вы щелкаете на файле firefox-xxx.dmg
У вас монтируется образ с установочными файлами.
На рабочем столе появляется иконка "Firefox".
Вам нужно щелкнуть на этой иконке, чтобы открылось окошко (или окошко в первый раз открывается само, как эдакий autorun =) ).
В окошке слева значок фаерфокса, а справа... ну там, что-то типа жесткого диска.
И (внимание!) вам нужно перетащить значок фаерфокса на значок жесткого диска!
После этого у вас в системе появится свеже установленный фаерфокс =)
Ну и потом нужно отмонтировать уставочный образ.В Windows тоже не все так гладко.
Вот вы можете утверждать, что если я запущу инсталятор OpenOffice и нажму "установить", меня больше ни о чем не спросят?
Я - нет.
Спросят куда ставить, каким составом, и ещё чего-нибудь.
И нужно, как минимум, нажимать "next->next->next".А в Ubuntu с его "Центром приложений Ubuntu" нужно открыть страницу OOO, нажать "Установить" и все, можно отходить от компа - все сделается само.
Проще просто некуда.
>> В Linux установка программ сложнее
> А в UbuntuРазница есть? Есть. Ubuntu не весь Linux, и основан на DEB, которые менее популярны RPM. Не буду касаться их тонкостей, но репозитарий у Ubuntu совсем не удобен по сравнению с Fedora или SuSE. Или Debian. Простота не компенсирует того, что у программы только один вариант, например (есть кнопочка "выбрать версию для установки" - она обычно бессмысленна). Поэтому я его и не рассматривал.
Вру - я не рассматривал репозитарий Ubuntu потому, что там ffmpeg 0.6 нет и не будет. Хотя не вру - я это и имел в виду... А вот наберите в Google ffmpeg 0.6. RPM для Мандривы, Fedora, и так далее вам выдаст поисковик ))
> Не знаю, никогда не испытывал трудностей с ffmpeg.Да нет там никаких трудностей, просто чтобы заработали ВСЕ форматы и кодеки работали - надо ставить еще стопицот либ всяких. Вот в вашем примере с этим достаточно весело все, да :)
>> Не знаю, никогда не испытывал трудностей с ffmpeg.
>
>Да нет там никаких трудностей, просто чтобы заработали ВСЕ форматы и кодеки
>работали - надо ставить еще стопицот либ всяких. Вот в вашем
>примере с этим достаточно весело все, да :)Как я уже писал выше, все эти либы были собраны давным давно. Так что то, что их много мне никак не мешает. Весело было только однажды, когда мне понадобился звуковой кодек amr. Но там и сам кодек какой-то не понятный. То ли он проприетарный, то ли нет, в общем долго не мог ffmpeg с ним связать. Но и это было уже более года назад.
А тут уж сами решайте - либо не лезте кривыми руками в сборку, либо используйте нормальные source-based дистрибутивы, а не убюнты. Во FreeBSD'шных портах, например, все флаги обернуты в опции, поэтому даже руки пачкать не надо. А если очень хочется - скопировал порт, изменил что надо, и пользуйся им хоть сейчас, хоть через 3 года.
>А тут уж сами решайте - либо не лезте кривыми руками в
>сборку, либо используйте нормальные source-based дистрибутивы, а не убюнты. Во FreeBSD'шных
>портах, например, все флаги обернуты в опции, поэтому даже руки пачкать
>не надо. А если очень хочется - скопировал порт, изменил что
>надо, и пользуйся им хоть сейчас, хоть через 3 года.В любом дистрибутиве с rpm тоже так. Взял src.rpm, который есть почти у каждого прокта официально, что надо - изменил, получил пакет. В убунту есть DEB-SRC от предыдущей версии пакета, который можно подредактировать - но это касается только 30 000 стандартных приложений. Для какого-нибудь Focus Movie 1.0 увы останется только rpm.
>>Atrac1 и AMR-NB.На Atrac1 sony забила в 2000 уже точно. Перестарались.
> На Atrac1 sony забила в 2000 уже точно. Перестарались.Вот как раз потому, что сейчас все "забили", для кого-то эта поддержка может быть актуальной для {пере,де}кодирования старых данных.
Сони может и забила, а вот что делать тем кто в это влопался?
Очень рад за WebM надеюсь Google не бросит его на полпути и сдавит таки apple с её патентным троллингом, и microsoft с патологической slowpac-чностью в поддержке html5.P.S. Жду новых обзоров h264 vs WebM
>Очень рад за WebM надеюсь Google не бросит его на полпутиИмхо, гугль в таких делах деньги на ветер не бросает.
Всякие аналитеги и эксперты любят смотреть на то, что сейчас и делать выводы.
А эксперты в гугле скорее всего сначала посмотрели, что можно сделать и где можно допилить.
А потом уже решили заниматься этим.
Вот сейчас и допиливают до того состояния, на которое наметились.
Кстати, они прямым текстом и говорили "не спешите делать выводы, вот когда допилим, тогда и смотрите".
>Имхо, гугль в таких делах деньги на ветер не бросает.гоголь позамораживал очень большое количество бесперспективных проектов.
>Кстати, они прямым текстом и говорили "не спешите делать выводы, вот когда допилим, тогда и смотрите".
Кстати, сейчас они вовсю пеарят этот свой формат.
>гоголь позамораживал очень большое количество бесперспективных проектов.Не тот случай. В этом случае вебмастера, админы серверов и создатели браузеров кроме самых тормозных и жадных (которые окажутся ССЗБ) - поддержат. А что, кто-то сильно хочет платить роялти? Я вот не хочу, так что пусть mpeg la соснет.
>Кстати, сейчас они вовсю пеарят этот свой формат.
И это позитивно, давно пора показать MPEG LA что рэкет и вымогательство - не катит как метод так сказать "бизнеса" :).
>>Имхо, гугль в таких делах деньги на ветер не бросает.
>
>гоголь позамораживал очень большое количество бесперспективных проектов.Вы случаем не про Google Books?
Тут смотря что считать перспективой.
Гугль просто может заявить "теперь у нас есть новый сервис - можно прочитать любую книжку".
Пользователь скажет "Вау, круто!" и проникнется ещё большим уважением и доверием к Гуглю.
А у акционерных обществ доверие и уважание дороже денег.
Потому что в этом случае курс акций растет.
А если растет курс акций, то у компании становится больше денег.>>Кстати, они прямым текстом и говорили "не спешите делать выводы, вот когда допилим, тогда и смотрите".
>
>Кстати, сейчас они вовсю пеарят этот свой формат.Ещё бы не пеарили.
Вот как раз если купить новый формат, улучшить, и не пеарить - вот это уже трата денег на ветер - о формате-то могут забыть.
Есть не плохой мануалчик по сборке deb пакетов с поддержкой VP8:
http://ubuntuforums.org/showthread.php?t=786095 (HOWTO: Install and use the latest FFmpeg and x264)
ОС Debian Lenny, взял исходник с ветки experimental.
Скомпилил по-простому: подправил версию, aptitude-нул все зависимости + обновил libtheora из бэкпортов + добавил в систему libopenjpeg2 (без них не шло). Скомпилилось несколько deb-ов - поставил ffmpeg и семь его либов.
для проверки взял офиц. сэмпл кодека индео http://samples.mplayerhq.hu/V-codecs/IV50/indeo50.avi - видео не воспроизводится ((( mplayer пишет:
==========================================================================
Requested video codec family [indeo5ds] (vfm=dshow) not available.
Enable it at compilation.
Requested video codec family [indeo5] (vfm=vfwex) not available.
Enable it at compilation.
Opening video decoder: [xanim] XAnim codecs
VDec: vo config request - 320 x 240 (preferred colorspace: Planar YV12)
Trying filter chain: vo
Could not find matching colorspace - retrying with -vf scale...
Opening video filter: [scale]
SwScale params: -1 x -1 (-1=no scaling)
Trying filter chain: scale vo
VDec: using Planar YVU9 as output csp (no 0)
Movie-Aspect is undefined - no prescaling applied.
VO Config (320x240->320x240,flags=0,'MPlayer',0x39555659)
[swscaler @ 0xb2e130]using unscaled yuv410p -> yuv420p special converter
REQ: flags=0x437 req=0x0
VO: [xv] 320x240 => 320x240 Planar YV12
VO: Description: X11/Xv
VO: Author: Gerd Knorr <kraxel@goldbach.in-berlin.de> and others
Xvideo image format: 0x32315659 (YV12) planar
Xvideo image format: 0x30323449 (I420) planar
Xvideo image format: 0x32595559 (YUY2) packed
Xvideo image format: 0x59565955 (UYVY) packed
using Xvideo port 131 for hw scaling
[xv] dx: 0 dy: 0 dw: 320 dh: 240
xacodec: failed to dlopen /usr/lib/codecs/vid_iv50.xa while /usr/lib/codecs/vid_iv50.xa: cannot open shared object file: No such file or directory
VDecoder init failed :(
Cannot find codec matching selected -vo and video format 0x30355649.
Read DOCS/HTML/en/codecs.html!
==========================================================================
то есть вместо чтоб задействовать ffmpeg ищет проприетарный кодек в обычном месте.
ЧЯДНТ?
Предполагаю, что надо пересобрать mplayer, чтоб он не использовал свой локальный libavcodec.. что-то типа того
>Добавлены декодеры для видео Intel Indeo 5 и аудио WMA Pro, WMA Voice, HE-AAC, ALS (MPEG-4 Audio Lossless Coding), Atrac1 и AMR-NB. Добавлена поддержка битовых карт IFF PBM/ILBM и формата Bink;Де жа вю? http://www.opennet.me/opennews/art.shtml?num=25638
>>Добавлены декодеры для видео Intel Indeo 5 и аудио WMA Pro, WMA Voice, HE-AAC, ALS (MPEG-4 Audio Lossless Coding), Atrac1 и AMR-NB. Добавлена поддержка битовых карт IFF PBM/ILBM и формата Bink;
>
>Де жа вю? http://www.opennet.me/opennews/art.shtml?num=25638то был не релиз а сообщение об успехах, а это релиз в который и вошли эти успехи
Вообще-то там написано "релиз 0.5.1"...
ну так почитайте новость, там написано
>Дополнение: вышел корректирующий релиз FFmpeg 0.5.1, в котором не добавлено заметных новшеств...
А когда там планируется Ю-Тьюб переводить на VP8?Ждём, ждём, особенно учитывая то, что Гугл, вроде, высказывался за контейнер матрёшка. Матрёшка с VP8 — ням-ням.
Контейнер WebM - подмножество Matrosk'и, т.е. одна из допустимых реализаций. Ваш К.О.
>Матрёшка с VP8 — ням-ням.гуглевская спецификация скорее хлюп-хлюп. Они даже обложку добавлять запретили.
А никто не подскажет в арче с SVN сборка ревизии 23619: это она?
нет
Насчет порта под FreeBSD что-нить слышно?