comparison DOCS/xml/ru/encoding-guide.xml @ 21792:3c94669288d1

better wording and typos fixing Slightly modified patch from Andrew Savchenko birkoph at mail dot ru

21791:9bb94bee6ea0

<?xml version="1.0" encoding="utf-8"?>
<!-- synced with r21802  -->
<!-- **Partially** translated -->
<chapter id="encoding-guide">
<title>Кодирование с <application>MEncoder</application></title>

<sect1 id="menc-feat-dvd-mpeg4">
<title>Создание высококачественного MPEG-4 ("DivX") рипа из DVD фильма</title>

</para>

<para>
Последний вопрос, похоже, отчасти неверно сформулирован. В конце концов, если
Вы не беспокоитесь о размере файла, почему бы просто не скопировать весь MPEG-2 
видео поток с DVD? Конечно, ваш AVI файл будет занимать около 5GB,
но если Вы желаете наилучшее качество и не волнуетесь о размере, то это, 
несомненно, лучшее решение.
</para>

<para>

<sect3 id="menc-feat-dvd-mpeg4-preparing-encode-fps">
<title>Определение кадровой частоты источника</title>
<para>
Вот список, содержащий общие типы исходных материалов, где, 
преимущественно, можно найти и их свойства:
</para>

<itemizedlist>
<listitem><para>
  <emphasis role="bold">Стандартный фильм</emphasis>: Производятся

  Сегменты с 24000/1001 fps почти наверняка являются "мягко 
  телесиненным" содержимым с построчной развёрткой, но части с
  30000/1001 fps могут быть как "жёстко телесиненым" содержимым 
  с 24000/1001 fps, так и NTSC видео с 60000/1001 полями в секунду.
  Используйте два нижеследующих руководства для определения того,
  с каким случаем вы имеете дело.
</para></listitem>
<listitem><para>
  Если <application>MPlayer</application> никогда не показывает
  изменения кадровой частоты и каждый отдельный кадр, где есть
  движение, оказывается гребёнкой, Ваш фильм есть NTSC видео с 

</para>

<para>
Если Вы используете <option>vqscale=2</option>, то Вы теряете биты.
Если Вы используете <option>vqscale=3</option>, то Вы не получаете
рип наивысшего качества. Предположим, вы делаете рип DVD, используя
<option>vqscale=3</option>, результат получается 1800 Кбит.
Если Вы сделаете двупроходное кодирование с 
<option>vbitrate=1800</option>, получившееся видео быдет обладать
<emphasis role="bold">лучшим качеством</emphasis> для
<emphasis role="bold">того же битпотока</emphasis>.
</para>

<para>

файла, не стоит использовать размеры, не кратные 16.
</para>

<para>
У большинства DVD также есть определённое подобие чёрных полос на
краях. Если Вы их оставите, это может <emphasis>сильно</emphasis>
повредить качество несколькими путями.
</para>

<orderedlist>
<listitem>
  <para>

     перевода; лучшее, что приходит на ум - это "размывание краёв",
     ясное дело, что причиной является отбрасывание малых гармоник,
     в результате чего вместо точки возникает затухающая окружность,
     но вот как это кратко выразить... -->
  Для кодирования последних Вам нужно гораздо больше битов, а иначе
  у вас появится артефакт, известный как размывание краёв
  (англ. ringing).
  </para>

  <para>
  Частотные преобразования (DCT) выполняются независимо для каждого

<sect2 id="menc-feat-dvd-mpeg4-crop">
<title>Усечение и масштабирование</title>

<para>
Вспомните из предыдущего раздела, что конечный размер картинки,
подлежащей кодированию, должен быть кратен 16 (как высота,так 
и ширина). Это может быть достигнуто усечением, масштабированием
или комбинацией того и другого.
</para>

<para>

операцией с потерей качества и не поддерживается фильтром
усечения сторон crop.
</para>

<para>
Далее, видео с чересстрочной развёрткой дискретизируется следующим образом:
</para>

<informaltable>
<?dbhtml table-width="80%" ?>
<?dbfo table-width="80%" ?>

Естественные разрешения DVD составляют 720x480 для NTSC и 720x576 
для PAL, но существует флаг соотношения сторон, который указывает
является ли видео полноэкранным (4:3) или широкоэкранным (16:9).
Многие (если не большинство) широкоэкранных DVD не точно соответсвуют
<!-- FIXME: Есть ли перевод названия формата cinescope (он же CinemaScope) ?? -->
формату 16:9 и он может быть как 1.85:1, так и 2.35:1 (формат cinescope).
Это означает, что в видео будут чёрные полосы, которые нужно усечь.
</para>

<para>
<application>MPlayer</application> предоставляет фильтр обнаружения

И из-за способа дискретизации DVD видео, убедитесь, что смещение
есть чётное число. (Фактически, возьмите за правило никогда не 
использовать нечётные величины для любых параметров усечения или
масштабирования видео.) Если Вы беспокоитесь из-за нескольких
излишне отброшенных битов, возможно, Вы предпочтёте взамен
масштабировать видео.
В действительности, Вы можете доверить фильтру
<option>cropdetect</option> сделать для Вас всё вышеупомянутое,
т.к. у него есть необязательный параметр округления 
<option>round</option>, равный 16 по умолчанию.
</para>

  уменьшаете размер изображения, но продолжаете использовать
  блоки того же размера (8х8) для пространственных частотных 
  преобразований, Вы перемещаете больше данных в высокочастотные
  полосы. Грубо говоря, каждый пиксель содержит больше деталей,
  чем раньше.
  Так что несмотря на то, что ваша картинка с уменьшенным 
  масштабом содержит 1/4 информации в пространственных направлениях,
  она всё ещё может содержать большУю часть информации в 
  частотных интервалах (предполагая, что высокие частоты были
  не использованы в оригинальном 640х480 изображении).
</para></listitem>

Похоже, лучшей оценкой является рост битпотока пропорционально
квадратному корню разрешения, так что 320х240 и 400 кбит/сек
должно быть сравнимо с 640х480 и 800 кбит/сек.
Однако, это не было строго проверено теоретически или эмпирически.
Кроме того, из-за существенного отличия фильмов по уровню шума,
деталей, степеней свободы и т.п., тщетно давать общие рекомендации
для "битов на длину диагонали" (аналог битов на пиксель, используя
квадратный корень).
</para>

<para>

<title>Расчёт разрешения</title>

<para>
Следующие шаги помогут Вам рассчитать разрешение для Вашего 
кодирования без слишком сильного искажения видео, учитывая
некоторую информацию об исходном видео.
Прежде всего, Вам необходимо рассчитать коэффициент соотношения
сторон для кодированного видео:
<systemitem>ARc = (Wc x (ARa / PRdvd )) / Hc</systemitem>

<itemizedlist>

</para>

<para>
CQ зависит от битпотока, эффективности видеокодека и разрешения фильма.
Обычно, в целях увеличения CQ, Вам нужно будет уменьшить размер
фильма при постоянном битпотоке, заданном размере и длине фильма.
С MPEG-4 ASP кодеками, такими как <systemitem class="library">Xvid</systemitem>
и <systemitem class="library">libavcodec</systemitem>, CQ 
меньше 0.18 обычно приводит к изображению с большим числом
сегментов "квадратиками", из-за недостаточного числа битов для
кодирования информации в каждом макроблоке. 
(MPEG4, как и многие другие кодеки, группирует пиксели в блоки по
несколько пикселей для сжатия изображения; если битов не хватает,
границы этих блоков становятся заметными.)
Следовательно, благоразумно выбрать CQ в диапазоне от 0.20 до 0.22
для рипа на 1 CD и 0.26-0.28 для рипа на 2 CD при использовании
стандартных опций кодирования.
Более продвинутые опции кодирования, такие как указанные для
<link linkend="menc-feat-mpeg4-lavc-example-settings"><systemitem class="library">libavcodec</systemitem></link>

должны сделать возможным получение того же качества с CQ в диапазоне
от 0.18 до 0.20 для рипа на 1 CD и 0.24-0.26 для рипа на 2 CD.
Используя MPEG-4 AVC кодеки, такие как 
<systemitem class="library">x264</systemitem>, Вы можете использовать
CQ в диапазоне от 0.14 до 0.16 со стандартными опциями кодирования
и должны суметь достичь таких низких значений, как 0.10-0.12
с помощью
<link linkend="menc-feat-x264-example-settings">продвинутых опций кодирования <systemitem class="library">x264</systemitem></link>.
</para>

<para>

является одним из его основных достоинств над другими аналогичными
программами.
</para>

<para>
Фильтры загружаются в цепочки с помощью опции -vf:

<screen>-vf фильтр1=опции,фильтр2=опции,...</screen>

Большинство фильтров используют численные значения опций, 
разделённые двоеточиями, но синтаксис этих параметров различается

<para>
В общем случае, Вам следует делать настолько мало фильтрации, 
насколько это возможно, для того чтоб остаться близко к оригинальному
DVD источнику. Усечение часто необходимо (как описано выше), но
избегайте масштабирования видео. Несмотря на то, что уменьшение 
размера иногда предпочтительно при использовании больших 
квантователей, нужно избегать и того, и другого: помните, 
что мы с самого начала решили обменять биты на качество.
</para>

<para>
Также не корректируйте гамму, контрастность, яркость и т.п.. То,
что хорошо выглядит на Вашем мониторе, может плохо выглядеть
на других. Коррекция должна выполняться только при воспроизведении.
</para>

<para>
Однако, есть одна вещь, которую Вы, быть может, захотите сделать &mdash;
это пропустить видео через очень слабый фильтр удаления шумов,

может быть подверженным телесину, называемому 2:2 пулдаун, но на
практике это не применяется).
24 fps фильм просто проигрывается на 25 fps. В результате фильм
воспроизводится слегка быстрее, но если Вы не пришелец, то,
вероятно, не заметите разницы.
У большинства PAL DVD аудио корректируемо по высоте звука, так 
что, воспроизводясь при 25 fps, оно звучит нормально, даже если 
аудиодорожка (и, следовательно, весь фильм) проигрываются на
4% быстрее, чем NTSC DVD.
</para>

<para>
Поскольку видео на PAL DVD не переделывается, Вам не стоит 
беспокоится о частоте кадров. У источника 25 fps и у Вашего

  чересстрочной развёртки.
</para></listitem>
<listitem><para>
  Фильтры постобработки и удаления шума могут не работать как 
  ожидается, только если Вы особо не позаботитесь об их 
  одновременном применении на частоте полей, иначе они могут
  повредить видео при неверном использовании.
</para></listitem>
</orderedlist>

<para>

файлами ASF/RM/MOV.
</para>

