The OpenNET Project / Index page

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

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

12.12.2011 12:30

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

Ключевые улучшения:

  • Декодировщики:
    • Встроенный декодировщик для свободного формата сжатия видео Dirac, оптимизированного как для сжатия видеоданных в системах высокой четкости (HDTV - 1920x1080) и для организации потокового интернет-вещания;
    • Поддержка декодирования h264 с цветовой субдискретизацией 4:2:2;
    • Декодировщик для формата кодирования видео без потери качества VBLE;
    • Поддержка декодирования H.264 с использованием аппаратной акселерации на платформе Android;
    • Декодировщик h264, который никогда не опережает битовый поток (overread the bitstream);
    • Декодировщик escape130;
    • Встроенный декодировщик для utvideo;
    • Декодировщик для формата сжатия речи g.729;
    • Декодер для формата Dxtory, используемого в системах захвата видео;
  • Кодировщики:
    • Кодировщик JPEG 2000 на базе libopenjpeg и собственный экспериментальный кодировщик JPEG 2000;
    • Кодировщик для формата CLJR (Cirrus Logic AccuPak codec) с поддержкой дизеринга;
    • Кодировщик для видеоформата AMV;
    • Кодировщик звукового формата SPEEX на базе libspeex;
    • Кодировщик для формата кодирования видео без потери качества ProRes;
    • Кодировщик для g723.1;
  • Упаковщики/распаковщики (muxer/demuxer):
    • Упаковщики медиаконтейнеров (muxer) для форматов mkv timecode v2, segment и wtv;
    • Упаковщик для g723.1;
    • Распаковщик для медиаконтейнеров ACT/BIT;
  • Фильтры и форматы:
    • Поддержка чтения файлов в формате MPO (Multi Picture Object);
    • Возможность изменения частоты дискретизации при декодировании FLV с использованием декодера nellymoser;
    • Поддержка фрагментов и группировки ("chunking") для mov/mp4 (эквивалент "mp4boxs -frag" и "mp4boxs -inter");
    • Поддержка rgba TIFF и 2bpp/4bpp PNG;
    • В качестве источника видео можно использовать генератор фракталов Множества Мандельброта;
    • Поддержка PulseAudio в качестве источника данных;
    • Реализация фильтров stereo3d (из libmpcodecs), nowdeshake и aevalsrc;
    • Добавлен фильтр libass для отображения субтитров;
    • Поддержка перемещения (произвольного изменения позиции) по потоку MMSH (Microsoft Media Server (MMS) over HTTP);
  • Разное
    • Поддержка протокола "cache" в URL;
    • Поддержка библиотек libutvideo и libaacplus;
    • Подготовлена библиотека libswresample;
    • Улучшение программного масштабирование RGB-картинки при помощи SWScale без смены цветового пространства;
    • Поддержка вывода через libmodplug и bintext;
    • Поддержка потоков для OS/2;
    • Дополнительные оптимизации для архитектуры ARM;
    • Расширение числа регрессионных тестов (новые тесты для wtv, sox и utvideo);
    • Во встроенную систему вычисления выражений (expression evaluator) добавлена поддержка функции random() и постоянно хранимых переменных (persistent variables);


  1. Главная ссылка к новости (https://lists.ffmpeg.org/piper...)
  2. OpenNews: Релиз FFmpeg 0.7/0.8 и Libav 0.7
  3. OpenNews: Ведущий проекта FFmpeg будет принимать патчи из проекта Libav
  4. OpenNews: Состоялось слияние FFmpeg с многопоточной веткой FFmpeg-mt. Релиз FFmpeg/Libav 0.6.2
  5. OpenNews: Конфликт в стане разработчиков FFmpeg привел к созданию форка - Libav
  6. OpenNews: Революционное свержение власти в проекте FFmpeg
Лицензия: CC-BY
Тип: Программы
Короткая ссылка: https://opennet.ru/32533-ffmpeg
Ключевые слова: ffmpeg, video, codec
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (55) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 13:01, 12/12/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Все так же собирается только под Linux?
     
     
  • 2.3, prokoudine (??), 13:48, 12/12/2011 [^] [^^] [^^^] [ответить]  
  • +10 +/
    А Вам для какой системы надо? :)
     
     
  • 3.4, Аноним (-), 13:50, 12/12/2011 [^] [^^] [^^^] [ответить]  
  • –7 +/
    Для всех более-менее распространенных.
     
     
  • 4.5, Аноним (-), 14:05, 12/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Для Windows распространяется готовая сборка. Если мне не изменяет мой склероз, собранная cygwin, и кажется, даже в документации написано, что MS VC++ не поддерживается и париться над его поддержкой планов нет.

    Под FreeBSD я года полтора назад устанавливал из портов, версия там был посвежее, чем в репах линуксов, установилось и работало без проблем. А вот собрать из сорцов последнюю на тот момент версию под FreeBSD не удалось.

     
     
  • 5.7, letsmac (ok), 14:54, 12/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >>Если мне не изменяет мой склероз, собранная cygwin,

    Вообще изменят - там сборка под mingw32.

     
  • 4.6, кукимус (?), 14:11, 12/12/2011 [^] [^^] [^^^] [ответить]  
  • –4 +/
    а что, для Win нету?
     
  • 4.38, Клыкастый (ok), 00:35, 13/12/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Пишите в саппорт более-менее распространённых
     
  • 2.8, Аноним (-), 15:07, 12/12/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Все так же собирается только под Linux?

    Подразумевается, что если есть
    > Поддержка потоков для OS/2;

    то можно собрать и под полуось.

     
     
  • 3.17, Аноним (-), 17:44, 12/12/2011 [^] [^^] [^^^] [ответить]  
  • –2 +/
    А что, эту покойницу 16-битную кто-то, окромя Сбера, вообще использует?
     
     
  • 4.25, Аноним (-), 19:11, 12/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    А какая разница? Вопрос был о том, можно ли собрать ffmpeg под какую-нибудь ось, кроме линукса. OS/2 — как раз и есть одна из осей кроме линукса. Раз собрать под OS/2 можно — принципиальная возможность сборки под другую ось доказана. А кто использует полуось — это уже вопрос третий, к делу не относящийся.
     
  • 4.30, qwe (??), 20:56, 12/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Давно ли OS/2 стала 16битной?
     
     
  • 5.39, Клыкастый (ok), 00:38, 13/12/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Давно ли OS/2 стала 16битной?

    это ж попколение пепси. он про неё только на форумах мельком читал. что 32битной OS/2 была, когда win32 это была кривенькая поделка-костылик под win3.1/3.11 он не слышал.


     
     
  • 6.46, Аноним (-), 15:46, 13/12/2011 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > что 32битной OS/2 была, когда win32 это была кривенькая поделка-костылик под
    > win3.1/3.11 он не слышал.

    Полуось была не намного менее костыльной помесью 16 и 32 битного кода. Так что безбашенным полуосникам до того как восторженно верещать не грех бы открыть учебник и почитать там о архитектуре своего фетиша.

     
     
  • 7.56, Клыкастый (ok), 14:56, 15/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >> что 32битной OS/2 была, когда win32 это была кривенькая поделка-костылик под
    >> win3.1/3.11 он не слышал.
    > Полуось была не намного менее костыльной помесью 16 и 32 битного кода.

    В том и дело, что НАМНОГО менее костыльной.


    > Так что безбашенным полуосникам до того как восторженно верещать не грех
    > бы открыть учебник и почитать там о архитектуре своего фетиша.

    Warp был 32битным за исключением IFS (32->16->32).
    В Merlinе уже поправили.

    Any comments?

     
  • 2.10, Аноним (-), 15:09, 12/12/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Все так же собирается только под Linux?

    В винде помнится без особых проблем собирался msys'ом (из комплекта компилера mingw) в свое время. Хотя давно не проверял.

     
  • 2.14, anonymous (??), 16:48, 12/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Сборки под винду:
    http://ffmpeg.zeranoe.com/builds/
    Если уж под винду собирается, то и под другие unix-подобные системы должен собираться.
     
     
  • 3.18, Аноним (-), 17:51, 12/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Если уж под винду собирается, то и под другие unix-подобные системы должен
    > собираться.

    Я бы сказал что винда довольно хреновая unix-подобная система. В смысле, гемора с сборкой софта больше чем в *никсах в разы.

     
     
  • 4.33, anonymous (??), 22:20, 12/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Я имел в виду, что если уж под ни разу не unix-подобную винду собирается, то под unix-подобные системы (*BSD, Solaris) собираться тем более должно. С чем Вы, судя по
    >гемора с сборкой софта больше чем в *никсах в разы.

    согласны.

     
     
  • 5.53, Аноним (-), 21:03, 13/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Я имел в виду, что если уж под ни разу не unix-подобную винду собирается,

    Он там собирается, только как минимум раньше требовались пляски с бубнами. Честное пионерское, в линухе в разы меньше траха с всем этим. И вообще с гцц и библами. Одно дело apt-get install libname-dev и другое - самому дрюкаться с поиском хомпаги либы, качанием, распаковкой в правильную локацию и прочая. Пещерный век!

     
     
  • 6.55, iZEN (ok), 10:36, 15/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >> Я имел в виду, что если уж под ни разу не unix-подобную винду собирается,
    > Он там собирается, только как минимум раньше требовались пляски с бубнами. Честное
    > пионерское, в линухе в разы меньше траха с всем этим.

    Да, да, в линухе бинарные пакеты получаются прямо из астрала, минуя этапы компиляции и сборки. Раз и готово!

    > И
    > вообще с гцц и библами. Одно дело apt-get install libname-dev и
    > другое - самому дрюкаться с поиском хомпаги либы, качанием, распаковкой в
    > правильную локацию и прочая. Пещерный век!

    Да что там — Юрский период, когда и человека-то не было, всё ещё нужно было собирать!


     

  • 1.9, Аноним (-), 15:08, 12/12/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > В коде swscale увеличена точность преобразования rgb в rgb;

    Я не понял.

     
     
  • 2.12, Аноним (-), 15:46, 12/12/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    more accurate rgb->rgb in swscale
     
     
  • 3.28, Lain_13 (?), 20:34, 12/12/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ты таки думаешь оно от этого стало понятнее?
     
     
  • 4.40, анон (?), 01:07, 13/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    таки да, стало. Потому что изначальная фраза ясно говорит о преобразовании в swscale. Так получилось благодаря особенностям английского синтаксиса. Калька же с английского предложения теряет акцент на swscale, поэтому в переводе нужно явно сказать, что имеется ввиду масштабирование.
     
     
  • 5.41, Lain_13 (?), 03:32, 13/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    А, имеется в виду улучшение программного масштабирование RGB-картинки при помощи SWScale без смены цветового пространства (то самое загадочное RGB->RGB преобразование). Теперь понятно.
     

  • 1.11, Аноним (-), 15:41, 12/12/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > включены все последние наработки <...> libav (форк FFmpeg)

    Лол, а чем теперь они друг от друга отличаются?

     
     
  • 2.13, Аноним (-), 16:14, 12/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Всем, что в FFmpeg есть, а в libav нет.
     
     
  • 3.15, Аноним (-), 17:16, 12/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    В FFmpeg сейчас нет ничего нового, Майкл просто сливает код из libav.
     

  • 1.16, iZEN (ok), 17:32, 12/12/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    MPlayer спокойно воспроизводит мультимедиафайлы без ffmpeg.
     
     
  • 2.19, Аноним (-), 17:51, 12/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > MPlayer спокойно воспроизводит мультимедиафайлы без ffmpeg.

    Только половину форматов файлов при этом не жрет, сущие мелочи.

     
     
  • 3.20, iZEN (ok), 18:08, 12/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >> MPlayer спокойно воспроизводит мультимедиафайлы без ffmpeg.
    > Только половину форматов файлов при этом не жрет, сущие мелочи.

    Вот только мне пока не попался такой файл, который бы не воспроизвёлся MPlayer'ом, собранным без зависимости от FFmpeg. ;) У меня нету в системе FFmpeg вообще. Всё работает. ЧЯДНТ?


     
     
  • 4.21, Andrey Mitrofanov (?), 18:17, 12/12/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Всё работает. ЧЯДНТ?

    Якаешь много

     
  • 4.26, Аноним (-), 19:16, 12/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >>> MPlayer спокойно воспроизводит мультимедиафайлы без ffmpeg.
    >> Только половину форматов файлов при этом не жрет, сущие мелочи.
    > Вот только мне пока не попался такой файл, который бы не воспроизвёлся
    > MPlayer'ом, собранным без зависимости от FFmpeg. ;) У меня нету в
    > системе FFmpeg вообще. Всё работает. ЧЯДНТ?

    Троллишь. Ничего плохого, что у тебя всё работает всё, что тебе нужно, без ffmpeg; более того, это хорошо. Однако множество "мультимедиафайлы" не ограничивается элементами множества "мультимедиафайлы, которые смотрит/слушает iZEN". Более того, последних более чем в два раза меньше, чем первых, на что и указывает комментарий выше. Посему вброс "MPlayer спокойно воспроизводит мультимедиафайлы без ffmpeg" — явная ложь.

     
     
  • 5.29, Lain_13 (?), 20:36, 12/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Не, ну почему же. Видео-то он воспроизводит спокойно. Вопрос — какое.
     
     
  • 6.31, iZEN (ok), 21:48, 12/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Вопрос — какое.

    Из опций для внешних зависимостей:

    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'ом либо без звука, либо без изображения, либо без того и другого, то есть никак.

     
  • 4.47, Аноним (-), 15:47, 13/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > системе FFmpeg вообще. Всё работает. ЧЯДНТ?

    Считаешь себя пупом земли. Как твой гребаный мплеер относится к сабжу, особенно если у тебя сабжа как раз и нет?

     
     
  • 5.52, iZEN (ok), 20:06, 13/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >> системе FFmpeg вообще. Всё работает. ЧЯДНТ?
    > Считаешь себя пупом земли. Как твой гребаный мплеер относится к сабжу, особенно
    > если у тебя сабжа как раз и нет?

    Выяснилось, что FFmpeg статически слинкован с MPlayer. В исходниках MPlayer идёт собственная версия FFmpeg.


     
  • 2.32, iZEN (ok), 21:50, 12/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    pkg_info -r mplayer-1 0 r20110329_3 Information for mplayer-1 0 r20110329_3 D... большой текст свёрнут, показать
     
     
  • 3.42, Lain_13 (?), 03:39, 13/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    $ 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
    (описание выкинул)

     
     
  • 4.48, Аноним (-), 15:48, 13/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    О, тут конкурс "кто больше наспамит"? Ревестирую свопфайлы!
     
     
  • 5.57, Клыкастый (ok), 17:00, 15/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > О, тут конкурс "кто больше наспамит"? Ревестирую свопфайлы!

    Хитренький. В свопфайлах иногда вкусное есть...


     
  • 2.34, anonymous (??), 22:31, 12/12/2011 [^] [^^] [^^^] [ответить]  
  • +3 +/
    MPlayer по-умолчанию собирается со своей копией ffmpeg, с которой он слинковывается статически, для сборки с внешней ffmpeg надо указывать особые опции (--disable-libavcodec_a --disable-libavformat_a --disable-libavutil_a --disable-libswscale_a для 1.0rc4). Причём со внешней он запросто может не собраться - он очень чувствителен к версии ffmpeg, у который api ещё нестабильнее, чем в ядерном api linux. Может быть и возможно собрать MPlayer без поддержки ffmpeg - но при этом он лишится большей части своего функционала.
     
     
  • 3.43, Lain_13 (?), 03:43, 13/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Или выкинуть mplayer к дьяволу и поставить mplayer2.
     
     
  • 4.44, anonymous (??), 07:57, 13/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    mplayer2 тоже использует ffmpeg. В отличие от mplayer, только внешнюю.
     

  • 1.22, dq0s4y71 (??), 18:23, 12/12/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Теперь при каждой новости про ffmpeg думаешь: а это про ffmpeg, который ffmpeg, или ffmpeg, который lbav?
     
     
  • 2.35, anonymous (??), 22:33, 12/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Теперь при каждой новости про ffmpeg думаешь: а это про ffmpeg, который
    > ffmpeg, или ffmpeg, который lbav?

    Это тот, который ffmpeg. Который libav, называется libav. Неожиданно, правда?

     
     
  • 3.36, dq0s4y71 (??), 23:32, 12/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Ога. Особенно если учесть, что в libav есть свой ffmpeg .
     
     
  • 4.45, anonymous (??), 07:58, 13/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Ога. Особенно если учесть, что в libav есть свой ffmpeg .

    libav - это форк ffmpeg. В нём нет никакой "своей ffmpeg".

     
     
  • 5.50, dq0s4y71 (??), 17:07, 13/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    http://git.libav.org/?p=libav.git;a=blob;f=ffmpeg.c;h=0ec3b241caffd2652b11099

    Прежде чем говорить, неплохо бы знать предмет разговора :)

     

  • 1.23, dq0s4y71 (??), 18:29, 12/12/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Кодировщик для видеоформата AMV

    Кто знает, они что-то новое написали, или просто http://code.google.com/p/amv-codec-tools/ слили?

     
     
  • 2.27, Имя (?), 20:08, 12/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    http://groups.google.com/group/amv-codec-tools/browse_thread/thread/3afc28097

    Разработчики amv-codec-tools влили в апстрим. Всем пример.

     

  • 1.24, RazrFalcon (?), 18:44, 12/12/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >>Добавлен фильтр libass для отображения субтитров;

    теперь будет работать хардсаб ass =?

     
     
  • 2.49, Аноним (-), 15:49, 13/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > теперь будет работать хардсаб ass =?

    Ржевский, молчать!

     

  • 1.37, x0r (??), 00:12, 13/12/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    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 -;

     
  • 1.51, name (??), 18:42, 13/12/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Deblocking в H264 все также плохо работает?
     

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



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

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