После пяти месяцев разработки увидел свет (http://ffmpeg.org/) релиз мультимедиа пакета FFmpeg 0.9 (http://ffmpeg.org/download.html#release_0.9), включающего набор приложений и коллекцию библиотек для манипулирования различными мультимедиа форматами (запись, преобразование и декодирование звуковых и видео форматов). Кроме изменений, созданных внутри проекта, в новую версию также включены все последние наработки, добавленные в ветки ffmpeg-mt (http://gitorious.org/ffmpeg/ffmpeg-mt) (поддержка многопоточного декодирования) и libav (http://libav.org/) (форк FFmpeg). Пакет распространяется под лицензиями LGPL и GPL, разработка FFmpeg ведется смежно с проектом MPlayer (http://www.mplayerhq.hu/).Ключевые улучшения:
- Декодировщики:
- Встроенный декодировщик для свободного формата сжатия видео Dirac (http://diracvideo.org/), оптимизированного как для сжатия видеоданных в системах высокой четкости (HDTV - 1920x1080) и для организации потокового интернет-вещания;
- Декодировщ...URL: https://lists.ffmpeg.org/pipermail/ffmpeg-devel/2011-Decembe...
Новость: http://www.opennet.me/opennews/art.shtml?num=32533
Все так же собирается только под Linux?
А Вам для какой системы надо? :)
Для всех более-менее распространенных.
Для Windows распространяется готовая сборка. Если мне не изменяет мой склероз, собранная cygwin, и кажется, даже в документации написано, что MS VC++ не поддерживается и париться над его поддержкой планов нет.Под FreeBSD я года полтора назад устанавливал из портов, версия там был посвежее, чем в репах линуксов, установилось и работало без проблем. А вот собрать из сорцов последнюю на тот момент версию под FreeBSD не удалось.
>>Если мне не изменяет мой склероз, собранная cygwin,Вообще изменят - там сборка под mingw32.
а что, для Win нету?
Пишите в саппорт более-менее распространённых
> Все так же собирается только под Linux?Подразумевается, что если есть
> Поддержка потоков для OS/2;то можно собрать и под полуось.
А что, эту покойницу 16-битную кто-то, окромя Сбера, вообще использует?
А какая разница? Вопрос был о том, можно ли собрать ffmpeg под какую-нибудь ось, кроме линукса. OS/2 — как раз и есть одна из осей кроме линукса. Раз собрать под OS/2 можно — принципиальная возможность сборки под другую ось доказана. А кто использует полуось — это уже вопрос третий, к делу не относящийся.
Давно ли OS/2 стала 16битной?
> Давно ли OS/2 стала 16битной?это ж попколение пепси. он про неё только на форумах мельком читал. что 32битной OS/2 была, когда win32 это была кривенькая поделка-костылик под win3.1/3.11 он не слышал.
> что 32битной OS/2 была, когда win32 это была кривенькая поделка-костылик под
> win3.1/3.11 он не слышал.Полуось была не намного менее костыльной помесью 16 и 32 битного кода. Так что безбашенным полуосникам до того как восторженно верещать не грех бы открыть учебник и почитать там о архитектуре своего фетиша.
>> что 32битной OS/2 была, когда win32 это была кривенькая поделка-костылик под
>> win3.1/3.11 он не слышал.
> Полуось была не намного менее костыльной помесью 16 и 32 битного кода.В том и дело, что НАМНОГО менее костыльной.
> Так что безбашенным полуосникам до того как восторженно верещать не грех
> бы открыть учебник и почитать там о архитектуре своего фетиша.Warp был 32битным за исключением IFS (32->16->32).
В Merlinе уже поправили.Any comments?
> Все так же собирается только под Linux?В винде помнится без особых проблем собирался msys'ом (из комплекта компилера mingw) в свое время. Хотя давно не проверял.
Сборки под винду:
http://ffmpeg.zeranoe.com/builds/
Если уж под винду собирается, то и под другие unix-подобные системы должен собираться.
> Если уж под винду собирается, то и под другие unix-подобные системы должен
> собираться.Я бы сказал что винда довольно хреновая unix-подобная система. В смысле, гемора с сборкой софта больше чем в *никсах в разы.
Я имел в виду, что если уж под ни разу не unix-подобную винду собирается, то под unix-подобные системы (*BSD, Solaris) собираться тем более должно. С чем Вы, судя по
>гемора с сборкой софта больше чем в *никсах в разы.согласны.
> Я имел в виду, что если уж под ни разу не unix-подобную винду собирается,Он там собирается, только как минимум раньше требовались пляски с бубнами. Честное пионерское, в линухе в разы меньше траха с всем этим. И вообще с гцц и библами. Одно дело apt-get install libname-dev и другое - самому дрюкаться с поиском хомпаги либы, качанием, распаковкой в правильную локацию и прочая. Пещерный век!
>> Я имел в виду, что если уж под ни разу не unix-подобную винду собирается,
> Он там собирается, только как минимум раньше требовались пляски с бубнами. Честное
> пионерское, в линухе в разы меньше траха с всем этим.Да, да, в линухе бинарные пакеты получаются прямо из астрала, минуя этапы компиляции и сборки. Раз и готово!
> И
> вообще с гцц и библами. Одно дело apt-get install libname-dev и
> другое - самому дрюкаться с поиском хомпаги либы, качанием, распаковкой в
> правильную локацию и прочая. Пещерный век!Да что там — Юрский период, когда и человека-то не было, всё ещё нужно было собирать!
> В коде swscale увеличена точность преобразования rgb в rgb;Я не понял.
more accurate rgb->rgb in swscale
Ты таки думаешь оно от этого стало понятнее?
таки да, стало. Потому что изначальная фраза ясно говорит о преобразовании в swscale. Так получилось благодаря особенностям английского синтаксиса. Калька же с английского предложения теряет акцент на swscale, поэтому в переводе нужно явно сказать, что имеется ввиду масштабирование.
А, имеется в виду улучшение программного масштабирование RGB-картинки при помощи SWScale без смены цветового пространства (то самое загадочное RGB->RGB преобразование). Теперь понятно.
> включены все последние наработки <...> libav (форк FFmpeg)Лол, а чем теперь они друг от друга отличаются?
Всем, что в FFmpeg есть, а в libav нет.
В FFmpeg сейчас нет ничего нового, Майкл просто сливает код из libav.
MPlayer спокойно воспроизводит мультимедиафайлы без ffmpeg.
> MPlayer спокойно воспроизводит мультимедиафайлы без ffmpeg.Только половину форматов файлов при этом не жрет, сущие мелочи.
>> MPlayer спокойно воспроизводит мультимедиафайлы без ffmpeg.
> Только половину форматов файлов при этом не жрет, сущие мелочи.Вот только мне пока не попался такой файл, который бы не воспроизвёлся MPlayer'ом, собранным без зависимости от FFmpeg. ;) У меня нету в системе FFmpeg вообще. Всё работает. ЧЯДНТ?
>Всё работает. ЧЯДНТ?Якаешь много
>>> MPlayer спокойно воспроизводит мультимедиафайлы без ffmpeg.
>> Только половину форматов файлов при этом не жрет, сущие мелочи.
> Вот только мне пока не попался такой файл, который бы не воспроизвёлся
> MPlayer'ом, собранным без зависимости от FFmpeg. ;) У меня нету в
> системе FFmpeg вообще. Всё работает. ЧЯДНТ?Троллишь. Ничего плохого, что у тебя всё работает всё, что тебе нужно, без ffmpeg; более того, это хорошо. Однако множество "мультимедиафайлы" не ограничивается элементами множества "мультимедиафайлы, которые смотрит/слушает iZEN". Более того, последних более чем в два раза меньше, чем первых, на что и указывает комментарий выше. Посему вброс "MPlayer спокойно воспроизводит мультимедиафайлы без ffmpeg" — явная ложь.
Не, ну почему же. Видео-то он воспроизводит спокойно. Вопрос — какое.
> Вопрос — какое.Из опций для внешних зависимостей:
WITH_MAD=true "Enable mad MPEG audio engine support"
WITH_AMR_NB=true "AMR Narrow Band encoder (opencore)"
WITH_AMR_WB=true "AMR Wide Band encoder (opencore)"
WITH_GSM=true "GSM audio codec"
WITH_SPEEX=true "Enable speex audio codec support"
WITH_THEORA=true "Enable ogg theora video support"
WITH_VPX=true "Enable VP8 video via libvpx"
WITH_SCHROEDINGER=true "Dirac codec via libschroedinger"
WITH_ASS=true "Enable ASS/SSA subtitle rendering"
WITH_WIN32=true "Enable win32 codec set on the IA32 arch"
WITH_LIBRTMP=true "Enable RTMPDump Streaming Media support"Не встречал ещё видео, которое воспроизводилось MPlayer'ом либо без звука, либо без изображения, либо без того и другого, то есть никак.
> системе FFmpeg вообще. Всё работает. ЧЯДНТ?Считаешь себя пупом земли. Как твой гребаный мплеер относится к сабжу, особенно если у тебя сабжа как раз и нет?
>> системе FFmpeg вообще. Всё работает. ЧЯДНТ?
> Считаешь себя пупом земли. Как твой гребаный мплеер относится к сабжу, особенно
> если у тебя сабжа как раз и нет?Выяснилось, что FFmpeg статически слинкован с MPlayer. В исходниках MPlayer идёт собственная версия FFmpeg.
% pkg_info -r mplayer-1.0.r20110329_3
Information for mplayer-1.0.r20110329_3:Depends on:
Dependency: xineramaproto-1.2.1
Dependency: xf86vidmodeproto-2.3.1
Dependency: xf86dgaproto-2.1
Dependency: xextproto-7.2.0
Dependency: videoproto-2.3.1
Dependency: renderproto-0.11.1
Dependency: randrproto-1.3.2
Dependency: kbproto-1.0.5
Dependency: inputproto-2.0.2
Dependency: fixesproto-5.0
Dependency: dri2proto-2.3
Dependency: damageproto-1.2.1
Dependency: compositeproto-0.4.2
Dependency: font-util-1.2.0
Dependency: encodings-1.0.4,1
Dependency: expat-2.0.1_2
Dependency: cups-client-1.5.0
Dependency: libvpx-0.9.7
Dependency: hicolor-icon-theme-0.12
Dependency: python27-2.7.2_3
Dependency: perl-5.14.1_3
Dependency: png-1.4.8
Dependency: jpeg-8_3
Dependency: jbigkit-1.6
Dependency: tiff-4.0.0_2
Dependency: openjpeg-1.3_2
Dependency: pkg-config-0.25_1
Dependency: xproto-7.0.22
Dependency: rtmpdump-2.3_1
Dependency: pixman-0.24.0
Dependency: libfontenc-1.1.0
Dependency: libXdmcp-1.1.0
Dependency: libXau-1.0.6
Dependency: libICE-1.0.7,1
Dependency: libSM-1.2.0,1
Dependency: freetype2-2.4.7
Dependency: mkfontscale-1.0.9
Dependency: mkfontdir-1.0.6
Dependency: fontconfig-2.8.0_1,1
Dependency: font-misc-meltho-1.0.3
Dependency: font-misc-ethiopic-1.0.3
Dependency: font-bh-ttf-1.0.3
Dependency: xorg-fonts-truetype-7.5.1
Dependency: pcre-8.20
Dependency: orc-0.4.14_1
Dependency: schroedinger-1.0.10
Dependency: libpthread-stubs-0.3_3
Dependency: libxcb-1.7
Dependency: xcb-util-0.3.6_1
Dependency: libdrm-2.4.17_1
Dependency: libX11-1.4.4,1
Dependency: libungif-4.1.4_5
Dependency: libXt-1.0.9
Dependency: libXrender-0.9.6
Dependency: libXft-2.1.14
Dependency: libXfixes-5.0
Dependency: libXext-1.3.0_1,1
Dependency: libXxf86vm-1.1.1
Dependency: libXxf86dga-1.1.2
Dependency: libXv-1.0.6,1
Dependency: libXvMC-1.0.6
Dependency: libXrandr-1.3.2
Dependency: libXmu-1.1.0,1
Dependency: libXinerama-1.1.1,1
Dependency: libXi-1.4.3,1
Dependency: libXdamage-1.1.3
Dependency: libXcursor-1.1.12
Dependency: libXcomposite-0.4.3,1
Dependency: libGL-7.6.1
Dependency: libGLU-7.6.1
Dependency: libglut-7.6.1
Dependency: jasper-1.900.1_10
Dependency: libffi-3.0.9
Dependency: icu-4.8.1.1
Dependency: p5-Unicode-String-2.09
Dependency: p5-Unicode-Map8-0.13
Dependency: libiconv-1.13.1_1
Dependency: libxml2-2.7.8_1
Dependency: gettext-0.18.1.1
Dependency: recode-3.6_8
Dependency: popt-1.16
Dependency: glib-2.28.8_2
Dependency: gamin-0.1.10_4
Dependency: gio-fam-backend-2.28.8
Dependency: shared-mime-info-0.90
Dependency: gdk-pixbuf-2.23.5_1
Dependency: cairo-1.10.2_2,1
Dependency: gobject-introspection-0.10.8
Dependency: pango-1.28.4
Dependency: fribidi-0.19.2_1
Dependency: enca-1.13
Dependency: libass-0.10.0
Dependency: opencore-amr-0.1.2
Dependency: libogg-1.2.2,4
Dependency: speex-1.2.r1_3,1
Dependency: libvorbis-1.3.2,3
Dependency: libtheora-1.1.1_2
Dependency: libmad-0.15.1b_2
Dependency: libcddb-1.3.2_1
Dependency: gsm-1.0.13
Dependency: cdparanoia-3.9.8_9
Dependency: libcdio-0.82_2
Dependency: atk-2.0.1
Dependency: gtk-update-icon-cache-2.24.6
Dependency: gtk-2.24.6
$ dpkg -p mplayer
Package: mplayer
Priority: optional
Section: video
Installed-Size: 10376
Maintainer: Taylor LeMasurier-Wren <ripps818@gmail.com>
Architecture: amd64
Source: mplayer2-build
Version: 3:2.0+git20111207.6c557ef-0ubuntu1~ripps1
Replaces: mplayer-nogui
Provides: mplayer-nogui
Depends: (тут я добавил переносы)
debconf | debconf-2.0,
libaa1 (>= 1.4p5),
libasound2 (>> 1.0.24.1),
libaudio2,
libbluray1,
libbz2-1.0,
libc6 (>= 2.7),
libcaca0 (>= 0.99.beta17-1),
libcdparanoia0 (>= 3.10.2+debian),
libdca0,
libdv4,
libdvdnav4,
libdvdread4,
libenca0 (>= 1.9),
libesd0 (>= 0.2.35),
libfaad2,
libfontconfig1 (>= 2.8.0),
libfreetype6 (>= 2.2.1),
libfribidi0 (>= 0.19.2),
libgcc1 (>= 1:4.1.1),
libggi2 (>= 1:2.2.2),
libgif4 (>= 4.1.4),
libgl1-mesa-glx | libgl1,
libjack-jackd2-0 (>= 1.9.5~dfsg-14) | libjack-0.116,
libjpeg62 (>= 6b1),
liblircclient0,
libmad0 (>= 0.15.1b-3),
libogg0 (>= 1.0rc3),
libpng12-0 (>= 1.2.13-4),
libpulse0 (>= 1:0.99.1),
libsdl1.2debian (>= 1.2.10-1),
libsmbclient (>= 3.0.24),
libspeex1 (>= 1.2~beta3-1),
libstdc++6 (>= 4.1.1),
libsvga1,
libtheora0 (>= 0.0.0.alpha7.dfsg),
libtinfo5 (>= 5.6+20070908),
libvdpau1 (>= 0.2),
libvorbis0a (>= 1.1.2),
libx11-6,
libxext6,
libxinerama1,
libxv1,
libxvidcore4 (>= 1.2.2),
libxxf86dga1,
libxxf86vm1,
zlib1g (>= 1:1.2.0)Suggests: mplayer-doc, ttf-freefont, ttf-dejavu-core, w64codecs, libdvdcss2, smplayer, dshowserver, netselect | fping, bzip2, fontconfig
Conflicts: mplayer-nogui
Size: 4542800
(описание выкинул)
О, тут конкурс "кто больше наспамит"? Ревестирую свопфайлы!
> О, тут конкурс "кто больше наспамит"? Ревестирую свопфайлы!Хитренький. В свопфайлах иногда вкусное есть...
MPlayer по-умолчанию собирается со своей копией ffmpeg, с которой он слинковывается статически, для сборки с внешней ffmpeg надо указывать особые опции (--disable-libavcodec_a --disable-libavformat_a --disable-libavutil_a --disable-libswscale_a для 1.0rc4). Причём со внешней он запросто может не собраться - он очень чувствителен к версии ffmpeg, у который api ещё нестабильнее, чем в ядерном api linux. Может быть и возможно собрать MPlayer без поддержки ffmpeg - но при этом он лишится большей части своего функционала.
Или выкинуть mplayer к дьяволу и поставить mplayer2.
mplayer2 тоже использует ffmpeg. В отличие от mplayer, только внешнюю.
Теперь при каждой новости про ffmpeg думаешь: а это про ffmpeg, который ffmpeg, или ffmpeg, который lbav?
> Теперь при каждой новости про ffmpeg думаешь: а это про ffmpeg, который
> ffmpeg, или ffmpeg, который lbav?Это тот, который ffmpeg. Который libav, называется libav. Неожиданно, правда?
Ога. Особенно если учесть, что в libav есть свой ffmpeg .
> Ога. Особенно если учесть, что в libav есть свой ffmpeg .libav - это форк ffmpeg. В нём нет никакой "своей ffmpeg".
http://git.libav.org/?p=libav.git;a=blob;f=ffmpeg.c;h=0ec3b2...Прежде чем говорить, неплохо бы знать предмет разговора :)
> Кодировщик для видеоформата AMVКто знает, они что-то новое написали, или просто http://code.google.com/p/amv-codec-tools/ слили?
http://groups.google.com/group/amv-codec-tools/browse_thread...Разработчики amv-codec-tools влили в апстрим. Всем пример.
>>Добавлен фильтр libass для отображения субтитров;теперь будет работать хардсаб ass =?
> теперь будет работать хардсаб ass =?Ржевский, молчать!
x=320
y=$(( $x * 3 / 4 ))
xx=$(( $x / 8 ))
yy=$(( $y / 8 ))
s=$(( $xx * $yy * 2 ))tar cvf - -- $1 | xz -9 | vdmfec -b $s | \
ffmpeg -f rawvideo -s ${xx}x${yy} -r 10 -pix_fmt monob -sws_flags neighbor -i - -s ${x}x${y} -r 30 -b 100000 -y my.mp4---------------
ffmpeg -sws_flags neighbor -i "$1" -an -s ${xx}x${yy} -r 10 -pix_fmt monob -f rawvideo - 2> /dev/null | vdmfec -d -b $s | xz -dc |tar xvf -;
Deblocking в H264 все также плохо работает?