<para>
Если Вы хотите дополнительно защититься от странных пропусков 
и повторений кадров, вы можете одновременно использовать опции
<option>-mc 0</option> и <option>-noskip</option>.
Это предотвратит <emphasis>любую</emphasis> A/V коррекцию, и 
будет копировать кадры один в один, так что Вы не сможете это
использовать, если будете применять какие-либо фильтры, которые
непредсказуемо добавляют или отбрасывают кадры, либо если у 

  <systemitem class="library">x264</systemitem>)
  вместо таких MPEG-4 ASP кодеков, как
  <systemitem class="library">libavcodec</systemitem> MPEG-4 или
  <systemitem class="library">Xvid</systemitem>.
  (Опытные разработчики кодеков могут быть заинтересованы в 
  ознакомлении с точкой зрения Михаэля Найдермауэра (Michael
  Niedermayer)
  "<ulink url="http://guru.multimedia.cx/?p=10">почему MPEG4-ASP отстой</ulink>".)
  Аналогично, Вы должны получить лучшее качество с MPEG-4 ASP, по
  сравнению с MPEG-2 кодеками.
  </para>

аппаратными плеерами, хотя эта тенденция меняется.
</para>

<para>
<emphasis>Не</emphasis> используйте <option>-nosound</option> при
кодировании файла с аудио, даже если Вы будете позже кодировать и 
мультеплексировать аудио отдельно.
Хотя это может работать в идеальных случаях, использование
<option>-nosound</option> обычно скрывает ряд проблем в Ваших
настройках кодирования в командной строке.
Другими словами, наличие звуковой дорожки в процессе кодирования
гарантирует Вам, что в случае отсутствия сообщений, подобных
<quote>Слишком много аудиопакетов в буфере</quote>, у Вас будет
получена правильная синхронизация.
</para>

<para>
Вам необходим <application>MEncoder</application> для обработки
звука.
Например, Вы можете копировать исходную звуковую дорожку в 
процессе кодирования с помощью <option>-oac copy</option> или
преобразовать её в "лёгкий" 4 кГц моно WAV PCM с помощью
<option>-oac pcm -channels 1 -srate 4000</option>.
Иначе, в ряде случаев, будет создаваться видео файл, 

Возможно, Вы захотите нормализовать звук перед кодированием,
поскольку аудиодорожки DVD обычно записываются с маленькой
громкостью.
Вы можете использовать, например, утилиту <application>normalize</application>,
доступную в большинстве дистрибутивов.
Если вы пользуетесь Window$, утилита <application>BeSweet</application>
делает то же самое.
Вы можете сжать в Vorbis или MP3. Например:
<screen>oggenc -q1 <replaceable>звук.wav</replaceable></screen>
кодирует <replaceable>звук.wav</replaceable> с качеством 1, 
что примерно эквивалентно 80 Кб/с и является минимальным качеством,

<sect3 id="menc-feat-dvd-mpeg4-muxing-filter-issues">
<title>Улучшение мультиплексирования и надёжности A/V синхронизации</title>

<para>
Вы можете столкнуться с некоторыми серьёзными проблемами A/V
синхронизации при попытке мультиплексирования вашего видео 
с некоторыми аудиодорожками, где, как бы Вы не подбирали задержку
аудио, никогда не получается правильная синхронизация.
Это может происходить при использовании некоторых видеофильтров,
пропускающих или дублирующих некоторые кадры, например фильтров
обратного телесина.

<para>
Строго говоря, все эти числа являются аппроксимациями. 
Чёрно-белое NTSC видео было точно с 60 полями в секунду, но 
позже была выбрана частота 60000/1001 для адаптации цветовой
информации с сохранением совместимости с чёрно-белым 
телевидением. 
Цифровое NTSC видео (такое как на DVD) также с 60000/1001
полями в секунду. Отсюда возникла кадровая частота 30000/1001
кадр/сек для чересстрочного и телесиненного видео; построчное 
видео идёт с 24000/1001 кадр/сек.

процесса, называемого телесин.
</para></formalpara>

<para>
В действительности, видео никогда не хранится на DVD с 
60000/1001 полей в секунду. Для видео, оригинально являющегося
60000/1001, каждая пара полей объединяется для формирования 
кадра, приводя к 30000/1001 кадрам в секунду. Затем аппаратные
DVD плееры читают флаг, включенный в видеопоток, для определения
того какие, чётные или нечётные строки должны формировать первый 
кадр.

выведет следующую строку при начале воспроизведения фильма:

<screen>demux_mpg: обнаружено 24000/1001 кадра/сек NTSC содержимое с построчной развёрткой,
переключаю частоту кадров.</screen>

Начиная с этого момента, demux_mpg should никогда не должен
сообщать о том, что найдено
&quot;30000/1001 кадров/сек NTSC содержимое&quot;.
</para>

<para>

Использование <option>-benchmark</option> позволяет
<application>MPlayer</application> воспроизводить фильм столь
быстро, сколь это возможно; тем не менее, в зависимости от 
Вашего железа, это может занять некоторое время. Всякий раз, 
когда demux_mpg будет сообщать об изменении частоты кадров,
строка прямо над сообщением покажет вам время, при котором
произошло изменение.
</para>

<para>
Иногда видео на DVD с построчной развёрткой называют 

Поскольку жесткий телесин уже имеет 60000/1001 полей в секунду, DVD
проигрыватель, воспроизводя его, не делает никаких преобразований.
</para>

<para>
Другой способ выяснить, был ваш источник подвержен телесину или нет, заключается
в воспроизведении исходного материала с опциями командной строки 
<option>-vf pullup</option> и <option>-v</option>, чтобы увидеть, как 
<option>pullup</option> сопоставляет кадры.
Если источник был телесиненным, вы должны увидеть в консоли 3:2 структуру с
чередующимися <systemitem>0+.1.+2</systemitem> и <systemitem>0++1</systemitem>.
Преимущество этой техники состоит в том, что не требуется просматривать исходный
материал для его идентификации, это может быть полезно для автоматизации
процедуры кодирования или выполнения вышеуказанной процедуры удаленно через
медленное соединение.

<title>Чересстрочная развертка</title>

<para>
Чересстрочное видео изначально снималось на 60000/1001 полями в секунду,
и сохранялось на DVD с 30000/1001 кадрами в секунду. Эффект чересстрочности
(часто называемый "гребенкой")  - результат объединения пары полей в кадры.
Поля сдвинуты друг относительно друга на 1/(60000/1001) секунды,
и, когда отображаются одновременно, разница заметна.
</para>

<para>
Как и с подверженным телесину видео <application>MPlayer</application> не должен
сообщать о каких-либо изменениях частоты кадров при воспроизведении
чересстрочного содержимого.
</para>

<para>
Внимательно, кадр за кадром, при помощи клавиши <keycap>.</keycap>, рассматривая
чересстрочное видео, вы увидите, что каждый отдельный кадр - чересстрочный.
</para>
</sect3>


<sect3 id="menc-feat-telecine-ident-mixedpt">
<title>Смешанные построчная развертка и телесин</title>

<para>
Все видео со "смешанными построчной разверткрй и телесином" изначально было с
24000/1001 кадрами в секунду, но некоторые его части оказались подвержены
телесину.
</para>

<para>
Когда <application>MPlayer</application> воспроизводит эту категорию, он будет
(как правило, периодически) переключаться между "30000/1001 fps NTSC" и
"24000/1001 fps progressive NTSC". Смотрите конец вывода 
<application>MPlayer</application>, чтобы увидеть эти сообщения.
</para>

<para>
Вам следует проверить разделы "30000/1001 fps NTSC", чтобы убедиться, что видео
действительно телесиненное, а не просто чересстрочное.
</para>
</sect3>


<sect3 id="menc-feat-telecine-ident-mixedpi">
<title>Смешанные построчная и чересстрочная развертки</title>

<para>
В содержимом со "смешанными построчной и чересстрочной развертками",
прогрессивное и чересстрочное видео переплетаются друг с другом.
</para>

<para>
Эта категория выглядит также, как и "смешанные построчная развертка и телесин", 
до тех пор, пока не проверите разделы 30000/1001 fps и не увидите, что структура 
телесина отсутствует.
</para>
</sect3>
</sect2>

<!-- ********** -->

<sect3 id="menc-feat-telecine-encode-progressive">
<title>Построчная развертка</title>

<para>
Видео с построчной разверткой не требует специальной обработки для кодирования.
Единственный нужный вам для уверенности параметр - это <option>-ofps 24000/1001</option>. 
В противном случае <application>MEncoder</application> будет пытаться кодировать
с 30000/1001 кадрами в секунду и создаст дублирующиеся кадры.
</para>

<para>
<screen>mencoder dvd://1 -oac copy -ovc lavc -ofps 24000/1001</screen>
</para>

<para>
Часты случай, однако, когда видео, выглядящее прогрессивным, на самом деле
содержит очень короткие подверженные телесину части. Если вы не уверены,
безопаснее будет считать его как видео со
<link linkend="menc-feat-telecine-encode-mixedpt">смешанными построчной
разверткой телесином</link>.
Потеря скорости невелика<link linkend="menc-feat-telecine-footnotes">[3]</link>.
</para>

<sect3 id="menc-feat-telecine-encode-telecined">
<title>Телесин</title>

<para>
Телесин может быть отменен для получения оригинального 24000/1001 содержимого
при помощи процесса, называемого обратный телесин.
<application>MPlayer</application> содержит несколько фильтров для выполнения
этого; лучший из них, <option>pullup</option> описан в разделе 
<link linkend="menc-feat-telecine-encode-mixedpt">смешанные построчная развертка
и телесин</link>.

<sect3 id="menc-feat-telecine-encode-interlaced">
<title>Чересстрочная развертка</title>

<para>
На практике в большинстве случаев невозможно получить полностью прогрессивное
видео из чересстрочного содержимого.
Единственный способ сделать это без потери половины вертикального разрешения
- это удвоить частоту кадров и попытаться "угадать", что должно составить 
соответствующие линии каждого поля (этот способ имеет недостатки, смотрите метод
3).
</para>

<orderedlist>
<listitem><para>
  Кодируйте видео в чересстрочной форме. Обычно это наносит вред способности
  кодировщика хорошо сжимать, то <systemitem class="library">libavcodec</systemitem>
  имеет два параметра специально для чуть лучшего сохранения чересстрочного
  видео: <option>ildct</option> и <option>ilme</option>. К тому же, настоятельно
  рекомендуется использовать 
  <option>mbd=2</option><link linkend="menc-feat-telecine-footnotes">[2]</link>,
  потому что при этом макроблоки в местах без движения будут кодированы как

</para></listitem>
<listitem><para>
  К сожалению, эта опция сбоит с <application>MEncoder</application>; она должна
  хорошо работать с <application>MEncoder G2</application>, но его пока нет. Вы
  можете столкнуться с крахами. Как бы то ни было, назначение опции 
  <option> -vf tfields</option> - создать полный кадр из каждого поля, что
  делает частоту кадров равной 60000/1001. Преимущество этого подхода в том, что
  никакие данные не теряются, однако, каждый кадр получается только из одного
  пол, недостающие строки как-то интерполируются. Это не очень хорошие методы
  генерации недостающих данных, поэтому результат будет выглядеть весьма похожим
  на применение фильтра деинтерлейсинга. Генерация недостающих срок также создает
  другие проблемы, просто потому что количество данных удваивается.
  Таким образом, для сохранения качества требуются более высокие значения
  битпотока как для кодирования, так и для декодирования. tfields имеет
  несколько различных опций, определяющих способ создания недостающих строк
  каждого кадра. Если выбрали этот способ, обратитесь к руководству и выберите
  ту опцию, которая лучше подходит для вашего материала. Имейте в виду, что при
  использовании <option>tfields</option> вы 
  <emphasis role="bold">должны</emphasis> указать как <option>-fps</option>, так
  и <option>-ofps</option>, установив им значение, равное удвоенной частоте
  исходного материала.
  <screen>
mencoder dvd://1 -oac copy -vf tfields=2 -ovc lavc \
    -fps 60000/1001 -ofps 60000/1001<!--
  --></screen>
</para></listitem>
<listitem><para>
  Если планируете сильно уменьшать размер изображения, можно извлекать и
  декодировать только одно поле из двух. Конечно, вы потеряете половину
  вертикального разрешения, но если планируется уменьшать размер как минимум
  вдвое, потеря будет не сильно заметна. В результате получится прогрессивный
  файл с 30000/1001 кадрами в секунду. Процедура следующая: 
  <option>-vf field</option>, затем обрезание
  <link linkend="menc-feat-telecine-footnotes">[1]</link> и масштабирование
  соответствующим образом. Помните, что потребуется скорректировать масштабирование
  для компенсации уменьшенного вдвое вертикального разрешения.
  <screen>mencoder dvd://1 -oac copy -vf field=0 -ovc lavc</screen>

<sect3 id="menc-feat-telecine-encode-mixedpt">
<title>Смешанные построчная развертка и телесин</title>

<para>
Для преобразования видео со смешанными построчной разверткой и телесином в
полностью прогрессивное необходимо к подверженным телесину частям применить
обратный телесин. Есть три описанных ниже способа добиться этого.
Заметьте, что следует <emphasis role="bold">всегда</emphasis> применять обратный
телесин до какого-либо масштабирования; за исключением случая, когда вы точно
знаете, что делаете, делайте обратный телесин также до обрезания
<link linkend="menc-feat-telecine-footnotes">[1]</link>.
<option>-ofps 24000/1001</option> здесь необходима, поскольку видео на выходе
будет с 24000/1001 кадрами в секунду.
</para>

<itemizedlist>
<listitem><para>
  <option>-vf pullup</option> разработана для обратного телесина материала,
  телесину подверженного, оставляя прогрессивные данные как есть. Для правильной
  работы после <option>pullup</option> <emphasis role="bold">должен</emphasis>
  следовать фильтр <option>softskip</option>, иначе произойдет крах
  <application>MEncoder</application>.
  <option>pullup</option> является, однако, самый чистый и точный метод,
  доступный для кодирования и телесина, и "смешанного прогрессивного с телесином".
  <screen>
mencoder dvd://1 -oac copy -vf pullup,softskip \
    -ovc lavc -ofps 24000/1001<!--
  --></screen>
</para></listitem>
<listitem><para>
  Более старый метод заключается не в применении обратного телесина к
  телесиненным частям, а, наоборот, в телесине не подверженных телесину частей и
  последующем применении обратного телесина ко всему видео. Звучит запутанно? 
  softpulldown - это фильтр, проходящий по видео и делающий телесиненным весь
  файл. Если следом за softpulldown указать либо <option>detc</option>, либо
  <option>ivtc</option>, финальный результат будет полностью прогрессивным. 
  <option>-ofps 24000/1001</option> необходима.
  <screen>
mencoder dvd://1 -oac copy -vf softpulldown,ivtc=1 -ovc lavc -ofps 24000/1001
  </screen>
</para></listitem>
<listitem><para>
  Лично я не использовал <option>-vf filmdint</option>, но вот что сказал 
  Д Ричарт Фелкер III (D Richard Felker III):

  <blockquote><para>С ним все в порядке, но IMO он слишком часто пытается
     сделать деинтерлейс iвместо обратного телесина (в точности как аппаратные
     DVD проигрыватели &amp; прогрессивные TV), что в результате дает мерзкое
     мерцание и другие артефакты. Если собираетесь его использовать, потребуется
     как минимум потратить немного времени для тонкой настройки опций и
     просмотра результата, чтобы убедиться, что он не испорчен.
  </para></blockquote>
</para></listitem>

<sect3 id="menc-feat-telecine-encode-mixedpi">
<title>Смешанные построчная и чересстрочная развертки</title>

<para>
Существует две опции для этой категории, каждая из которых - это компромисс. Вы
должны выбрать, исходя из продолжительности/положения каждого типа.
</para>

<itemizedlist>
<listitem>
  <para>
  Рассматривайте видео как прогрессивное. Чересстрочные части будут выглядеть
  чересстрочными, и потребуется удаление некоторых из чересстрочных полей, что
  <!-- is translation correct? -->
  даст в результате некоторое скачкообразное дрожание. Вы можете использовать
  фильтр постобработки, если хотите, но это может несколько ухудшить
  прогрессивные части.
  </para>

  <para>
  Эта опция определенно не должна использоваться, если вы зотите время от
  времени отображать видео на чересстрочном устройстве (с помощью TV карты,
  например). Если у вас есть чересстрочные кадры в видео с 24000/1001 кадрами в
  секунду, к ним, как и к прогрессивным, будет применен телесин. Половина их
  чересстрочных "кадров" будут отображаться с длительностью трех полей
  (3/(60000/1001) секунд), давая в результате неприятно выглядящий эффект 
  <!-- FIXME is translation correct? -->
  "прыжка назад во времени". Даже если вы пробуете это, вы 
  <emphasis role="bold">должны</emphasis> использовать фильтр деинтерлейсинга,
  такой как <option>lb</option> или <option>l5</option>.
  </para>

  <para>
  Для отображения на прогрессивном дисплее это тоже моет быть плохой идеей.
  Будут отбрасываться пары последовательных чересстрочных полей, приводя к 
  разрывам, которые могут быть заметнее, чем использование второго метода,
  отображающего некоторые прогрессивные кадры дважды. Чересстрочное видео с 
  30000/1001 кадрами в секунду уже несколько прерывисто, потому что в реальности
  оно должно отображаться с 60000/1001 полями в секунду, так что дублирующиеся
  кадры не так сильно выделяются.
  </para>

  <para>
  Так или иначе, лучше всего определить тип вашего содержимого и как вы его
  собираетесь показывать. Если видео на 90% прогрессивное и вы никогда не будете
  показывать его на TV, вам следует отдать предпочтение прогрессивному варианту. 
  Если оно только на половину прогрессивное, вы, возможно, захотите кодировать
  его, как если бы оно было чересстрочным.
  </para>
</listitem>

<listitem><para>
  Считайте его чересстрочным. Некоторые кадры прогрессивной части потребуют
  <!-- is translation correct? -->
  дублирования, что даст в результате некоторое скачкообразное дрожание. И
  снова, фильтры деинтерлейсинга могут несколько ухудшить прогрессивные части.
</para></listitem>
</itemizedlist>
</sect3>
</sect2>

<title>Примечания</title>

<orderedlist>
<listitem>
  <formalpara>
  <title>Об обрезании:</title>
  <para>
  Видеоданные на DVDs хранятся в формате, называемом YUV 4:2:0. В YUV
  видео, люма ("яркость") и хрома ("цвет") хранятся отдельно. 
  Поскольку человеческий глаз менее чувствителен к цвету, чем к яркости, 
  в YUV 4:2:0 изображении присутствует только один цветностный пиксел на четыре
  яркостных. В прогрессивном изображении каждый квадрат из четырех яркостных 
  пикселов (два на два) имеют один общий цветностный пиксел. Вы должны обрезать
  прогрессивное YUV 4:2:0 до четных размеров и использовать четные смещения.
  Например, 
  <option>crop=716:380:2:26</option> - правильно, а
  <option>crop=716:380:3:26 </option> - нет.
  </para>
  </formalpara>

  <para>
  Когда имеете дело с чересстрочным YUV 4:2:0, ситуация чуть более сложная.
  Вместо разделения одного цветностного пиксела четырьмя яркостными пикселами в
  <emphasis>кадре</emphasis>, каждые четыре пиксела каждого
  <emphasis>поля</emphasis> разделяют цветностный пиксел. Когда поля объединены в
  кадр, каждая строка имеет высоту в один пиксел. Теперь, вместо квадрата из
  четырех пикселов мы имеем два соседних пиксела, а два других расположены
  на две строки ниже. Два яркостных пиксела следующей строки принадлежат
  другому полю, и, поэтому, разделяют другой пиксел цветности с двумя пикселами
  на две строки дальше. Вся эта неразбериха требует, чтобы вертикальные размеры
  и смещения обрезания были кратны четырем. Горизонтальные могут оставаться
  четными.
  </para>

  <para>
  Для телесиненного видео я рекомендую производить обрезание после обратного
  телесина. Так как видео прогрессивное, достаточно обрезать только по четным
  размерам. Если же действительно хотите получить небольшую прибавку к скорости,
  которую может дать обрезка, вам придется производить обрезание с вертикальными
  размерностями, кратными четырем. В противном случае фильтр обратного телесина
  не будет иметь подходящих данных.
  </para>

  <para>
  Для чересстрочного (не подверженного телесину) видео, вы всегда должны
  производить обрезание с вертикальными размерностями, кратными четырем, если
  только не используете <option>-vf field</option> перед обрезанием.
  </para>
</listitem>

<listitem><formalpara>
  <title>О параметрах кодирования и качестве:</title>
  <para>
  <!-- FIXME is translation correct? -->
  Если я здесь рекомендую <option>mbd=2</option>, это еще не значит, что эту
  опцию не следует использовать где-либо еще. Совместно с <option>trell</option>
  <option>mbd=2</option> является одной из двух опций
  <systemitem class="library">libavcodec</systemitem>, которые значительно
  увеличивают качество. Вам всегда следует использовать как минимум эти две,
  за исключением случая, когда потеря скорости кодирования недопустима
  (например, кодирование в реальном времени). Есть множество других 

<listitem><formalpara>
  <title>О производительности pullup:</title>
  <para>
  Использование <option>pullup</option> (совместно с <option>softskip</option>)
  для прогрессивного видео вполне безопасно и обычно является хорошей идеей,
  если только про источник не известно достоверно, что он полностью
  прогрессивный. Потеря скорости мала в большинстве случаев.
  В минимальном варианте кодирования <option>pullup</option> замедляет
  <application>MEncoder</application> на 50%. Добавление обработки звука и
  продвинутых <option>lavcopts</option> опций затмевает эту разницу, уменьшая 
  падение производительности от использования <option>pullup</option> до 2%.
  </para>

<sect2 id="menc-feat-dvd-mpeg4-lavc-encoding-options">
<title>Опции кодирования libavcodec</title>

<para>
В идеале, вы, наверное, хотели бы иметь возможность просто сказать кодировщику
переключиться на "высокое качество" и начать кодирование.
Это было бы замечательно, но, к сожалению, трудно реализуемо, поскольку
различные опции кодирования, в зависимости от исходного материала, дают в результате 
различное качество.
Так происходит потому, что сжатие зависит от визуальных свойств видео.

<itemizedlist>
<title>Опции для настройки:</title>
<listitem><para>
  <emphasis role="bold">vmax_b_frames</emphasis>: хороши 1 или 2, в зависимости
  от фильма.
  Заметьте, если хотите, чтобы ваш фильм декодировался DivX5, вы должны
  активировать поддержку закрытых GOP, используя опцию <option>cgop</option>
  <systemitem class="library">libavcodec</systemitem>, но также должны деактивировать 
  определение сцен, что не является хорошей идеей, поскольку несколько вредит
  эффективности.
</para></listitem>

  вместе с vb_strategy=1 поможет в этом случае.
</para></listitem>
<listitem><para>
  <emphasis role="bold">dia</emphasis>: диапазон поиска движения. Большие
  значения лучше и медленнее.
  Отрицательные значения - это совершенно другая шкала.
  Хорошими значениями являются -1 для быстрого кодирования или 2-4 - для 
  медленного.
</para></listitem>
<listitem><para>
  <emphasis role="bold">predia</emphasis>: предпроход поиска движения.
  Не так важен, как dia. Хорошими являются значения от 1 (по-умолчанию) до 4.

<listitem><para>
  <emphasis role="bold">cmp, subcmp, precmp</emphasis>: Функция сравнения для
  поиска движения.
  Поэкспериментируйте со значениями 0 (по-умолчанию), 2 (hadamard), 3 (dct), и 6
  (соотношение сигнал-шум).
  0 - самый быстрый и достаточен для precmp.
  В случае cmp и subcmp 2 является хорошим для аниме, а 3 для живой съемки.
  6 может оказаться лучше, а может и нет, но он медленнее.
</para></listitem>
<listitem><para>
  <emphasis role="bold">last_pred</emphasis>: Количество предсказателей
  движения, берущихся из предыдущего кадра.
  1-3 или около того помогут вам ценой небольшой потери в скорости.
  Большие значения медленны и не дают дополнительного улучшения.
</para></listitem>
<listitem><para>
  <emphasis role="bold">cbp, mv0</emphasis>: Контролирует выбор макроблоков.
  Незначительное снижение скорости с небольшим приростом в качестве.
</para></listitem>
<listitem><para>
  <emphasis role="bold">qprd</emphasis>: адаптивное квантование, основанное на
  сложности макроблока.
  Может сделать лучше или хуже в зависимости от видео и других опций.
  Она также может привести к появлению артефактов, если вы не установите vqmax в
  некоторое разумно малое значение
  (хорошо - 6, может быть даже 4); vqmin=1 также может помочь.
</para></listitem>
<listitem><para>
  <emphasis role="bold">qns</emphasis>: очень медленно, особенно в комбинации с qprd.
  Эта опция укажет кодировщику минимизировать шум от артефактов сжатия вместо
  создания закодированного видео, полностью идентичного исходному.

<listitem><para>
  <emphasis role="bold">vlelim, vcelim</emphasis>: Устанавливает порог
  отбрасывания одиночного коэффициента для яркостной и цветностной плоскостей.
  Они кодируются независимо во всех MPEG-похожих алгоритмах.
  Идея этих опций заключается в использованию некоторой хорошей эвристики для
  определения момента, когда изменения в блоке ниже указанного вами порога, и что его
  стоит кодировать как "блок без изменений". 
  Это сохраняет быти и, возможно, ускоряет кодирование. 
  vlelim=-4 и vcelim=9 выглядят неплохими для живой съемки, но, скорее всего, не
  помогут для аниме; при кодировании анимации вам, возможно, следует оставить
  эту опцию неизменной.
</para></listitem>
<listitem><para>
  <emphasis role="bold">qpel</emphasis>: Четверьтпиксельная оценка движения.
  По-умолчанию, MPEG-4 использует полупиксельную точность для оценки движения,

</para></listitem>
<listitem><para>
  <emphasis role="bold">lumi_mask, dark_mask</emphasis>: Психовизуальное
  адаптивное квантование.
  Не стоит играть с этими опциями, если заботитесь о качестве.
  Разумные значения могут быть эффективными в вашем случае, но имейте в виду,
  что это весьма субъективно.
</para></listitem>
<listitem><para>
  <emphasis role="bold">scplx_mask</emphasis>: Пытается предотвратить появление
  квадратиков, но постобработка делает это лучше.

<sect2 id="menc-feat-mpeg4-lavc-example-settings">
<title>Примеры настроек кодирования</title>

<para>
Следующие настройки - это примеры различных комбинаций опций кодирования,
которые влияют на соотношение скорость-качество при той же величине целевого
биптотока.
</para>

<para>
Все настройки кодирования проверялись на тестовом видео 720x448 @30000/1001 fps 
с целевым битпотоком 900кбит/сек, на машине AMD-64 3400+ с 2400 МГц и 64 битном режиме.
Для каждой настройки кодирования указаны измеренная скорость кодирования (в
кадрах в секунду) и потеря PSNR (в дБ) по сравнению с настройкой "очень высокое
качество". Поймите, пожалуйста, что в зависимости от вашего материала, типа
машины, прогресса разработки вы можете получить сильно отличающиеся результаты.
</para>

<para>
<informaltable frame="all">
<tgroup cols="4">

<para>
С этой возможностью
<link linkend="ffmpeg"><systemitem
class="library">libavcodec</systemitem></link>,
вы можете установить нестандартные inter (I-кадры/ключевые) и intra
(P-кадры/предсказанные) матрицы. Это поддерживается многими кодеками:
В <systemitem>mpeg1video</systemitem> и <systemitem>mpeg2video</systemitem>
также заявлена поддержка.
</para>

<para>
Обычное использовании этой опции - установить матрицы, предпочитаемые
спецификациями <ulink url="http://www.kvcd.net/">KVCD</ulink>.
</para>

<para>
<emphasis role="bold">KVCD Матрица Квантования "Notch":</emphasis>

<sect2 id="menc-feat-dvd-mpeg4-example">
<title>Пример</title>

<para>
Итак, вы только что купили новенькую, блестящую копию фильма "Гарри Поттер и Тайная
Комната" (в широкоэкранном формате, конечно) и хотите сделать рип этого DVD так,
чтобы добавить его к Домашнему кинотеатру на PC. Это DVD первого региона, 
поэтому NTSC. Пример ниже также применим и для PAL, за исключением того, что
надо будет опустить <option>-ofps 24000/1001</option> (поскольку частота кадров
на выходе такая же, как и на входе), и, конечно, границы обрезания будут

<para>
Далее, мы хотим определить верные границы обрезания, поэтому используем фильтр 
cropdetect:
<screen>mplayer dvd://1 -vf cropdetect</screen>
Убедитесь, что переместились к полностью заполненному кадру (например,
к светлой сцене), вы должны увидеть в консоли <application>MPlayer</application>:
<screen>crop area: X: 0..719  Y: 57..419  (-vf crop=720:362:0:58)</screen>
Затем снова воспроизводим фильм с этим фильтром для проверки его корректности:
<screen>mplayer dvd://1 -vf crop=720:362:0:58</screen>
И убеждаемся, что все выглядит прекрасно. Далее, проверяем, что ширина и высота
делятся на 16. С шириной все в порядке, а с высотой - нет. 
Поскольку мы не заваливали математику в 7-ом классе, то знаем, что ближайшее
целое, меньшее 362 и кратное 16, равно 352.
</para>

<para>

поскольку это нечетное число и отрицательно скажется на качестве.
Вместо этого, мы увеличим y на 4:
<screen>mplayer dvd://1 -vf crop=720:352:0:62</screen>
Другая причина, по которой мы урезаем пикселы сверху и снизу, заключаемся в том,
что мы хотим убедиться, что удалены все наполовину черные пикселы, если они есть.
Если ваше видео подвержено телесину, убедитесь, что фильтр <option>pullup</option> (или
любой другой фильтр обратного телесина, который вы решили использовать)
находится в цепочке до фильтра crop.
Если оно чересстрочное, то перед обрезкой проведите деинтерлейсинг.
(Если решили сохранить чересстрочность видео, убедитесь, что вертикальный сдвиг
обрезания кратен 4.)
</para>

<para>
Если вас действительно заботит потеря этих 10 пикселов, вы можете
вместо этого отмасштабировать фильм, уменьшив размерности до ближайших 
кратных 16 значений.
Цепочка фильтров будет выглядеть примерно так:
<screen>-vf crop=720:362:0:58,scale=720:352</screen>
Подобное уменьшение изображения будет означать потерю небольшого количества
деталей, хотя это, возможно, окажется незаметным. Масштабирование изображения в
сторону увеличения даст худшее качество (если вы не увеличиваете битпоток).
Обрезка же полностью выбросит те пикселы. Это компромисс, идти на который или нет,
придется решать в каждом частном случае. Например, если DVD видео было создано
для телевидения,  вы можете захотеть избежать вертикального масштабирования,
поскольку частота строчной развертки [line sampling] соответствует тому, как содержимое
изначально записывалось.
</para>

<para>

опции, когда главным критерием является качество. Опции 
<option>cmp=3:subcmp=3:mbcmp=3</option> выбирают функцию сравнения, дающую
лучшее качество, чем стандартная. Вы можете поэкспериментировать с этим параметром
(возможные значения смотрите на man странице), поскольку разные функции могут
давать разный прирост в качестве в зависимости от исходного материала.
Например, если вы  замечаете, что <systemitem class="library">libavcodec</systemitem>
производит слишком много блочных артефактов (квадратиков), то можете попытаться
выбрать экспериментальный NSSE в качестве функции сравнения при помощи опциеи <option>*cmp=10</option>.
</para>

<para>
Для этого фильма полученный AVI будет 138 минут длинной и размером около 3Гб.
И, поскольку вы сказали, что размер файла значения не имеет, это вполне
приемлемый результат. Однако, если все-таки хотите получить меньший размер файла, 
можете попробовать уменьшить битпоток. Увеличение битпотока имеет снижающийся эффект, 
поэтому, хотя мы можем ясно видеть улучшение от 1800Кбит/сек до 20000Кбит/сек, оно 
может быть не столь заметно выше 20000Кбит/сек.
</para>

<para>
Так как мы пропустили исходное видео через фильтр удаления шума, то, возможно,
захочется вернуть какую-то его часть во время воспроизведения.
Это, совместно с фильтром постобработки <option>spp</option>, существенно
улучшит воспринимаемое качество и поможет избежать блочных артефактов в видео.
Опцией <option>autoq</option> <application>MPlayer</application>'а вы можете
изменять величину производимой фильтром spp постобработки в зависимости от
доступных ресурсов CPU. Вдобавок, на этом этапе вы можете захотеть применить 
коррекцию гаммы и/или цвета для лучшего соответствия вашему монитору. Например:
<screen>
mplayer <replaceable>Harry_Potter_2.avi</replaceable> -vf spp,noise=9ah:5ah,eq2=1.2 -autoq 3
</screen>
</para>
</sect2>

<sect1 id="menc-feat-xvid">
<title>Кодирование кодеком <systemitem class="library">Xvid</systemitem></title>

<para>
<systemitem class="library">Xvid</systemitem> - это свободная библиотека для
кодирования MPEG-4 ASP видео потоков.
Перед тем, как начать кодирование, вам потребуется <link linkend="xvid">
настроить <application>MEncoder</application> для его поддержки</link>.
</para>

<para>
Это руководство в основном нацелено на особенности применения тех же методов,

Этот раздел предполагается как дополнение к man странице.
</para>

<para>
Настройки по-умолчанию Xvid уже являются хорошим выбором между скоростью и
качеством, поэтому вы можете без опасений придерживаться их, если следующий
раздел вас озадачивает.
</para>
</sect2>

<!-- ********** -->

  то время, как более высокие значения улучшат PSNR, но будут работать значительно
  медленнее.
  Заметьте, пожалуйста, что лучший PSNR не обязательно означает лучше выглядящую
  картинку, но говорит, что она ближе к оригиналу.
  Отключение этой опции заметно ускоряет кодирование; это может быть достойным
  компромиссом, если скорость вам критична.
</para></listitem>
<listitem><para>
  <emphasis role="bold">bvhq</emphasis>
  То же, что и vhq, но для B-кадров.
  Имеет незначительное влияние на скорость и слегка улучшает качество (около

<listitem><para>
  <emphasis role="bold">max_bframes</emphasis>
  Большее число допустимых последовательных B-кадров обычно улучшает
  сжимаемость, хотя оно может также привести к большему количеству блочных
  артефактов (квадратиков).
  Значение по-умолчанию - хороший выбор между сжимаемостью и качеством, но вы
  можете увеличить его до 3, если стеснены величиной битпотока.
  Вы также можете уменьшить это значение до 1 или 0, если печетесь об отличном качестве,
  впрочем в этом случае вы должны убедиться, что целевой битпоток достаточно высок,
  дабы кодировщик не увеличивал значение квантователя, сохраняя нужную величину
  битпотока.
</para></listitem>
<listitem><para>
  <emphasis role="bold">bf_threshold</emphasis>
  Управляет чувствительностью кодировщика к B-кадрам, где большие значения
  приводят к использованию большего количество B-кадров (и наоборот).
  Опция должна использоваться совместно с <option>max_bframes</option>;
  если вы стеснены величиной битпотока, то должны увеличить и 
  <option>max_bframes</option>, и <option>bf_threshold</option>,
  в том время как увеличение <option>max_bframes</option> и уменьшение
  <option>bf_threshold</option> позволят кодировщику использовать больше
  B-кадров в местах, где это <emphasis role="bold">действительно</emphasis>
  необходимо.
  Низкое количество <option>max_bframes</option> и высокое значение 
  <option>bf_threshold</option> - это, возможно, не самое мудрое решение,
  поскольку оно принудит кодировщик размещать B-кадры в местах, которые никак не
  выиграют от этого, тем самым ухудшая визуальное качество.
  Однако, если вам требуется совместимость с аппаратными
  проигрывателями, поддерживающими только старые DivX профили (которые
  поддерживают только 1 последовательный B-кадр), это единственный способ 
  увеличить сжимаемость при помощи B-кадров.
</para></listitem>
<listitem><para>

  Оптимизирует процесс квантования для получения оптимального 
  соотношения между PSNR и битпотоком, что позволяет существенно экономить биты.
  Эти биты впоследствии будут потрачены на другие части видео, что приведет к
  увеличению общего качества.
  Следует всегда оставлять эту опцию включенной, поскольку ее влияние на
  качество огромно. Даже если вы заботитесь о скорости, не отключайте ее до тех
  пор, пока не выставили <option>vhq</option> и остальные более CPU-прожорливые
  опции на минимум.
</para></listitem>
<listitem><para>
  <emphasis role="bold">hq_ac</emphasis>

  движения и тем лучше получающийся отрывок будет фиксировать оригинальное движение.
  </para>

  <para>
  Настройка по-умолчанию лучше во всех случаях, поэтому не рекомендуется ее
  выключать, если только вы действительно не гонитесь за скоростью, поскольку
  биты, сэкономленные хорошей оценкой движения, могут быть использованы
  где-нибудь еще, увеличивая общее качество.
  Таким образом, не используйте значения ниже 5, да и его - только в крайнем
  случае.
  </para>
</listitem>
<listitem><para>
  <emphasis role="bold">chroma_me</emphasis>
  Улучшает оценку движения, дополнительно принимая во внимание информацию о
  цвете, тогда как одна <option>me_quality</option> использует только яркость.
  Это замедляет кодирование на 5-10%, но несколько улучшает визуальное качество,
  уменьшая эффект блочности и сокращая размер файла примерно на 1.3%.
  Если вас интересует скорость, следует попробовать отключить эту опцию, прежде
  чем решите уменьшать значение <option>me_quality</option>.
</para></listitem>
<listitem><para>
  <emphasis role="bold">chroma_opt</emphasis>
  Эта опция служит для увеличения качества цветного изображения вокруг чисто черных/белых

  количества дополнительных бит для кодирования, а векторы-кандидаты не всегда
  дают (значительно) лучшие результаты.
  Почти всегда кодек тратит дополнительные биты на повышенную точность
  впустую, а в взамен получает или вообще ничего, или небольшое увеличение качества.
  К сожалению, нет способа предсказать возможные улучшения от <option>qpel</option>, 
  так что вам придется сделать кодирование с ней и без нее, чтобы знать
  наверняка.
  </para>
  
  <para>
  <option>qpel</option> может привести к удвоенному времени кодирования и

<listitem><para>
  <emphasis role="bold">gmc</emphasis>
  Пытается сэкономить биты в сценах с приближением, используя один вектор
  движения для всего кадра. Это почти всегда увеличивает PSNR, но заметно
  замедляет кодирование (так же как и декодирование).
  Поэтому вас следует использовать ее, только когда вы включили 
  <option>vhq</option> на максимум.
  GMC <systemitem class="library">Xvid</systemitem>'а является более сложным,
  чем у DivX'а, но поддерживается только некоторыми аппаратными проигрывателями.
</para></listitem>
</itemizedlist>

<sect2 id="menc-feat-xvid-example-settings">
<title>Примеры настроек кодирования</title>

<para>
Последующие настройки - это примеры различных комбинаций опций кодирования,
которые влияют на соотношения скорость-качество при той же величине целевого
битпотока.
</para>

<para>
Все настройки кодирования проверялись на тестовом видео 720x448 @30000/1001 fps 
с целевым битпотоком 900кбит/сек, на машине AMD-64 3400+ с 2400 МГц и 64 битном режиме.
Для каждой настройки кодирования указаны измеренная скорость кодирования (в
кадрах в секунду) и потеря PSNR (в дБ) по сравнению с настройкой "очень высокое
качество". Поймите, пожалуйста, что в зависимости от вашего материала, типа
машины, прогресса разработки вы можете получить сильно отличающиеся результаты.
</para>

<informaltable frame="all">
<tgroup cols="4">
<thead>

<sect1 id="menc-feat-x264">
<title>Кодирование кодеком <systemitem class="library">x264</systemitem></title>
<para>
<systemitem class="library">x264</systemitem> это свободная библиотека для
кодирование H.264/AVC видео потоков.
Перед началом кодирование вы должны <link linkend="codec-x264-encode">
настроить <application>MEncoder</application> для его поддержки</link>.
</para>

<!-- ********** -->

<para>
Начните, пожалуйста с просмотра раздела 
<systemitem class="library">x264</systemitem> 
man страницы <application>MPlayer</application>'а.
Этот раздел предполагается быть дополнением к странице man.
Здесь вы найдете быстрые подсказки о том, какие опции чаще всего интересуют
большинство людей. Страница man более лаконична, но также более полна и порой
намного лучше преподносит технические детали.
</para>

  пользовательский предпочтений и специальных требований.
</para></listitem>
</orderedlist>

<para>
В конце концов, только вы можете решать какие опции являются лучшими для ваших
целей. Решение для первого класса опций очень простое:
надо только определить, считаете ли вы, что разница в качестве оправдывает разницу в
скорости.  Для второго класса опций предпочтения могут быть значительно более
субъективными и зависеть от большего числа факторов. 
Имейте в виду, что некоторые из опций категории "пользовательских предпочтений и специальных
требований" могут все же иметь большое влияние на скорость или качество,
но это не основное их предназначение.
Часть опций из "пользовательских предпочтений" могут даже привести к изменениям,
которые выглядят лучше для одних людей и хуже - для других.
</para>

<para>
Перед тем как продолжить, вам придется понять, что это руководство использует
только одну метрику качества: глобальный PSNR.
Краткое описание того, что такое PSNR, смотрите в
<ulink url="http://en.wikipedia.org/wiki/PSNR">статье Википедии о PSNR</ulink>.
Глобальный PSNR - это последнее значение PSNR, выводимое на консоль, когда в
<option>x264encopts</option> включена опция <option>psnr</option>.
Каждый раз, когда вы читаете утверждения о PSNR, за ними скрывается
предположение, что используются одинаковые значения битпотока.
</para>

<para>
Почти все комментарии этого руководства предполагают, что вы используете два
прохода.
Есть две основные причины использовать двухпроходное кодирование при сравнении
опций.
Во-первых, использование двух проходов увеличивает PSNR примерно на 1дБ,
что является очень хорошим значением.

  <para>
  <emphasis role="bold">subq</emphasis>:
  Из всех опций, позволяющих выбирать между скоростью и качеством, 
  <option>subq</option> и <option>frameref</option> (смотрите ниже), пожалуй,
  самые важные.
  Если вы заинтересованы в тонкой настройке либо скорости, лио качества, 
  эти две  - первое, с чего вам стоит начать.
  С точки зрения скорости, опции <option>frameref</option> и
  <option>subq</option> очень жестко взаимодействуют друг с другом.
  Опыт показывает, что с одним ссылающимся кадром
  <option>subq=5</option> (настройка по-умолчанию) расходует на 35% больше
  времени, чем  <option>ubq=1</option>.

  на 0.2-0.5 дБ большего, чем  при <option>subq=1</option>.
  Обычно этого достаточно, чтобы заметить.
  </para>
  
  <para>
  <option>subq=6</option> - это самый медленный режим с лучшим качеством.
  Если сравнивать с <option>subq=5</option>, он обычно дает на 0.1-0.4 дБ
  больший глобальный PSNR ценой потери 25%-100% скорости.
  В отличие от остальных уровней <option>subq</option>, поведение 
  <option>subq=6</option> не так сильно зависит от <option>frameref</option>
  и <option>me</option>.  Вместо этого, эффективность <option>subq=6

  К сожалению, улучшение очень быстро сходит на нет.
  От <option>frameref=6</option> можно ожидать прироста PSNR лишь на 
  0.05-0.1 дБ по сравнению с <option>frameref=3</option> с дополнительной
  потерей 15% скорости.
  Выше <option>frameref=6</option> качество обычно увеличивается очень незначительно 
  (хотя на всем протяжении этой дискуссии вам следует иметь в виду, оно может
  значительно изменяться в зависимости от исходного материала).
  В довольно типичном случае <option>frameref=12</option> улучшит глобальный 
  PSNR всего на 0.02дБ по сравнению с <option>frameref=6</option>, 
  ценой 15%-20% скорости.
  При таких высоких значениях <option>frameref</option>, единственная

  <option>frameref</option> "слишком высоким" на данный момент выглядит слишком
  далекой, чтобы об этом беспокоиться, а в будущем оптимизации могут вообще
  убрать такую возможность.
  </para></note>
  <para>
  Если вас заботит скорость, разумным компромиссом будет использовать низкие
  значения <option>subq</option> и <option>frameref</option> в первом проходе, а
  <!-- FIXME  is translation correct ? -->
  затем увеличить из во втором: Вы, возможно, потеряете вплоть до 0.1дБ PSNR,
  что может быть достаточно малым значением, чтобы его заметить.
  Однако, различные значения <option>frameref</option> могут 
  иногда повлиять на решение о выборе типа кадра.
  Скорее всего, это довольно редкие крайние случаи, но если вы хотите точно
  уверены, подумайте, содержит ли ваше видео полноэкранные
  <!-- FIXME is translation correct? -->
  периодически вспыхивающие изображения или очень большие паузы, которые могут стать
  причиной принудительной вставки I-кадра.
  Настройте <option>frameref</option> в первом проходе так, чтобы 
  она была достаточно большой, чтобы содержать длительность цикла вспыхивания

  прироста в 0.1дБ.
</para></listitem>
<listitem>
  <para>
  <emphasis role="bold">bframes</emphasis>:
  Если вы занимались кодированием с другими кодеками, то могли заметить, что
  B-кадры не всегда полезны.
  В H.264 это изменилось: есть новые техники и типы блоков, возможные в B-кадрах.
  Обычно, даже примитивный алгоритм выбора B-кадров может дать значимую
  выгоду для PSNR.
  Интересно заметить, что использование B-кадров обычно отчасти ускоряет второй

  последующих проходах.
  </para>
</listitem>
<listitem><para>
  <emphasis role="bold">b_pyramid</emphasis>:
  С тем же успехом вы можете включить эту опцию, если используете >=2 B-кадров;
  вы получите небольшое улучшение качества без потери в скорости, как и говорит
  man руководство.
  Имейте в виду, что такое видео не может быть прочитано основанными на
  libavcodec декодерами, созданными ранее, чем примерно 5 Марта 2005. 
</para></listitem>
<listitem>

  <para>
  К сожалению, текущий алгоритм адаптивного принятия решений о B-Кадрах имеет
  твердую склонность к избеганию использования B-кадров при затуханиях.
  До тех пор, пока это не изменится, хорошей идеей, возможно, будет добавить 
  <option>nob_adapt</option> к x264encopts, если предполагаете, что затухания
  будут иметь сильный эффект на ваш конкретный видеоклип.
  </para>
</listitem>
</itemizedlist>
</sect3>

<itemizedlist>
<listitem>
  <para>
  <emphasis role="bold">Двухпроходное кодирование</emphasis>:
  Выше советовалось всегда использовать кдирование в два прохода, но все же
  существуют причины этого не делать. Например, если вы захватываете TV
  трансляцию и кодируете в реальном времени, придется использовать однопроходный
  режим. К тому же один проход очевидно быстрее, чем два; если вы используете
  точно такой же набор опций в обоих случаях, двухпроходной режим медленнее
  вдвое.
  </para>
  <para>
  Все же существует очень хорошие причины использовать кодирование в два
  прохода. Во-первых, управление битпотоком при однопроходного режима не
  является телепатом и часто делает необоснованный выбор, потому что не может
  видеть общую картину. Например, предположим, что вы имеете двухминутное видео,
  состоящее из двух независимых частей. Первая половина - очень динамичная
  сцена, продолжающаяся 60 секунд и требующая сама по себе битпоток примерно
  2500 кбит/сек, чтобы прилично выглядеть. Сразу за ней следует менее
  требовательная 60-секундная сцена, которая хорошо выглядит при 300 кбит/сек.
  Предположим, вы запросили битпоток 14000 кбит/сек; в теории этого достаточно
  для удовлетворения потребностей обеих сцен.
  В этом случае управление битпотоком в однопроходном режиме сделает пару "ошибок".
  Во-первых, оно установит битпоток в 1400 кбит/сек для обеих частей. Первая
  часть может оказаться чрезмерно квантованной, что приведет к
  недопустимому и неоправданно блочному изображению. Вторая часть будет

  кодировщик может оценить, с разумной точностью, "стоимость" (в битах)
  кодирования любого заданного кадра при любом заданном квантователе.
  Это делает возможным намного более рациональное, лучше спланированное
  распределение битов между дорогими (высокодинамичными) и дешевыми
  (малодинамичными) сценами. Смотрите <option>qcomp</option> ниже, чтобы узнать
  некоторые идеи о том, как можно это распределение настроить по вашему вкусу.
  </para>
  <para>
  Более того, два прохода занимают не двойное время по сравнению с одним.
  Вы можете настроить опции первого прохода на более быструю скорость и низкое
  качество. Если хорошо выберете опции, вы получите очень быстрый первый проход.
  Полученное качество во втором проходе будет несколько ниже, потому что
  предсказание размера менее точно, но разница в качестве обычно слишком мала,
  чтобы быть заметной. Попробуйте, например, добавить
  <option>subq=1:frameref=1</option> в <option>x264encopts</option> первого
  прохода. Затем, при втором проходе, используйте более медленные, с лучшим

  </para>
</listitem>
<listitem><para>
  <emphasis role="bold">Кодирование в три прохода</emphasis>?
  x264 предоставляет возможность делать желаемое количество последовательных
  проходов. Если вы указали <option>pass=1</option> при первом проходе,
  используйте затем <option>pass=3</option> в последующем проходе, этот проход
  будет одновременно читать статистику предыдущего прохода и записывать ее
  собственную. Дополнительный проход, следующий за этим, будет иметь очень
  хорошую основу для осуществления очень точных предсказаний размеров кадров при
  выбранном квантователе. На практике, общее улучшение качества от использования
  этого режима близко к нулю и, вполне возможно, третий проход приведет к
  немного худшему глобальному PSNR, чем у предыдущего прохода.
  При обычном использовании три прохода помогают, если вы при двух проходах
  получаете либо плохое предсказание битпотока, либо плохо выглядящие переходы
  между сценами. Это в точности то, что наверняка будет происходить на очень
  коротких клипах. Существуют также особые случаи, когда три (или более)
  проходом удобны для продвинутых пользователей, но, для краткости, это
  руководство не включает в себя описание этих особых случаев.

  <option>qcomp</option> по-умолчанию установлена в 0.6, что по мнению многих
  людей может быть несколько мало (также часто используется 0.7-0.8).
</para></listitem>
<listitem><para>
  <emphasis role="bold">keyint</emphasis>:
  <option>keyint</option> - единственная возможность выбора между удобством
  перемещения по файлу и эффективностью кодирования. По-умолчанию
  <option>keyint</option> установлена в 250. В материале с 25fps это гарантирует
  возможность перемещения с точностью до 10 секунд. Если вы считаете, что более
  важным и полезным будет перемещение с точностью до 5 секунд, установите
  <option>keyint=125</option>; это немного ухудшит качество/битпоток. Если вы
  заботитесь только о качестве, но не о перемещаемости, вы можете установить
  значение этой опции в более высокое значение (понимая, что улучшение будет
  убывающим, вплоть до исчезающе малого или даже нулевого). Видео поток
  по-прежнему будет иметь точки перемещения, пока в нем есть какие-то изменения
  сцен.
</para></listitem> 

  использует предустановленные степени обработки и пороговые значения в
  зависимости от QP интересующего блока.
  По-умолчанию, блоки с высоким QP обрабатываются сильнее, а в блоках с низким
  QP удаление блочности вообще не производится.
  Предустановленые степени обработки, определенные стандартом, тщательно подобраны
  и имеют хорошие шансы быть PSNR-оптимальными для любого видео, которое вы
  пытаетесь кодировать.
  Опция <option>deblock</option> позволяет указать смещения предустановленных
  пороговых значений деблокинга.
  </para>
  <para>

  блочности состоит в том, что пороговые значения по-умолчанию практически
  всегда PSNR-оптимальны.
  В редких случаях, где они неоптимальны, идеальное смещение будет плюс минус 1.
  Изменение параметров деблокинга на большие значения фактически гарантирует
  ухудшение PSNR.
  Усиление фильтра размажет больше деталей; ослабление - оставит больше квадратиков.
  </para>
  <para>
  По определению плохая идея уменьшать пороги деблокинга, если ваш исходный
  материал в основном имеет небольшую пространственную сложность (т.е. не имеет
  множества деталей или шума).
  In-loop фильтр делает весьма неплохую работу по сокрытию появляющихся
  артефактов. Однако, если исходный материал имеет высокую пространственную
  сложность, артефакты будут практически незаметны.
  Это происходит потому, что ореолы имеют склонность выглядеть как детали или
  шум. Зрительное восприятие легко замечает отсутствие деталей, но ему не так
  легко обратить внимание на неверно изображенный шум.
  Когда речь идет о субъективном качестве, шум и детали в некоторой степени
  взаимозаменяемы.
  Уменьшая силу фильтра удаления блочности, вы скорее всего увеличиваете ошибку,
  добавляя ореолы, но глаз этого не замечает, поскольку он путает артефакты с
  деталями.
  </para>
  <para>
  Однако, это <emphasis role="bold">по-прежнему</emphasis> не оправдывает

<sect2 id="menc-feat-x264-example-settings">
<title>Примеры настроек кодирования</title>

<para>
Последующие настройки - это примеры различных комбинаций опций кодирования,
которые влияют на соотношения скорость-качество при той же величине целевого
битпотока.
</para>

<para>
Все настройки кодирования проверялись на тестовом видео 720x448 @30000/1001 fps 
с целевым битпотоком 900кбит/сек, на машине AMD-64 3400+ с 2400 МГц и 64-х битном режиме.
Для каждой настройки кодирования указаны измеренная скорость кодирования (в
кадрах в секунду) и потеря PSNR (в дБ) по сравнению с настройкой "очень высокое
качество". Поймите, пожалуйста, что в зависимости от вашего материала, типа
машины, прогресса разработки вы можете получить сильно отличающиеся результаты.
</para>

<informaltable frame="all">
<tgroup cols="4">
<thead>

  Кодирование семейством кодеков <systemitem class="library">Video For Windows</systemitem>
</title>

<para>
Video for Windows предоставляет простое кодирование в смысле бинарных видео
кодеков. Вы можете кодировать следующими кодеками (если у вас есть другие,
сообщите нам!)
</para>

<para>
Имейте в виду, что поддержка этой возможности очень экспериментальная и

</para>

<para>
DVD, SVCD, и VCD форматы жестко ограничены. Доступен только небольшой выбор
размеров и пропорций кодируемого изображения.
Если ваш фильм пока не удовлетворяет этим ограничениям, придется изображение
масштабировать, обрезать или добавлять к нему черные полосы, чтобы добиться
совместимости.
</para>

</tbody>
</tgroup>
</informaltable>

<para>
Если ваш фильм имеет пропорции 2.35:1 (большинство современных фильмов),
для создания DVD или VCD придется добавить черные полосы или обрезать фильм до
16:9. Добавляя черные полосы, пытайтесь выровнять их размеры на границу в 16 пикселов,
чтобы минимизировать влияние на производительность кодирования.
К счастью, DVD имеет достаточно избыточный битпоток, чтобы не сильно
беспокоиться об эффективности кодирования, но SVCD и VCD весьма ограничены в

<sect3 id="menc-feat-vcd-dvd-constraints-gop">
<title>Ограничения на размер GOP</title>

<para>
DVD, VCD, и SVCD также ограничивают вас относительно низкими размерами  
GOP (Group of Pictures, Группа Изображений).
Для материала с 30 fps максимальный допустимый размер GOP равен 18.
Для 25 или 24 fps, максимум равен 15.
Размер GOP устанавливается опцией <option>keyint</option>.
</para>

</para></listitem>
<listitem><para>
  <emphasis role="bold">vcodec</emphasis>:
  <option>mpeg1video</option> для VCD;
  <option>mpeg2video</option> для SVCD;
  <option>mpeg2video</option> обычно используется для DVD, но вы также можете
  использовать 
  <option>mpeg1video</option> для CIF разрешений.
</para></listitem>
<listitem><para>
  <emphasis role="bold">keyint</emphasis>:

  1152 для VCD. Иожет не указываться для SVCD и DVD.
</para></listitem>
<listitem><para>
  <emphasis role="bold">vrc_maxrate</emphasis>:
  1152 для VCD; 2500 для SVCD; 9800 для DVD.
  Для SVCD и DVD вы, возможно, пожелаете использовать меньшие значение в
  зависимости от ваших личных требований и предпочтений.
</para></listitem>
<listitem><para>
  <emphasis role="bold">vbitrate</emphasis>:
  1152 для VCD;
  вплоть до 2500 для SVCD;
  вплоть до 9800 для DVD.
  Для двух последний форматов, vbitrate следует установить на основании личных
  предпочтений.
  Например, если вы настаиваете на размещении 20 или около того часов видео на
  DVD, можете использовать vbitrate=400.
  Качество получившегося видео, возможно, будет довольно плохим.
  Если вы пытаетесь выжать максимально возможное качество на DVD, используйте
  vbitrate=9800, но имейте в виду, что это ограничит вас менее чем одним часом
  видео на однослойном DVD.
</para></listitem>
<listitem><para>
  <emphasis role="bold">vtrict</emphasis>:
  <option>vstrict</option>=0 следует использовать для создания DVD.

21792:3c94669288d1

<?xml version="1.0" encoding="utf-8"?>
<!-- synced with r21802  -->
<chapter id="encoding-guide">
<title>Кодирование с <application>MEncoder</application></title>

<sect1 id="menc-feat-dvd-mpeg4">
<title>Создание высококачественного MPEG-4 ("DivX") рипа из DVD фильма</title>

</para>

<para>
Последний вопрос, похоже, отчасти неверно сформулирован. В конце концов, если
Вы не беспокоитесь о размере файла, почему бы просто не скопировать весь MPEG-2 
видео поток с DVD? Конечно, Ваш AVI файл будет занимать около 5GB,
но если Вы желаете наилучшее качество и не волнуетесь о размере, то это, 
несомненно, лучшее решение.
</para>

<para>

<sect3 id="menc-feat-dvd-mpeg4-preparing-encode-fps">
<title>Определение кадровой частоты источника</title>
<para>
Вот список, содержащий общие типы исходных материалов, где они, 
преимущественно, встречаются и их свойства:
</para>

<itemizedlist>
<listitem><para>
  <emphasis role="bold">Стандартный фильм</emphasis>: Производятся

  Сегменты с 24000/1001 fps почти наверняка являются "мягко 
  телесиненным" содержимым с построчной развёрткой, но части с
  30000/1001 fps могут быть как "жёстко телесиненым" содержимым 
  с 24000/1001 fps, так и NTSC видео с 60000/1001 полями в секунду.
  Используйте два нижеследующих руководства для определения того,
  с каким случаем Вы имеете дело.
</para></listitem>
<listitem><para>
  Если <application>MPlayer</application> никогда не показывает
  изменения кадровой частоты и каждый отдельный кадр, где есть
  движение, оказывается гребёнкой, Ваш фильм есть NTSC видео с 

</para>

<para>
Если Вы используете <option>vqscale=2</option>, то Вы теряете биты.
Если Вы используете <option>vqscale=3</option>, то Вы не получаете
рип наивысшего качества. Предположим, Вы делаете рип DVD, используя
<option>vqscale=3</option>, результат получается 1800 Кбит.
Если Вы сделаете двупроходное кодирование с 
<option>vbitrate=1800</option>, получившееся видео будет обладать
<emphasis role="bold">лучшим качеством</emphasis> для
<emphasis role="bold">того же битпотока</emphasis>.
</para>

<para>

файла, не стоит использовать размеры, не кратные 16.
</para>

<para>
У большинства DVD также есть определённое подобие чёрных полос на
краях. Если Вы их оставите, это может 
<emphasis role="bold">сильно</emphasis> повредить качество 
несколькими путями.
</para>

<orderedlist>
<listitem>
  <para>

     перевода; лучшее, что приходит на ум - это "размывание краёв",
     ясное дело, что причиной является отбрасывание малых гармоник,
     в результате чего вместо точки возникает затухающая окружность,
     но вот как это кратко выразить... -->
  Для кодирования последних Вам нужно гораздо больше битов, а иначе
  у Вас появится артефакт, известный как размывание краёв
  (англ. ringing).
  </para>

  <para>
  Частотные преобразования (DCT) выполняются независимо для каждого

<sect2 id="menc-feat-dvd-mpeg4-crop">
<title>Усечение и масштабирование</title>

<para>
Вспомните из предыдущего раздела, что конечный размер картинки,
подлежащей кодированию, должен быть кратен 16 (как высота, так 
и ширина). Это может быть достигнуто усечением, масштабированием
или комбинацией того и другого.
</para>

<para>

операцией с потерей качества и не поддерживается фильтром
усечения сторон crop.
</para>

<para>
Более того, видео с чересстрочной развёрткой дискретизируется 
следующим образом:
</para>

<informaltable>
<?dbhtml table-width="80%" ?>
<?dbfo table-width="80%" ?>

Естественные разрешения DVD составляют 720x480 для NTSC и 720x576 
для PAL, но существует флаг соотношения сторон, который указывает
является ли видео полноэкранным (4:3) или широкоэкранным (16:9).
Многие (если не большинство) широкоэкранных DVD не точно соответсвуют
<!-- FIXME: Есть ли перевод названия формата cinescope (он же CinemaScope) ?? -->
формату 16:9 и могут быть как 1.85:1, так и 2.35:1 (формат cinescope).
Это означает, что в видео будут чёрные полосы, которые нужно усечь.
</para>

<para>
<application>MPlayer</application> предоставляет фильтр обнаружения

И из-за способа дискретизации DVD видео, убедитесь, что смещение
есть чётное число. (Фактически, возьмите за правило никогда не 
использовать нечётные величины для любых параметров усечения или
масштабирования видео.) Если Вы беспокоитесь из-за нескольких
излишне отброшенных битов, возможно, Вы предпочтёте взамен
масштабировать видео. Мы рассмотрим это ниже в нашем примере.

В действительности, Вы можете доверить фильтру
<option>cropdetect</option> сделать для Вас всё вышеупомянутое,
т.к. у него есть необязательный параметр округления 
<option>round</option>, равный 16 по умолчанию.
</para>

  уменьшаете размер изображения, но продолжаете использовать
  блоки того же размера (8х8) для пространственных частотных 
  преобразований, Вы перемещаете больше данных в высокочастотные
  полосы. Грубо говоря, каждый пиксель содержит больше деталей,
  чем раньше.
  Так что несмотря на то, что Ваша картинка с уменьшенным 
  масштабом содержит 1/4 информации в пространственных направлениях,
  она всё ещё может содержать большУю часть информации в 
  частотных интервалах (предполагая, что высокие частоты были
  не использованы в оригинальном 640х480 изображении).
</para></listitem>

Похоже, лучшей оценкой является рост битпотока пропорционально
квадратному корню разрешения, так что 320х240 и 400 кбит/сек
должно быть сравнимо с 640х480 и 800 кбит/сек.
Однако, это не было строго проверено теоретически или эмпирически.
Кроме того, из-за существенного отличия фильмов по уровню шума,
деталей, количества движения и т.п., тщетно давать общие рекомендации
для "битов на длину диагонали" (аналог битов на пиксель, используя
квадратный корень).
</para>

<para>

<title>Расчёт разрешения</title>

<para>
Следующие шаги помогут Вам рассчитать разрешение для Вашего 
кодирования без слишком сильного искажения видео, учитывая
несколько видов информации об исходном видео.
Прежде всего, Вам необходимо рассчитать коэффициент соотношения
сторон для кодированного видео:
<systemitem>ARc = (Wc x (ARa / PRdvd )) / Hc</systemitem>

<itemizedlist>

</para>

<para>
CQ зависит от битпотока, эффективности видеокодека и разрешения фильма.
Обычно, в целях увеличения CQ, Вам нужно будет уменьшить размер
фильма, при условии, что битпоток, вычисленный как функция конечного 
размера, и длина фильма постоянны.
С MPEG-4 ASP кодеками, такими как <systemitem class="library">Xvid</systemitem>
и <systemitem class="library">libavcodec</systemitem>, CQ 
меньше 0.18 обычно приводит к изображению с большим числом
сегментов "квадратиками", из-за недостаточного числа битов для
кодирования информации в каждом макроблоке. 
(MPEG4, как и многие другие кодеки, группирует пиксели в блоки по
несколько пикселей для сжатия изображения; если битов не хватает,
границы этих блоков заметны.)
Следовательно, благоразумно выбрать CQ в диапазоне от 0.20 до 0.22
для рипа на 1 CD и 0.26-0.28 для рипа на 2 CD при использовании
стандартных опций кодирования.
Более продвинутые опции кодирования, такие как указанные для
<link linkend="menc-feat-mpeg4-lavc-example-settings"><systemitem class="library">libavcodec</systemitem></link>

должны сделать возможным получение того же качества с CQ в диапазоне
от 0.18 до 0.20 для рипа на 1 CD и 0.24-0.26 для рипа на 2 CD.
Используя MPEG-4 AVC кодеки, такие как 
<systemitem class="library">x264</systemitem>, Вы можете использовать
CQ в диапазоне от 0.14 до 0.16 со стандартными опциями кодирования
и должны суметь достичь таких низких значений, как 0.10 - 0.12
с помощью
<link linkend="menc-feat-x264-example-settings">продвинутых опций кодирования <systemitem class="library">x264</systemitem></link>.
</para>

<para>

является одним из его основных достоинств над другими аналогичными
программами.
</para>

<para>
Фильтры загружаются в цепочку с помощью опции -vf:

<screen>-vf фильтр1=опции,фильтр2=опции,...</screen>

Большинство фильтров используют численные значения опций, 
разделённые двоеточиями, но синтаксис этих параметров различается

<para>
В общем случае, Вам следует делать настолько мало фильтрации, 
насколько это возможно, для того чтоб остаться близко к оригинальному
DVD источнику. Усечение часто необходимо (как описано выше), но
избегайте масштабирования видео. Несмотря на то, что уменьшение 
размера иногда предпочтительно использованию бОльших 
квантователей, нужно избегать и того, и другого: помните, 
что мы с самого начала решили обменять биты на качество.
</para>

<para>
Также не корректируйте гамму, контрастность, яркость и т.п.. То,
что хорошо выглядит на Вашем мониторе, может плохо выглядеть
на других. Эти коррекции должны выполняться только при 
воспроизведении.
</para>

<para>
Однако, есть одна вещь, которую Вы, быть может, захотите сделать &mdash;
это пропустить видео через очень слабый фильтр удаления шумов,

может быть подверженным телесину, называемому 2:2 пулдаун, но на
практике это не применяется).
24 fps фильм просто проигрывается на 25 fps. В результате фильм
воспроизводится слегка быстрее, но если Вы не пришелец, то,
вероятно, не заметите разницы.
У большинства PAL DVD аудио скорректировано по высоте звука так,
что, воспроизводясь при 25 fps, оно звучит нормально, несмотря на 
то, что аудиодорожка (и, следовательно, весь фильм) проигрываются 
на 4% быстрее, чем NTSC DVD.
</para>

<para>
Поскольку видео на PAL DVD не переделывается, Вам не стоит 
беспокоится о частоте кадров. У источника 25 fps и у Вашего

  чересстрочной развёртки.
</para></listitem>
<listitem><para>
  Фильтры постобработки и удаления шума могут не работать как 
  ожидается, только если Вы особо не позаботитесь об их 
  применении к одному полю за раз, иначе они могут
  повредить видео при неверном использовании.
</para></listitem>
</orderedlist>

<para>

файлами ASF/RM/MOV.
</para>

<para>
Если Вы хотите дополнительно защититься от странных пропусков 
и повторений кадров, Вы можете одновременно использовать опции
<option>-mc 0</option> и <option>-noskip</option>.
Это предотвратит <emphasis>любую</emphasis> A/V коррекцию, и 
будет копировать кадры один в один, так что Вы не сможете это
использовать, если будете применять какие-либо фильтры, которые
непредсказуемо добавляют или отбрасывают кадры, либо если у 

  <systemitem class="library">x264</systemitem>)
  вместо таких MPEG-4 ASP кодеков, как
  <systemitem class="library">libavcodec</systemitem> MPEG-4 или
  <systemitem class="library">Xvid</systemitem>.
  (Опытные разработчики кодеков могут быть заинтересованы в 
  ознакомлении с точкой зрения Михаэля Нидермайера (Michael
  Niedermayer)
  "<ulink url="http://guru.multimedia.cx/?p=10">почему MPEG4-ASP отстой</ulink>".)
  Аналогично, Вы должны получить лучшее качество с MPEG-4 ASP, по
  сравнению с MPEG-2 кодеками.
  </para>

аппаратными плеерами, хотя эта тенденция меняется.
</para>

<para>
<emphasis>Не</emphasis> используйте <option>-nosound</option> при
кодировании файла с аудио, даже если позже Вы будете отдельно 
кодировать и мультеплексировать аудио.
Хотя это может работать в идеальных случаях, использование
<option>-nosound</option> обычно скрывает ряд проблем в Ваших
настройках кодирования в командной строке.
Другими словами, наличие звуковой дорожки в процессе кодирования
гарантирует Вам, что в случае отсутствия сообщений, подобных
<quote>Слишком много аудиопакетов в буфере</quote>, у Вас будет
получена правильная синхронизация.
</para>

<para>
Вам необходимо обработать звук с помощью 
<application>MEncoder</application>. 
Например, Вы можете копировать исходную звуковую дорожку в 
процессе кодирования с помощью <option>-oac copy</option> или
преобразовать её в "лёгкий" 4 кГц моно WAV PCM с помощью
<option>-oac pcm -channels 1 -srate 4000</option>.
Иначе, в ряде случаев, будет создаваться видео файл, 

Возможно, Вы захотите нормализовать звук перед кодированием,
поскольку аудиодорожки DVD обычно записываются с маленькой
громкостью.
Вы можете использовать, например, утилиту <application>normalize</application>,
доступную в большинстве дистрибутивов.
Если Вы пользуетесь Window$, утилита <application>BeSweet</application>
делает то же самое.
Вы можете сжать в Vorbis или MP3. Например:
<screen>oggenc -q1 <replaceable>звук.wav</replaceable></screen>
кодирует <replaceable>звук.wav</replaceable> с качеством 1, 
что примерно эквивалентно 80 Кб/с и является минимальным качеством,

<sect3 id="menc-feat-dvd-mpeg4-muxing-filter-issues">
<title>Улучшение мультиплексирования и надёжности A/V синхронизации</title>

<para>
Вы можете столкнуться с некоторыми серьёзными проблемами A/V
синхронизации при попытке мультиплексирования Вашего видео 
с некоторыми аудиодорожками, где, как бы Вы не подбирали задержку
аудио, никогда не получается правильная синхронизация.
Это может происходить при использовании некоторых видеофильтров,
пропускающих или дублирующих некоторые кадры, например фильтров
обратного телесина.

<para>
Строго говоря, все эти числа являются аппроксимациями. 
Чёрно-белое NTSC видео было точно с 60 полями в секунду, но 
позже была выбрана частота 60000/1001 для адаптации цветовой
информации с одновременным сохранением совместимости с чёрно-белым 
телевидением. 
Цифровое NTSC видео (такое как на DVD) также с 60000/1001
полями в секунду. Отсюда возникла кадровая частота 30000/1001
кадр/сек для чересстрочного и телесиненного видео; построчное 
видео идёт с 24000/1001 кадр/сек.

процесса, называемого телесин.
</para></formalpara>

<para>
В действительности, видео никогда не хранится на DVD с 
60000/1001 полями в секунду. Для видео, оригинально являющегося
60000/1001, каждая пара полей объединяется для формирования 
кадра, приводя к 30000/1001 кадрам в секунду. Затем аппаратные
DVD плееры читают флаг, включенный в видеопоток, для определения
того какие, чётные или нечётные строки должны формировать первый 
кадр.

выведет следующую строку при начале воспроизведения фильма:

<screen>demux_mpg: обнаружено 24000/1001 кадра/сек NTSC содержимое с построчной развёрткой,
переключаю частоту кадров.</screen>

Начиная с этого момента, demux_mpg никогда не должен
сообщать о том, что найдено
&quot;30000/1001 кадров/сек NTSC содержимое&quot;.
</para>

<para>

Использование <option>-benchmark</option> позволяет
<application>MPlayer</application> воспроизводить фильм столь
быстро, сколь это возможно; тем не менее, в зависимости от 
Вашего железа, это может занять некоторое время. Всякий раз, 
когда demux_mpg будет сообщать об изменении частоты кадров,
строка прямо над сообщением покажет Вам время, при котором
произошло изменение.
</para>

<para>
Иногда видео на DVD с построчной развёрткой называют 

Поскольку жесткий телесин уже имеет 60000/1001 полей в секунду, DVD
проигрыватель, воспроизводя его, не делает никаких преобразований.
</para>

<para>
Другой способ выяснить, был Ваш источник подвержен телесину или нет, заключается
в воспроизведении исходного материала с опциями командной строки 
<option>-vf pullup</option> и <option>-v</option>, чтобы увидеть, как 
<option>pullup</option> сопоставляет кадры.
Если источник был телесиненным, Вы должны увидеть в консоли 3:2 структуру с
чередующимися <systemitem>0+.1.+2</systemitem> и <systemitem>0++1</systemitem>.
Преимущество этой техники состоит в том, что не требуется просматривать исходный
материал для его идентификации, это может быть полезно для автоматизации
процедуры кодирования или выполнения вышеуказанной процедуры удаленно через
медленное соединение.

<title>Чересстрочная развертка</title>

<para>
Чересстрочное видео изначально снималось на 60000/1001 полями в секунду,
и сохранялось на DVD с 30000/1001 кадрами в секунду. Эффект чересстрочности
(часто называемый "гребёнкой") &mdash; результат объединения пары полей в кадры.
Поля сдвинуты друг относительно друга на 1/(60000/1001) секунды,
и, когда отображаются одновременно, разница заметна.
</para>

<para>
Как и с подверженным телесину видео, <application>MPlayer</application> не должен
сообщать о каких-либо изменениях частоты кадров при воспроизведении
чересстрочного содержимого.
</para>

<para>
Внимательно, кадр за кадром (при помощи клавиши <keycap>.</keycap>) рассматривая
чересстрочное видео, Вы увидите, что каждый отдельный кадр &mdash; чересстрочный.
</para>
</sect3>


<sect3 id="menc-feat-telecine-ident-mixedpt">
<title>Смешанные построчная развертка и телесин</title>

<para>
Все видео со "смешанными построчной разверткой и телесином" изначально было с
24000/1001 кадрами в секунду, но некоторые его части оказались подвержены
телесину.
</para>

<para>
Когда <application>MPlayer</application> воспроизводит эту категорию, он будет
(как правило, периодически) переключаться между "30000/1001 кадров/сек NTSC 
содержимым" и "24000/1001 кадра/сек NTSC содержимым с построчной развёрткой". 
Смотрите конец вывода <application>MPlayer</application>, чтобы увидеть 
эти сообщения.
</para>

<para>
Вам следует проверить разделы с "30000/1001 кадров/сек NTSC содержимым", 
чтобы убедиться, что видео действительно телесиненное, а не просто 
чересстрочное.
</para>
</sect3>


<sect3 id="menc-feat-telecine-ident-mixedpi">
<title>Смешанные построчная и чересстрочная развертки</title>

<para>
В содержимом со "смешанными построчной и чересстрочной развертками",
построчное и чересстрочное видео переплетаются друг с другом.
</para>

<para>
Эта категория выглядит также, как и "смешанные построчная развертка и телесин", 
до тех пор, пока не проверите разделы 30000/1001 кадр/сек и не увидите, 
что структура телесина отсутствует.
</para>
</sect3>
</sect2>

<!-- ********** -->

<sect3 id="menc-feat-telecine-encode-progressive">
<title>Построчная развертка</title>

<para>
Видео с построчной разверткой не требует специальной обработки для кодирования.
Единственный нужный Вам для уверенности параметр &mdash; это 
<option>-ofps 24000/1001</option>. 
В противном случае <application>MEncoder</application> будет пытаться кодировать
с 30000/1001 кадрами в секунду и создаст дублирующиеся кадры.
</para>

<para>
<screen>mencoder dvd://1 -oac copy -ovc lavc -ofps 24000/1001</screen>
</para>

<para>
Частый случай, однако, когда видео, выглядящее построчным, на самом деле
содержит очень короткие подверженные телесину части. Если Вы не уверены,
безопаснее будет считать его как видео со
<link linkend="menc-feat-telecine-encode-mixedpt">смешанными построчной
разверткой телесином</link>.
Потеря скорости невелика<link linkend="menc-feat-telecine-footnotes">[3]</link>.
</para>

<sect3 id="menc-feat-telecine-encode-telecined">
<title>Телесин</title>

<para>
Телесин может быть обращён для получения оригинального 24000/1001 содержимого
при помощи процесса, называемого обратный телесин.
<application>MPlayer</application> содержит несколько фильтров для выполнения
этого; лучший из них, <option>pullup</option> описан в разделе 
<link linkend="menc-feat-telecine-encode-mixedpt">смешанные построчная развертка
и телесин</link>.

<sect3 id="menc-feat-telecine-encode-interlaced">
<title>Чересстрочная развертка</title>

<para>
На практике в большинстве случаев невозможно получить полностью построчное 
видео из чересстрочного содержимого.
Единственный способ сделать это без потери половины вертикального разрешения
- это удвоить частоту кадров и попытаться "угадать", что должно составить 
соответствующие линии каждого поля (этот способ имеет недостатки, смотрите метод
3).
</para>

<orderedlist>
<listitem><para>
  Кодируйте видео в чересстрочной форме. Обычно это наносит вред способности
  кодировщика хорошо сжимать, но <systemitem class="library">libavcodec</systemitem>
  имеет два параметра специально для чуть лучшего сохранения чересстрочного
  видео: <option>ildct</option> и <option>ilme</option>. К тому же, настоятельно
  рекомендуется использовать 
  <option>mbd=2</option><link linkend="menc-feat-telecine-footnotes">[2]</link>,
  потому что при этом макроблоки в местах без движения будут кодированы как

</para></listitem>
<listitem><para>
  К сожалению, эта опция сбоит с <application>MEncoder</application>; она должна
  хорошо работать с <application>MEncoder G2</application>, но его пока нет. Вы
  можете столкнуться с крахами. Как бы то ни было, назначение опции 
  <option> -vf tfields</option> &mdash; создать полный кадр из каждого поля, что
  делает частоту кадров равной 60000/1001. Преимущество этого подхода в том, что
  никакие данные не теряются; однако, т.к. каждый кадр получается только из одного
  поля, недостающие строки должны как-то интерполироваться. 
  
  Не существует очень хороших методов
  генерации недостающих данных, поэтому результат будет выглядеть несколько похожим
  на применение некоторых фильтров деинтерлейсинга. Генерация недостающих строк также создает
  другие проблемы, просто потому что количество данных удваивается.
  Таким образом, для сохранения качества требуются более высокие значения
  битпотока, и больше ресурсов процессора используется как для 
  кодирования, так и для декодирования. <option>tfields</option> имеет
  несколько различных опций, определяющих способ создания недостающих строк
  каждого кадра. Если выбрали этот способ, обратитесь к руководству и выберите
  ту опцию, которая лучше подходит для Вашего материала. Имейте в виду, что при
  использовании <option>tfields</option> Вы 
  <emphasis role="bold">должны</emphasis> указать как <option>-fps</option>, так
  и <option>-ofps</option>, установив им значение, равное удвоенной частоте
  исходного материала.
  <screen>
mencoder dvd://1 -oac copy -vf tfields=2 -ovc lavc \
    -fps 60000/1001 -ofps 60000/1001<!--
  --></screen>
</para></listitem>
<listitem><para>
  Если планируете сильно уменьшать размер изображения, можно извлекать и
  декодировать только одно поле из двух. Конечно, Вы потеряете половину
  вертикального разрешения, но если планируется уменьшать размер как минимум
  вдвое, потеря будет не сильно заметна. В результате получится построчной 
  развёртки файл с 30000/1001 кадрами в секунду. Процедура следующая: 
  <option>-vf field</option>, затем обрезание
  <link linkend="menc-feat-telecine-footnotes">[1]</link> и масштабирование
  соответствующим образом. Помните, что потребуется скорректировать масштабирование
  для компенсации уменьшенного вдвое вертикального разрешения.
  <screen>mencoder dvd://1 -oac copy -vf field=0 -ovc lavc</screen>

<sect3 id="menc-feat-telecine-encode-mixedpt">
<title>Смешанные построчная развертка и телесин</title>

<para>
Для преобразования видео со смешанными построчной разверткой и телесином в
полностью построчное необходимо к подверженным телесину частям применить
обратный телесин. Есть три описанных ниже способа добиться этого.
Заметьте, что следует <emphasis role="bold">всегда</emphasis> применять обратный
телесин до какого-либо масштабирования; за исключением случая, когда Вы точно
знаете, что делаете, выполняйте обратный телесин также до обрезания
<link linkend="menc-feat-telecine-footnotes">[1]</link>.
<option>-ofps 24000/1001</option> здесь необходима, поскольку видео на выходе
будет с 24000/1001 кадрами в секунду.
</para>

<itemizedlist>
<listitem><para>
  <option>-vf pullup</option> разработана для обратного телесина материала,
  телесину подверженного, оставляя построчные данные как есть. Для правильной
  работы после <option>pullup</option> <emphasis role="bold">должен</emphasis>
  следовать фильтр <option>softskip</option>, иначе произойдет крах
  <application>MEncoder</application>.
  <option>pullup</option> является, однако, самым чистым и точным методом,
  доступным для кодирования и телесина, и "смешанного построчного с телесином".
  <screen>
mencoder dvd://1 -oac copy -vf pullup,softskip \
    -ovc lavc -ofps 24000/1001<!--
  --></screen>
</para></listitem>
<listitem><para>
  Более старый метод заключается не в применении обратного телесина к
  телесиненным частям, а, наоборот, в телесине не подверженных телесину частей и
  последующем применении обратного телесина ко всему видео. Звучит запутанно? 
  softpulldown &mdash; это фильтр, проходящий по видео и делающий телесиненным весь
  файл. Если следом за softpulldown указать либо <option>detc</option>, либо
  <option>ivtc</option>, финальный результат будет полностью построчным. 
  <option>-ofps 24000/1001</option> необходима.
  <screen>
mencoder dvd://1 -oac copy -vf softpulldown,ivtc=1 -ovc lavc -ofps 24000/1001
  </screen>
</para></listitem>
<listitem><para>
  Лично я не использовал <option>-vf filmdint</option>, но вот что сказал 
  Д Ричарт Фелкер III (D Richard Felker III):

  <blockquote><para>С ним все в порядке, но имхо он слишком часто пытается
     сделать деинтерлейс iвместо обратного телесина (в точности как аппаратные
     DVD проигрыватели &amp; построчное TV), что в результате дает мерзкое
     мерцание и другие артефакты. Если собираетесь его использовать, потребуется
     как минимум потратить немного времени для тонкой настройки опций и
     просмотра результата, чтобы убедиться, что он не испорчен.
  </para></blockquote>
</para></listitem>

<sect3 id="menc-feat-telecine-encode-mixedpi">
<title>Смешанные построчная и чересстрочная развертки</title>

<para>
Существует две опции для этой категории, каждая из которых &mdash; это компромисс. Вы
должны выбрать, исходя из продолжительности/положения каждого типа.
</para>

<itemizedlist>
<listitem>
  <para>
  Рассматривайте видео как построчное. Чересстрочные части будут выглядеть
  чересстрочными, и потребуется удаление некоторых из чересстрочных полей, что
  даст в результате некоторое скачкообразное дрожание. Вы можете использовать
  фильтр постобработки, если хотите, но это может несколько ухудшить
  построчные части.
  </para>

  <para>
  Эта опция определенно не должна использоваться, если Вы хотите со 
  временем отображать видео на чересстрочном устройстве (с помощью TV карты,
  например). Если у Вас есть чересстрочные кадры в видео с 24000/1001 кадрами в
  секунду, к ним, как и к прогрессивным, будет применен телесин. Половина их
  чересстрочных "кадров" будут отображаться с длительностью трех полей
  (3/(60000/1001) секунд), давая в результате неприятно выглядящий эффект 
  <!-- FIXME is translation correct? -->
  "прыжка назад во времени". Даже если Вы пробуете это, Вы 
  <emphasis role="bold">должны</emphasis> использовать фильтр деинтерлейсинга,
  такой как <option>lb</option> или <option>l5</option>.
  </para>

  <para>
  Для отображения на построчном дисплее это тоже может быть плохой идеей.
  Будут отбрасываться пары последовательных чересстрочных полей, приводя к 
  разрывам, которые могут быть заметнее, чем при использовании второго метода,
  отображающего некоторые построчные кадры дважды. Чересстрочное видео с 
  30000/1001 кадрами в секунду уже несколько прерывисто, потому что в реальности
  оно должно отображаться с 60000/1001 полями в секунду, так что дублирующиеся
  кадры не так сильно выделяются.
  </para>

  <para>
  Так или иначе, лучше всего проанализировать Ваше содержимое и как Вы его
  собираетесь показывать. Если видео на 90% построчное и Вы никогда не будете
  показывать его на TV, Вам следует отдать предпочтение построчному варианту. 
  Если оно только наполовину построчное, Вы, возможно, захотите кодировать
  его, как если бы оно было чересстрочным.
  </para>
</listitem>

<listitem><para>
  Считайте его чересстрочным. Некоторые кадры построчной части потребуют
  дублирования, что даст в результате некоторое скачкообразное дрожание. И
  снова, фильтры деинтерлейсинга могут несколько ухудшить построчные части.
</para></listitem>
</itemizedlist>
</sect3>
</sect2>

<title>Примечания</title>

<orderedlist>
<listitem>
  <formalpara>
  <title>Об усечении сторон:</title>
  <para>
  Видеоданные на DVD хранятся в формате, называемом YUV 4:2:0. В YUV
  видео, люма ("яркость") и хрома ("цвет") хранятся отдельно. 
  Поскольку человеческий глаз отчасти менее чувствителен к цвету, чем к яркости, 
  в YUV 4:2:0 изображении присутствует только один цветностный пиксел на четыре
  яркостных. В изображении с построчной развёрткой каждый квадрат из четырёх яркостных 
  пикселов (два на два) имеют один общий цветностный пиксел. Вы должны обрезать
  построчный YUV 4:2:0 до чётных размеров и использовать чётные смещения.
  Например, 
  <option>crop=716:380:2:26</option> &mdash; правильно, а
  <option>crop=716:380:3:26 </option> &mdash; нет.
  </para>
  </formalpara>

  <para>
  Когда имеете дело с чересстрочным YUV 4:2:0, ситуация чуть более сложная.
  Вместо разделения одного цветностного пиксела четырьмя яркостными пикселами в
  <emphasis>кадре</emphasis>, каждые четыре яркостных пиксела каждого
  <emphasis>поля</emphasis> разделяют цветностный пиксел. Когда поля объединены в
  кадр, каждая строка имеет высоту в один пиксел. Теперь, вместо квадрата из
  четырех яркостных пикселов мы имеем два соседних пиксела, а два других расположены
  на две строки ниже. Два яркостных пиксела следующей строки принадлежат
  другому полю, и, поэтому, разделяют другой пиксел цветности с двумя пикселами
  на две строки дальше. Вся эта неразбериха требует, чтобы вертикальные размеры
  и смещения обрезания были кратны четырем. Горизонтальные могут оставаться
  четными.
  </para>

  <para>
  Для телесиненного видео я рекомендую производить обрезание после обратного
  телесина. Так как видео построчное, достаточно обрезать только по четным
  размерам. Если же действительно хотите получить небольшую прибавку к скорости,
  которую может дать обрезка, Вам придется производить усечение с вертикальными
  размерностями, кратными четырем. В противном случае фильтр обратного телесина
  не будет иметь правильных данных.
  </para>

  <para>
  Для чересстрочного (не подверженного телесину) видео, Вы всегда должны
  производить усечение с вертикальными размерностями, кратными четырем, если
  только не используете <option>-vf field</option> перед усечением.
  </para>
</listitem>

<listitem><formalpara>
  <title>О параметрах кодирования и качестве:</title>
  <para>
  Если я здесь рекомендую <option>mbd=2</option>, это еще не значит, что эту
  опцию не следует использовать где-либо еще. Совместно с <option>trell</option>,
  <option>mbd=2</option> является одной из двух опций
  <systemitem class="library">libavcodec</systemitem>, которые значительно
  увеличивают качество. Вам всегда следует использовать как минимум эти две,
  за исключением случая, когда потеря скорости кодирования недопустима
  (например, кодирование в реальном времени). Есть множество других 

<listitem><formalpara>
  <title>О производительности pullup:</title>
  <para>
  Использование <option>pullup</option> (совместно с <option>softskip</option>)
  для видео с построчной развёрткой вполне безопасно и обычно является хорошей 
  идеей, если только про источник не известно достоверно, что он полностью
  построчный. Потеря скорости мала в большинстве случаев.
  В минимальном варианте кодирования <option>pullup</option> замедляет
  <application>MEncoder</application> на 50%. Добавление обработки звука и
  продвинутых <option>lavcopts</option> опций затмевает эту разницу, уменьшая 
  падение производительности от использования <option>pullup</option> до 2%.
  </para>

<sect2 id="menc-feat-dvd-mpeg4-lavc-encoding-options">
<title>Опции кодирования libavcodec</title>

<para>
В идеале, Вы, наверное, хотели бы иметь возможность просто сказать кодировщику
переключиться на "высокое качество" и начать кодирование.
Это было бы замечательно, но, к сожалению, трудно реализуемо, поскольку
различные опции кодирования, в зависимости от исходного материала, дают в результате 
различное качество.
Так происходит потому, что сжатие зависит от визуальных свойств видео.

<itemizedlist>
<title>Опции для настройки:</title>
<listitem><para>
  <emphasis role="bold">vmax_b_frames</emphasis>: хороши 1 или 2, в зависимости
  от фильма.
  Заметьте, если хотите, чтобы Ваш фильм декодировался DivX5, Вы должны
  активировать поддержку закрытых GOP, используя опцию <option>cgop</option>
  <systemitem class="library">libavcodec</systemitem>, но также должны деактивировать 
  определение сцен, что не является хорошей идеей, поскольку несколько вредит
  эффективности.
</para></listitem>

  вместе с vb_strategy=1 поможет в этом случае.
</para></listitem>
<listitem><para>
  <emphasis role="bold">dia</emphasis>: диапазон поиска движения. Большие
  значения лучше и медленнее.
  Отрицательные значения &mdash; это совершенно другая шкала.
  Хорошими значениями являются -1 для быстрого кодирования или 2-4 &mdash; для 
  медленного.
</para></listitem>
<listitem><para>
  <emphasis role="bold">predia</emphasis>: предпроход поиска движения.
  Не так важен, как dia. Хорошими являются значения от 1 (по-умолчанию) до 4.

<listitem><para>
  <emphasis role="bold">cmp, subcmp, precmp</emphasis>: Функция сравнения для
  поиска движения.
  Поэкспериментируйте со значениями 0 (по-умолчанию), 2 (hadamard), 3 (dct), и 6
  (соотношение сигнал-шум).
  0 &mdash; самый быстрый и достаточен для precmp.
  В случае cmp и subcmp 2 является хорошим для аниме, а 3 для живой съемки.
  6 может оказаться лучше, а может и нет, но он медленнее.
</para></listitem>
<listitem><para>
  <emphasis role="bold">last_pred</emphasis>: Количество предсказателей
  движения, берущихся из предыдущего кадра.
  1-3 или около того помогут Вам ценой небольшой потери в скорости.
  Большие значения медленны и не дают дополнительного улучшения.
</para></listitem>
<listitem><para>
  <emphasis role="bold">cbp, mv0</emphasis>: Контролирует выбор макроблоков.
  Незначительное снижение скорости с небольшим приростом в качестве.
</para></listitem>
<listitem><para>
  <emphasis role="bold">qprd</emphasis>: адаптивное квантование, основанное на
  сложности макроблока.
  Может сделать лучше или хуже в зависимости от видео и других опций.
  Она также может привести к появлению артефактов, если Вы не установите vqmax в
  некоторое разумно малое значение
  (хорошо &mdash; 6, может быть даже 4); vqmin=1 также может помочь.
</para></listitem>
<listitem><para>
  <emphasis role="bold">qns</emphasis>: очень медленно, особенно в комбинации с qprd.
  Эта опция укажет кодировщику минимизировать шум от артефактов сжатия вместо
  создания закодированного видео, полностью идентичного исходному.

<listitem><para>
  <emphasis role="bold">vlelim, vcelim</emphasis>: Устанавливает порог
  отбрасывания одиночного коэффициента для яркостной и цветностной плоскостей.
  Они кодируются независимо во всех MPEG-похожих алгоритмах.
  Идея этих опций заключается в использованию некоторой хорошей эвристики для
  определения момента, когда изменения в блоке ниже указанного Вами порога, и что его
  стоит кодировать как "блок без изменений". 
  Это сохраняет быти и, возможно, ускоряет кодирование. 
  vlelim=-4 и vcelim=9 выглядят неплохими для живой съемки, но, скорее всего, не
  помогут для аниме; при кодировании анимации Вам, возможно, следует оставить
  эту опцию неизменной.
</para></listitem>
<listitem><para>
  <emphasis role="bold">qpel</emphasis>: Четверьтпиксельная оценка движения.
  По-умолчанию, MPEG-4 использует полупиксельную точность для оценки движения,

</para></listitem>
<listitem><para>
  <emphasis role="bold">lumi_mask, dark_mask</emphasis>: Психовизуальное
  адаптивное квантование.
  Не стоит играть с этими опциями, если заботитесь о качестве.
  Разумные значения могут быть эффективными в Вашем случае, но имейте в виду,
  что это весьма субъективно.
</para></listitem>
<listitem><para>
  <emphasis role="bold">scplx_mask</emphasis>: Пытается предотвратить появление
  квадратиков, но постобработка делает это лучше.

<sect2 id="menc-feat-mpeg4-lavc-example-settings">
<title>Примеры настроек кодирования</title>

<para>
Следующие настройки &mdash; это примеры различных комбинаций опций кодирования,
которые влияют на соотношение скорость-качество при той же величине целевого
биптотока.
</para>

<para>
Все настройки кодирования проверялись на тестовом видео 720x448 @30000/1001 fps 
с целевым битпотоком 900кбит/сек, на машине AMD-64 3400+ с 2400 МГц и 64 битном режиме.
Для каждой настройки кодирования указаны измеренная скорость кодирования (в
кадрах в секунду) и потеря PSNR (в дБ) по сравнению с настройкой "очень высокое
качество". Поймите, пожалуйста, что в зависимости от Вашего материала, типа
машины, прогресса разработки Вы можете получить сильно отличающиеся результаты.
</para>

<para>
<informaltable frame="all">
<tgroup cols="4">

<para>
С этой возможностью
<link linkend="ffmpeg"><systemitem
class="library">libavcodec</systemitem></link>,
Вы можете установить нестандартные inter (I-кадры/ключевые) и intra
(P-кадры/предсказанные) матрицы. Это поддерживается многими кодеками:
В <systemitem>mpeg1video</systemitem> и <systemitem>mpeg2video</systemitem>
также заявлена поддержка.
</para>

<para>
Обычное использовании этой опции &mdash; установить матрицы, предпочитаемые
спецификациями <ulink url="http://www.kvcd.net/">KVCD</ulink>.
</para>

<para>
<emphasis role="bold">KVCD Матрица Квантования "Notch":</emphasis>

<sect2 id="menc-feat-dvd-mpeg4-example">
<title>Пример</title>

<para>
Итак, Вы только что купили новенькую, блестящую копию фильма "Гарри Поттер и Тайная
Комната" (в широкоэкранном формате, конечно) и хотите сделать рип этого DVD так,
чтобы добавить его к Домашнему кинотеатру на PC. Это DVD первого региона, 
поэтому NTSC. Пример ниже также применим и для PAL, за исключением того, что
надо будет опустить <option>-ofps 24000/1001</option> (поскольку частота кадров
на выходе такая же, как и на входе), и, конечно, границы обрезания будут

<para>
Далее, мы хотим определить верные границы обрезания, поэтому используем фильтр 
cropdetect:
<screen>mplayer dvd://1 -vf cropdetect</screen>
Убедитесь, что переместились к полностью заполненному кадру (например,
к светлой сцене), Вы должны увидеть в консоли <application>MPlayer</application>:
<screen>crop area: X: 0..719  Y: 57..419  (-vf crop=720:362:0:58)</screen>
Затем снова воспроизводим фильм с этим фильтром для проверки его корректности:
<screen>mplayer dvd://1 -vf crop=720:362:0:58</screen>
И убеждаемся, что все выглядит прекрасно. Далее, проверяем, что ширина и высота
делятся на 16. С шириной все в порядке, а с высотой &mdash; нет. 
Поскольку мы не заваливали математику в 7-ом классе, то знаем, что ближайшее
целое, меньшее 362 и кратное 16, равно 352.
</para>

<para>

поскольку это нечетное число и отрицательно скажется на качестве.
Вместо этого, мы увеличим y на 4:
<screen>mplayer dvd://1 -vf crop=720:352:0:62</screen>
Другая причина, по которой мы урезаем пикселы сверху и снизу, заключаемся в том,
что мы хотим убедиться, что удалены все наполовину черные пикселы, если они есть.
Если Ваше видео подвержено телесину, убедитесь, что фильтр <option>pullup</option> (или
любой другой фильтр обратного телесина, который Вы решили использовать)
находится в цепочке до фильтра crop.
Если оно чересстрочное, то перед обрезкой проведите деинтерлейсинг.
(Если решили сохранить чересстрочность видео, убедитесь, что вертикальный сдвиг
обрезания кратен 4.)
</para>

<para>
Если Вас действительно заботит потеря этих 10 пикселов, Вы можете
вместо этого отмасштабировать фильм, уменьшив размерности до ближайших 
кратных 16 значений.
Цепочка фильтров будет выглядеть примерно так:
<screen>-vf crop=720:362:0:58,scale=720:352</screen>
Подобное уменьшение изображения будет означать потерю небольшого количества
деталей, хотя это, возможно, окажется незаметным. Масштабирование изображения в
сторону увеличения даст худшее качество (если Вы не увеличиваете битпоток).
Обрезка же полностью выбросит те пикселы. Это компромисс, идти на который или нет,
придется решать в каждом частном случае. Например, если DVD видео было создано
для телевидения, Вы можете захотеть избежать вертикального масштабирования,
поскольку частота строчной развертки [line sampling] соответствует тому, как содержимое
изначально записывалось.
</para>

<para>

опции, когда главным критерием является качество. Опции 
<option>cmp=3:subcmp=3:mbcmp=3</option> выбирают функцию сравнения, дающую
лучшее качество, чем стандартная. Вы можете поэкспериментировать с этим параметром
(возможные значения смотрите на man странице), поскольку разные функции могут
давать разный прирост в качестве в зависимости от исходного материала.
Например, если Вы замечаете, что <systemitem class="library">libavcodec</systemitem>
производит слишком много блочных артефактов (квадратиков), то можете попытаться
выбрать экспериментальный NSSE в качестве функции сравнения при помощи опциеи <option>*cmp=10</option>.
</para>

<para>
Для этого фильма полученный AVI будет 138 минут длинной и размером около 3Гб.
И, поскольку Вы сказали, что размер файла значения не имеет, это вполне
приемлемый результат. Однако, если все-таки хотите получить меньший размер файла, 
можете попробовать уменьшить битпоток. Увеличение битпотока имеет снижающийся эффект, 
поэтому, хотя мы можем ясно видеть улучшение от 1800Кбит/сек до 20000Кбит/сек, оно 
может быть не столь заметно выше 20000Кбит/сек.
</para>

<para>
Так как мы пропустили исходное видео через фильтр удаления шума, то, возможно,
захочется вернуть какую-то его часть во время воспроизведения.
Это, совместно с фильтром постобработки <option>spp</option>, существенно
улучшит воспринимаемое качество и поможет избежать блочных артефактов в видео.
Опцией <option>autoq</option> <application>MPlayer</application>'а Вы можете
изменять величину производимой фильтром spp постобработки в зависимости от
доступных ресурсов CPU. Вдобавок, на этом этапе Вы можете захотеть применить 
коррекцию гаммы и/или цвета для лучшего соответствия Вашему монитору. Например:
<screen>
mplayer <replaceable>Harry_Potter_2.avi</replaceable> -vf spp,noise=9ah:5ah,eq2=1.2 -autoq 3
</screen>
</para>
</sect2>

<sect1 id="menc-feat-xvid">
<title>Кодирование кодеком <systemitem class="library">Xvid</systemitem></title>

<para>
<systemitem class="library">Xvid</systemitem> &mdash; это свободная библиотека для
кодирования MPEG-4 ASP видео потоков.
Перед тем, как начать кодирование, Вам потребуется <link linkend="xvid">
настроить <application>MEncoder</application> для его поддержки</link>.
</para>

<para>
Это руководство в основном нацелено на особенности применения тех же методов,

Этот раздел предполагается как дополнение к man странице.
</para>

<para>
Настройки по-умолчанию Xvid уже являются хорошим выбором между скоростью и
качеством, поэтому Вы можете без опасений придерживаться их, если следующий
раздел Вас озадачивает.
</para>
</sect2>

<!-- ********** -->

  то время, как более высокие значения улучшат PSNR, но будут работать значительно
  медленнее.
  Заметьте, пожалуйста, что лучший PSNR не обязательно означает лучше выглядящую
  картинку, но говорит, что она ближе к оригиналу.
  Отключение этой опции заметно ускоряет кодирование; это может быть достойным
  компромиссом, если скорость Вам критична.
</para></listitem>
<listitem><para>
  <emphasis role="bold">bvhq</emphasis>
  То же, что и vhq, но для B-кадров.
  Имеет незначительное влияние на скорость и слегка улучшает качество (около

<listitem><para>
  <emphasis role="bold">max_bframes</emphasis>
  Большее число допустимых последовательных B-кадров обычно улучшает
  сжимаемость, хотя оно может также привести к большему количеству блочных
  артефактов (квадратиков).
  Значение по-умолчанию &mdash; хороший выбор между сжимаемостью и качеством, но Вы
  можете увеличить его до 3, если стеснены величиной битпотока.
  Вы также можете уменьшить это значение до 1 или 0, если печетесь об отличном качестве,
  впрочем в этом случае Вы должны убедиться, что целевой битпоток достаточно высок,
  дабы кодировщик не увеличивал значение квантователя, сохраняя нужную величину
  битпотока.
</para></listitem>
<listitem><para>
  <emphasis role="bold">bf_threshold</emphasis>
  Управляет чувствительностью кодировщика к B-кадрам, где большие значения
  приводят к использованию большего количество B-кадров (и наоборот).
  Опция должна использоваться совместно с <option>max_bframes</option>;
  если Вы стеснены величиной битпотока, то должны увеличить и 
  <option>max_bframes</option>, и <option>bf_threshold</option>,
  в том время как увеличение <option>max_bframes</option> и уменьшение
  <option>bf_threshold</option> позволят кодировщику использовать больше
  B-кадров в местах, где это <emphasis role="bold">действительно</emphasis>
  необходимо.
  Низкое количество <option>max_bframes</option> и высокое значение 
  <option>bf_threshold</option> &mdash; это, возможно, не самое мудрое решение,
  поскольку оно принудит кодировщик размещать B-кадры в местах, которые никак не
  выиграют от этого, тем самым ухудшая визуальное качество.
  Однако, если Вам требуется совместимость с аппаратными
  проигрывателями, поддерживающими только старые DivX профили (которые
  поддерживают только 1 последовательный B-кадр), это единственный способ 
  увеличить сжимаемость при помощи B-кадров.
</para></listitem>
<listitem><para>

  Оптимизирует процесс квантования для получения оптимального 
  соотношения между PSNR и битпотоком, что позволяет существенно экономить биты.
  Эти биты впоследствии будут потрачены на другие части видео, что приведет к
  увеличению общего качества.
  Следует всегда оставлять эту опцию включенной, поскольку ее влияние на
  качество огромно. Даже если Вы заботитесь о скорости, не отключайте ее до тех
  пор, пока не выставили <option>vhq</option> и остальные более CPU-прожорливые
  опции на минимум.
</para></listitem>
<listitem><para>
  <emphasis role="bold">hq_ac</emphasis>

  движения и тем лучше получающийся отрывок будет фиксировать оригинальное движение.
  </para>

  <para>
  Настройка по-умолчанию лучше во всех случаях, поэтому не рекомендуется ее
  выключать, если только Вы действительно не гонитесь за скоростью, поскольку
  биты, сэкономленные хорошей оценкой движения, могут быть использованы
  где-нибудь еще, увеличивая общее качество.
  Таким образом, не используйте значения ниже 5, да и его &mdash; только в крайнем
  случае.
  </para>
</listitem>
<listitem><para>
  <emphasis role="bold">chroma_me</emphasis>
  Улучшает оценку движения, дополнительно принимая во внимание информацию о
  цвете, тогда как одна <option>me_quality</option> использует только яркость.
  Это замедляет кодирование на 5-10%, но несколько улучшает визуальное качество,
  уменьшая эффект блочности и сокращая размер файла примерно на 1.3%.
  Если Вас интересует скорость, следует попробовать отключить эту опцию, прежде
  чем решите уменьшать значение <option>me_quality</option>.
</para></listitem>
<listitem><para>
  <emphasis role="bold">chroma_opt</emphasis>
  Эта опция служит для увеличения качества цветного изображения вокруг чисто черных/белых

  количества дополнительных бит для кодирования, а векторы-кандидаты не всегда
  дают (значительно) лучшие результаты.
  Почти всегда кодек тратит дополнительные биты на повышенную точность
  впустую, а в взамен получает или вообще ничего, или небольшое увеличение качества.
  К сожалению, нет способа предсказать возможные улучшения от <option>qpel</option>, 
  так что Вам придется сделать кодирование с ней и без нее, чтобы знать
  наверняка.
  </para>
  
  <para>
  <option>qpel</option> может привести к удвоенному времени кодирования и

<listitem><para>
  <emphasis role="bold">gmc</emphasis>
  Пытается сэкономить биты в сценах с приближением, используя один вектор
  движения для всего кадра. Это почти всегда увеличивает PSNR, но заметно
  замедляет кодирование (так же как и декодирование).
  Поэтому Вас следует использовать ее, только когда Вы включили 
  <option>vhq</option> на максимум.
  GMC <systemitem class="library">Xvid</systemitem>'а является более сложным,
  чем у DivX'а, но поддерживается только некоторыми аппаратными проигрывателями.
</para></listitem>
</itemizedlist>

<sect2 id="menc-feat-xvid-example-settings">
<title>Примеры настроек кодирования</title>

<para>
Последующие настройки &mdash; это примеры различных комбинаций опций кодирования,
которые влияют на соотношения скорость-качество при той же величине целевого
битпотока.
</para>

<para>
Все настройки кодирования проверялись на тестовом видео 720x448 @30000/1001 fps 
с целевым битпотоком 900кбит/сек, на машине AMD-64 3400+ с 2400 МГц и 64 битном режиме.
Для каждой настройки кодирования указаны измеренная скорость кодирования (в
кадрах в секунду) и потеря PSNR (в дБ) по сравнению с настройкой "очень высокое
качество". Поймите, пожалуйста, что в зависимости от Вашего материала, типа
машины, прогресса разработки Вы можете получить сильно отличающиеся результаты.
</para>

<informaltable frame="all">
<tgroup cols="4">
<thead>

<sect1 id="menc-feat-x264">
<title>Кодирование кодеком <systemitem class="library">x264</systemitem></title>
<para>
<systemitem class="library">x264</systemitem> это свободная библиотека для
кодирование H.264/AVC видео потоков.
Перед началом кодирование Вы должны <link linkend="codec-x264-encode">
настроить <application>MEncoder</application> для его поддержки</link>.
</para>

<!-- ********** -->

<para>
Начните, пожалуйста с просмотра раздела 
<systemitem class="library">x264</systemitem> 
man страницы <application>MPlayer</application>'а.
Этот раздел предполагается быть дополнением к странице man.
Здесь Вы найдете быстрые подсказки о том, какие опции чаще всего интересуют
большинство людей. Страница man более лаконична, но также более полна и порой
намного лучше преподносит технические детали.
</para>

  пользовательский предпочтений и специальных требований.
</para></listitem>
</orderedlist>

<para>
В конце концов, только Вы можете решать какие опции являются лучшими для Ваших
целей. Решение для первого класса опций очень простое:
надо только определить, считаете ли Вы, что разница в качестве оправдывает разницу в
скорости.  Для второго класса опций предпочтения могут быть значительно более
субъективными и зависеть от большего числа факторов. 
Имейте в виду, что некоторые из опций категории "пользовательских предпочтений и специальных
требований" могут все же иметь большое влияние на скорость или качество,
но это не основное их предназначение.
Часть опций из "пользовательских предпочтений" могут даже привести к изменениям,
которые выглядят лучше для одних людей и хуже &mdash; для других.
</para>

<para>
Перед тем как продолжить, Вам придется понять, что это руководство использует
только одну метрику качества: глобальный PSNR.
Краткое описание того, что такое PSNR, смотрите в
<ulink url="http://en.wikipedia.org/wiki/PSNR">статье Википедии о PSNR</ulink>.
Глобальный PSNR &mdash; это последнее значение PSNR, выводимое на консоль, когда в
<option>x264encopts</option> включена опция <option>psnr</option>.
Каждый раз, когда Вы читаете утверждения о PSNR, за ними скрывается
предположение, что используются одинаковые значения битпотока.
</para>

<para>
Почти все комментарии этого руководства предполагают, что Вы используете два
прохода.
Есть две основные причины использовать двухпроходное кодирование при сравнении
опций.
Во-первых, использование двух проходов увеличивает PSNR примерно на 1дБ,
что является очень хорошим значением.

  <para>
  <emphasis role="bold">subq</emphasis>:
  Из всех опций, позволяющих выбирать между скоростью и качеством, 
  <option>subq</option> и <option>frameref</option> (смотрите ниже), пожалуй,
  самые важные.
  Если Вы заинтересованы в тонкой настройке либо скорости, либо качества, 
  эти две &mdash; первое, с чего Вам стоит начать.
  С точки зрения скорости, опции <option>frameref</option> и
  <option>subq</option> очень жестко взаимодействуют друг с другом.
  Опыт показывает, что с одним ссылающимся кадром
  <option>subq=5</option> (настройка по-умолчанию) расходует на 35% больше
  времени, чем  <option>ubq=1</option>.

  на 0.2-0.5 дБ большего, чем  при <option>subq=1</option>.
  Обычно этого достаточно, чтобы заметить.
  </para>
  
  <para>
  <option>subq=6</option> &mdash; это самый медленный режим с лучшим качеством.
  Если сравнивать с <option>subq=5</option>, он обычно дает на 0.1-0.4 дБ
  больший глобальный PSNR ценой потери 25%-100% скорости.
  В отличие от остальных уровней <option>subq</option>, поведение 
  <option>subq=6</option> не так сильно зависит от <option>frameref</option>
  и <option>me</option>.  Вместо этого, эффективность <option>subq=6

  К сожалению, улучшение очень быстро сходит на нет.
  От <option>frameref=6</option> можно ожидать прироста PSNR лишь на 
  0.05-0.1 дБ по сравнению с <option>frameref=3</option> с дополнительной
  потерей 15% скорости.
  Выше <option>frameref=6</option> качество обычно увеличивается очень незначительно 
  (хотя на всем протяжении этой дискуссии Вам следует иметь в виду, оно может
  значительно изменяться в зависимости от исходного материала).
  В довольно типичном случае <option>frameref=12</option> улучшит глобальный 
  PSNR всего на 0.02дБ по сравнению с <option>frameref=6</option>, 
  ценой 15%-20% скорости.
  При таких высоких значениях <option>frameref</option>, единственная

  <option>frameref</option> "слишком высоким" на данный момент выглядит слишком
  далекой, чтобы об этом беспокоиться, а в будущем оптимизации могут вообще
  убрать такую возможность.
  </para></note>
  <para>
  Если Вас заботит скорость, разумным компромиссом будет использовать низкие
  значения <option>subq</option> и <option>frameref</option> в первом проходе, а
  <!-- FIXME  is translation correct ? -->
  затем увеличить из во втором: Вы, возможно, потеряете вплоть до 0.1дБ PSNR,
  что может быть достаточно малым значением, чтобы его заметить.
  Однако, различные значения <option>frameref</option> могут 
  иногда повлиять на решение о выборе типа кадра.
  Скорее всего, это довольно редкие крайние случаи, но если Вы хотите быть точно
  уверенными, подумайте, содержит ли Ваше видео полноэкранные
  <!-- FIXME is translation correct? -->
  периодически вспыхивающие изображения или очень большие паузы, которые могут стать
  причиной принудительной вставки I-кадра.
  Настройте <option>frameref</option> в первом проходе так, чтобы 
  она была достаточно большой, чтобы содержать длительность цикла вспыхивания

  прироста в 0.1дБ.
</para></listitem>
<listitem>
  <para>
  <emphasis role="bold">bframes</emphasis>:
  Если Вы занимались кодированием с другими кодеками, то могли заметить, что
  B-кадры не всегда полезны.
  В H.264 это изменилось: есть новые техники и типы блоков, возможные в B-кадрах.
  Обычно, даже примитивный алгоритм выбора B-кадров может дать значимую
  выгоду для PSNR.
  Интересно заметить, что использование B-кадров обычно отчасти ускоряет второй

  последующих проходах.
  </para>
</listitem>
<listitem><para>
  <emphasis role="bold">b_pyramid</emphasis>:
  С тем же успехом Вы можете включить эту опцию, если используете >=2 B-кадров;
  Вы получите небольшое улучшение качества без потери в скорости, как и говорит
  man руководство.
  Имейте в виду, что такое видео не может быть прочитано основанными на
  libavcodec декодерами, созданными ранее, чем примерно 5 Марта 2005. 
</para></listitem>
<listitem>

  <para>
  К сожалению, текущий алгоритм адаптивного принятия решений о B-Кадрах имеет
  твердую склонность к избеганию использования B-кадров при затуханиях.
  До тех пор, пока это не изменится, хорошей идеей, возможно, будет добавить 
  <option>nob_adapt</option> к x264encopts, если предполагаете, что затухания
  будут иметь сильный эффект на Ваш конкретный видеоклип.
  </para>
</listitem>
</itemizedlist>
</sect3>

<itemizedlist>
<listitem>
  <para>
  <emphasis role="bold">Двухпроходное кодирование</emphasis>:
  Выше советовалось всегда использовать кдирование в два прохода, но все же
  существуют причины этого не делать. Например, если Вы захватываете TV
  трансляцию и кодируете в реальном времени, придется использовать однопроходный
  режим. К тому же один проход очевидно быстрее, чем два; если Вы используете
  точно такой же набор опций в обоих случаях, двухпроходной режим медленнее
  вдвое.
  </para>
  <para>
  Все же существует очень хорошие причины использовать кодирование в два
  прохода. Во-первых, управление битпотоком при однопроходного режима не
  является телепатом и часто делает необоснованный выбор, потому что не может
  видеть общую картину. Например, предположим, что Вы имеете двухминутное видео,
  состоящее из двух независимых частей. Первая половина &mdash; очень динамичная
  сцена, продолжающаяся 60 секунд и требующая сама по себе битпоток примерно
  2500 кбит/сек, чтобы прилично выглядеть. Сразу за ней следует менее
  требовательная 60-секундная сцена, которая хорошо выглядит при 300 кбит/сек.
  Предположим, Вы запросили битпоток 14000 кбит/сек; в теории этого достаточно
  для удовлетворения потребностей обеих сцен.
  В этом случае управление битпотоком в однопроходном режиме сделает пару "ошибок".
  Во-первых, оно установит битпоток в 1400 кбит/сек для обеих частей. Первая
  часть может оказаться чрезмерно квантованной, что приведет к
  недопустимому и неоправданно блочному изображению. Вторая часть будет

  кодировщик может оценить, с разумной точностью, "стоимость" (в битах)
  кодирования любого заданного кадра при любом заданном квантователе.
  Это делает возможным намного более рациональное, лучше спланированное
  распределение битов между дорогими (высокодинамичными) и дешевыми
  (малодинамичными) сценами. Смотрите <option>qcomp</option> ниже, чтобы узнать
  некоторые идеи о том, как можно это распределение настроить по Вашему вкусу.
  </para>
  <para>
  Более того, два прохода занимают не двойное время по сравнению с одним.
  Вы можете настроить опции первого прохода на более быструю скорость и низкое
  качество. Если хорошо выберете опции, Вы получите очень быстрый первый проход.
  Полученное качество во втором проходе будет несколько ниже, потому что
  предсказание размера менее точно, но разница в качестве обычно слишком мала,
  чтобы быть заметной. Попробуйте, например, добавить
  <option>subq=1:frameref=1</option> в <option>x264encopts</option> первого
  прохода. Затем, при втором проходе, используйте более медленные, с лучшим

  </para>
</listitem>
<listitem><para>
  <emphasis role="bold">Кодирование в три прохода</emphasis>?
  x264 предоставляет возможность делать желаемое количество последовательных
  проходов. Если Вы указали <option>pass=1</option> при первом проходе,
  используйте затем <option>pass=3</option> в последующем проходе, этот проход
  будет одновременно читать статистику предыдущего прохода и записывать ее
  собственную. Дополнительный проход, следующий за этим, будет иметь очень
  хорошую основу для осуществления очень точных предсказаний размеров кадров при
  выбранном квантователе. На практике, общее улучшение качества от использования
  этого режима близко к нулю и, вполне возможно, третий проход приведет к
  немного худшему глобальному PSNR, чем у предыдущего прохода.
  При обычном использовании три прохода помогают, если Вы при двух проходах
  получаете либо плохое предсказание битпотока, либо плохо выглядящие переходы
  между сценами. Это в точности то, что наверняка будет происходить на очень
  коротких клипах. Существуют также особые случаи, когда три (или более)
  проходом удобны для продвинутых пользователей, но, для краткости, это
  руководство не включает в себя описание этих особых случаев.

  <option>qcomp</option> по-умолчанию установлена в 0.6, что по мнению многих
  людей может быть несколько мало (также часто используется 0.7-0.8).
</para></listitem>
<listitem><para>
  <emphasis role="bold">keyint</emphasis>:
  <option>keyint</option> &mdash; единственная возможность выбора между удобством
  перемещения по файлу и эффективностью кодирования. По-умолчанию
  <option>keyint</option> установлена в 250. В материале с 25fps это гарантирует
  возможность перемещения с точностью до 10 секунд. Если Вы считаете, что более
  важным и полезным будет перемещение с точностью до 5 секунд, установите
  <option>keyint=125</option>; это немного ухудшит качество/битпоток. Если Вы
  заботитесь только о качестве, но не о перемещаемости, Вы можете установить
  значение этой опции в более высокое значение (понимая, что улучшение будет
  убывающим, вплоть до исчезающе малого или даже нулевого). Видео поток
  по-прежнему будет иметь точки перемещения, пока в нем есть какие-то изменения
  сцен.
</para></listitem> 

  использует предустановленные степени обработки и пороговые значения в
  зависимости от QP интересующего блока.
  По-умолчанию, блоки с высоким QP обрабатываются сильнее, а в блоках с низким
  QP удаление блочности вообще не производится.
  Предустановленые степени обработки, определенные стандартом, тщательно подобраны
  и имеют хорошие шансы быть PSNR-оптимальными для любого видео, которое Вы
  пытаетесь кодировать.
  Опция <option>deblock</option> позволяет указать смещения предустановленных
  пороговых значений деблокинга.
  </para>
  <para>

  блочности состоит в том, что пороговые значения по-умолчанию практически
  всегда PSNR-оптимальны.
  В редких случаях, где они неоптимальны, идеальное смещение будет плюс минус 1.
  Изменение параметров деблокинга на большие значения фактически гарантирует
  ухудшение PSNR.
  Усиление фильтра размажет больше деталей; ослабление — оставит больше квадратиков.
  </para>
  <para>
  По определению плохая идея уменьшать пороги деблокинга, если Ваш исходный
  материал в основном имеет небольшую пространственную сложность (т.е. не имеет
  множества деталей или шума).
  In-loop фильтр делает весьма неплохую работу по сокрытию появляющихся
  артефактов. Однако, если исходный материал имеет высокую пространственную
  сложность, артефакты будут практически незаметны.
  Это происходит потому, что ореолы имеют склонность выглядеть как детали или
  шум. Зрительное восприятие легко замечает отсутствие деталей, но ему не так
  легко обратить внимание на неверно изображенный шум.
  Когда речь идет о субъективном качестве, шум и детали в некоторой степени
  взаимозаменяемы.
  Уменьшая силу фильтра удаления блочности, Вы скорее всего увеличиваете ошибку,
  добавляя ореолы, но глаз этого не замечает, поскольку он путает артефакты с
  деталями.
  </para>
  <para>
  Однако, это <emphasis role="bold">по-прежнему</emphasis> не оправдывает

<sect2 id="menc-feat-x264-example-settings">
<title>Примеры настроек кодирования</title>

<para>
Последующие настройки &mdash; это примеры различных комбинаций опций кодирования,
которые влияют на соотношения скорость-качество при той же величине целевого
битпотока.
</para>

<para>
Все настройки кодирования проверялись на тестовом видео 720x448 @30000/1001 fps 
с целевым битпотоком 900кбит/сек, на машине AMD-64 3400+ с 2400 МГц и 64-х битном режиме.
Для каждой настройки кодирования указаны измеренная скорость кодирования (в
кадрах в секунду) и потеря PSNR (в дБ) по сравнению с настройкой "очень высокое
качество". Поймите, пожалуйста, что в зависимости от Вашего материала, типа
машины, прогресса разработки Вы можете получить сильно отличающиеся результаты.
</para>

<informaltable frame="all">
<tgroup cols="4">
<thead>

  Кодирование семейством кодеков <systemitem class="library">Video For Windows</systemitem>
</title>

<para>
Video for Windows предоставляет простое кодирование в смысле бинарных видео
кодеков. Вы можете кодировать следующими кодеками (если у Вас есть другие,
сообщите нам!)
</para>

<para>
Имейте в виду, что поддержка этой возможности очень экспериментальная и

</para>

<para>
DVD, SVCD, и VCD форматы жестко ограничены. Доступен только небольшой выбор
размеров и пропорций кодируемого изображения.
Если Ваш фильм пока не удовлетворяет этим ограничениям, придется изображение
масштабировать, обрезать или добавлять к нему черные полосы, чтобы добиться
совместимости.
</para>

</tbody>
</tgroup>
</informaltable>

<para>
Если Ваш фильм имеет пропорции 2.35:1 (большинство современных фильмов),
для создания DVD или VCD придется добавить черные полосы или обрезать фильм до
16:9. Добавляя черные полосы, пытайтесь выровнять их размеры на границу в 16 пикселов,
чтобы минимизировать влияние на производительность кодирования.
К счастью, DVD имеет достаточно избыточный битпоток, чтобы не сильно
беспокоиться об эффективности кодирования, но SVCD и VCD весьма ограничены в

<sect3 id="menc-feat-vcd-dvd-constraints-gop">
<title>Ограничения на размер GOP</title>

<para>
DVD, VCD, и SVCD также ограничивают Вас относительно низкими размерами  
GOP (Group of Pictures, Группа Изображений).
Для материала с 30 fps максимальный допустимый размер GOP равен 18.
Для 25 или 24 fps, максимум равен 15.
Размер GOP устанавливается опцией <option>keyint</option>.
</para>

</para></listitem>
<listitem><para>
  <emphasis role="bold">vcodec</emphasis>:
  <option>mpeg1video</option> для VCD;
  <option>mpeg2video</option> для SVCD;
  <option>mpeg2video</option> обычно используется для DVD, но Вы также можете
  использовать 
  <option>mpeg1video</option> для CIF разрешений.
</para></listitem>
<listitem><para>
  <emphasis role="bold">keyint</emphasis>:

  1152 для VCD. Иожет не указываться для SVCD и DVD.
</para></listitem>
<listitem><para>
  <emphasis role="bold">vrc_maxrate</emphasis>:
  1152 для VCD; 2500 для SVCD; 9800 для DVD.
  Для SVCD и DVD Вы, возможно, пожелаете использовать меньшие значения в
  зависимости от Ваших личных требований и предпочтений.
</para></listitem>
<listitem><para>
  <emphasis role="bold">vbitrate</emphasis>:
  1152 для VCD;
  вплоть до 2500 для SVCD;
  вплоть до 9800 для DVD.
  Для двух последний форматов, vbitrate следует установить на основании личных
  предпочтений.
  Например, если Вы настаиваете на размещении 20 или около того часов видео на
  DVD, можете использовать vbitrate=400.
  Качество получившегося видео, возможно, будет довольно плохим.
  Если Вы пытаетесь выжать максимально возможное качество на DVD, используйте
  vbitrate=9800, но имейте в виду, что это ограничит Вас менее чем одним часом
  видео на однослойном DVD.
</para></listitem>
<listitem><para>
  <emphasis role="bold">vtrict</emphasis>:
  <option>vstrict</option>=0 следует использовать для создания DVD.