comparison DOCS/xml/ru/encoding-guide.xml @ 21700:68248f4e3027

Typos, spelling fixes

21699:5c909391c555

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

<para>
В действительности, причиной, по которой Вы хотите перекодировать DVD в MPEG-4,

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

<para>
Первым и наиболее важным шагом перед кодированием должно быть опеределение
типа содержимого, с которым Вы работате.
Если источником Ваших исходных материалов является DVD или 
широковещательное/кабельное/спутниковое TV, оно будет содержаться в одном из 
двух форматов: NTSC для Северной Америки и Японии, PAL для Европы и т.д..
Однако, важно понимать, что это только форматирование для показа на
телевидении, и оно часто

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


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

  поняв чересстрочную развёртку, Вы научитесь видеть её и на TV и
  Вам больше никогда не понравится телевидение.
  Два поля <emphasis role="bold">не</emphasis> составляют
  целый кадр, поскольку они снимаются с задержкой в 1/50 секунды
  и, следовательно, не формируют одно изображение, за исключением случая
  полного отсутсвия движения.
</para></listitem>
<listitem><para>
  <emphasis role="bold">NTSC видео</emphasis>: Записывается с помощью
  NTSC видеокамеры при 60000/1001 полях в секунду, или 60 полях в секунду
  в эпоху чёрно-белого TV.

<listitem><para>
  <emphasis role="bold">Анимация</emphasis>: Обычно рисуется на 24 fps, 
  но также существуют разновидности со смешанной кадровой частотой.
</para></listitem>
<listitem><para>
  <emphasis role="bold">Компьютерныя графика (CG)</emphasis>: Может
  быть с любой частотой кадров, но некоторые встречаются чаще остальных;
  24 и 30 кадров в секунду типичны для NTSC, и 25 fps типично для PAL.
</para></listitem>
<listitem><para>
  <emphasis role="bold">Старый фильм</emphasis>: Различные низкие 

<itemizedlist>
<title>Существует несколько общих типов пулдауна:</title>
<listitem><para>
  <emphasis role="bold">PAL 2:2 пулдаун</emphasis>: Наилучший из всех.
  Каждый кадр показывается за время длительности двух полей путем 
  извлечения чётных и нечётных строк и их попременного показа.
  Если в исходном материале 24 fps, то это ускоряет воспроизведение фильма
  на 4%.
</para></listitem>
<listitem><para>
  <emphasis role="bold">PAL 2:2:2:2:2:2:2:2:2:2:2:3 пулдаун</emphasis>:

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

<listitem><para>
  Если Вы видите попеременную гребёнку каждые полсекунды,
  Ваш фильм представляет собой 2:2:2:2:2:2:2:2:2:2:2:3 пулдаун.
</para></listitem>
<listitem><para>
  Если Вы всегда видите гребёшки во время движения, значит Ваш 
  фильм является PAL видео с 50 полями в секунду.
</para></listitem>
</itemizedlist>

<note><title>Подсказка:</title>

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

<para>
Если Вашей целью является определённый размер, Вам нужно как-нибудь
вычислить битпоток. Но перед этим, Вам нужно знать, сколько места
нужно зарезервировать по аудио дорожку(и), так что Вам необходимо 
<link linkend="menc-feat-dvd-mpeg4-audio">извлечь их</link> сперва.
Вы можете расчитать битпоток с помощью следующей формулы:
<systemitem>битпоток = (конечный_размер_в_МБайт - размер_звука_в_МБайт) *
1024 * 1024 / длительность_в_секундах * 8 / 1000</systemitem>.
Например, для сжатия двухчасового фильма в 702 МБ CD, с 60 МБ
аудио дорожкой, битпоток видео должен составлять:
<systemitem>(702 - 60) * 1024 * 1024 / (120*60) * 8 / 1000

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

  Для каждого макроблока MPEG-подобное сжатие сохраняет вектор,
  определяющий какая часть предыдущего кадра должна быть скопирована
  в этот макроблок как основа для предсказания следующего кадра.
  Кодированию подлежит только оставшаяся разность. Если макроблок 
  простирается до края картинки и содержит часть чёрной полосы,
  то векторы движения других частей каритки перепишут чёрную полосу.
  Это означает, что много битов нужно потратить либо на повторное 
  чернение переписанной полосы, либо (что более вероятно) вектор 
  движения не будет использован вовсе и все изменения для этого 
  макроблока будут явно кодированы. Другими словами, эффективность 
  кодирования существенно уменьшается.

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

  <para>

Не проводите неполное усечение, поскольку чёрные полосы очень
плохи для кодирования!
</para>

<para>
Посокльку MPEG-4 использует макроблоки 16х16, Вы должны убедиться,
что каждое измерение кодируемого видео кратно 16; иначе Вы ухудшите 
качество, особенно на малых битпотоках. Вы можете сделать это, 
округлив ширину и высоту прямоугольника усечения до ближайшего 
меньшего целого, кратного 16.
Учитывая установленное ранее, при усечении Вы можете захотеть увеличить

<sect2 id="menc-feat-dvd-mpeg4-resolution-bitrate">
<title>Выбор разрешения и битпотока</title>

<para>
Если Вы не собираетеся кодировать в режиме постоянного квантователя,
Вам нужно выбрать битпоток. 
Понятие битпотока очень просто: это среднее число битов, которые
будут использованы для сохранения Вашего фильма, в секунду.
Обычно битпоток измеряется в килобитах (1000 бит) в секунду.
Размер Вашего фильма на диске есть битпоток, умноженный на 

<sect3 id="menc-feat-dvd-mpeg4-resolution-bitrate-compute">
<title>Расчёт разрешения</title>

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

<itemizedlist>
<title>где:</title>

</para></listitem>
</itemizedlist>
</para>

<para>
Затем Вы можете расчитать разрешение по X и Y, согласно определённому
фактору качества сжатия (CQ):
<systemitem>ResY = INT(SQRT( 1000*Битпоток/25/ARc/CQ )/16) * 16</systemitem>
и <systemitem>ResX = INT( ResY * ARc / 16) * 16</systemitem>.
</para>

<para>
Хорошо, но что такое CQ?
CQ соответсвует числу битов на пиксель и на кадр для кодирования.
Грубо говоря, чем больше CQ, тем меньше вероятность увидеть
артефакты кодирования.
Однако, если у Вас есть заданный размер для Вашего фильма
(например, 1 или 2 CD), есть ограниченное общее число битов, 
которые Вы можете потратить; поэтому важно найти хороший 
компромисс между сжимаемостью и качеством.
</para>

<para>
CQ зависит от битпотока, эффективности видеокодека и разрешения фильма.
Обычно, в целях увеличеиня CQ, Вам нужно будет уменьшить размер
фильма при постоянном битпотоке, заданном размере и длине фильма.
С MPEG-4 ASP кодеками, такими как <systemitem class="library">Xvid</systemitem>
и <systemitem class="library">libavcodec</systemitem>, CQ 
меньше 0.18 обычно приводит к изображению с большим числом
сегментов "квадратиками", из-за недостаточного числа битов для

<sect2 id="menc-feat-dvd-mpeg4-interlacing">
<title>Чересстрочная развёртка и телесин</title>

<para>
Почти все фильмы снимаются при 24 fps [кадр/сек]. Поскольку 
в NTSC ниспользуется 30000/1001 fps, нужно выполнить некоторую
обработку для такого 24 fps видео, чтобы оно корректно 
воспроизводилось при кадровой частоте NTSC. Этот процесс называется
3:2 пулдаун, обычно называемый телесин (поскольку пулдаун часто
применяется в процессе показа телевизионного фильма, англ. telecine);
и в упрощенном описании это работает путём замедления фильма до

</para>

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

<para>
Алгоритмы аудио/видео (A/V) синхронизации <application>MEncoder</application>
были разработаны с целью восстановления файлов с повреждённой
синхронизацией.
Однако, в ряде случаев они могут привести к ненужному пропуску 
или повторению кадров и, возможно, к лёгкой A/V десинхронизации
корректных входных данных (конечно, проблемы A/V синхронизации 
возникают только при обработке или копировании аудиотрека при
кодировании видео, что настоятельно рекомендуется).
Поэтому Вы можете переключиться на базовую A/V синхронизацию 
с помощью опции <option>-mc 0</option> или разместить это в

</para>

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

<para>
Также были сообщения об A/V десинхронизации при кодировании
со стандартного ввода (stdin) с помощью <application>MEncoder</application>.
Не делайте этого! Всегда взамен используйте файл или CD/DVD и т.п. 
устройство.
</para>
</sect2>

<title>Выбор видеокодека</title>

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

  Здесь всё становится почти неразумным: из-за тех же причин, по 
  которым одни придерживаются DivX 3 в течении лет, в то время
  как новые кодеки уже творят чудеса, другие люди предпочитают
  <systemitem class="library">Xvid</systemitem> или
  <systemitem class="library">libavcodec</systemitem> MPEG-4
  использованиию <systemitem class="library">x264</systemitem>.
  </para>
  
  <para>
  Вам нужно принимать решение самостоятельно; не слушайте советов 
  людей, признающих только один кодек.

<screen>
mplayer <replaceable>файл_источника.vob</replaceable> -aid 129 -dumpaudio -dumpfile <replaceable>звук.ac3</replaceable></screen>
сохранит в файл <replaceable>звук.ac3</replaceable> аудиодорожку
с номером 129 из файла
<replaceable>файл_источника.vob</replaceable> (Обратите внимание:
DVD VOB файлы обычно импользуют нумерацию аудио, отличную от 
стандартной, что означает, что аудиодорожка VOB 129 &mdash; это вторая
аудиодорожка файла).
</para>

<para>

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

    -vc dummy -aid 1 -vo null
</screen>
сохранит вторую аудиодорожку из файла
<replaceable>исходный_файл.vob</replaceable> в файл 
<replaceable>звук.wav</replaceable>.
Возможно, Вы захотите нормализировать звук перед кодированием,
поскольку аудиодорожки DVD обычно записываются с маленькой
громкостью.
Вы можете использовать, например, утилиту <application>normalize</application>,
доступную в большинстве дистрибутивов.
Если вы пользуетесь Window$, утилита <application>BeSweet</application>

<sect3 id="menc-feat-dvd-mpeg4-muxing-avi-limitations">
<title>Ограничения контейнера AVI</title>

<para>
Хотя это самый широко распостранённый формат контейнера после 
MPEG-1,  он также обладает некоторыми существенными недостатками.
Пожалуй, они наиболее очевидны в его избыточности.
Для каждой цепочки AVI файла теряется 24 байта на заголовки и
индекс.
Это приводит к чуть более 5 МБ/час или 1.0-2.5% избыточности

</para>

<para>
Утилиты, необходимые для создания Matroska файлов, сообща
называются <application>mkvtoolnix</application>, и доступны
для большиства Unix платформ, так же как и для Window$.
Поскольку Matroska &mdash; открытый формат, Вы можете найти 
иные утилиты, которые лучше Вам подходят, но поскольку
<application>mkvtoolnix</application> &mdash; наиболее общие
и поддерживаются самой командой разработчиков Matroska, мы
будем обсуждать только их использование.

В <systemitem>mpeg1video</systemitem> и <systemitem>mpeg2video</systemitem>
также заявлена поддержка.
</para>

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

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

</para>

<para>
После запуска <option>mplayer dvd://1</option> мы следуем процессу, детально
описанному в разделе <link linkend="menc-feat-telecine">Как работать с телесином
и черезстрочностью в NTSC DVD</link>, и выясняем, что это 24000/1001 fps
прогрессивное видео, а значит использовать фильтры обратного телесина,
такие как <option>pullup</option> или <option>filmdint</option> не нужно.
</para>

<para>

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

<para>
Если вас действительно заботит потеря этих 10 пикселов, вы можете

деталей, хотя это, возможно, окажется незаметным. Масштабирование изображения в
сторону увеличения даст худшее качество (если вы не увеличиваете битпоток).
Обрезка же полностью выбросит те пикселы. Это компромисс, идти на который или нет,
придется решать в каждом частном случае. Например, если DVD видео было создано
для телевидения,  вы можете захотеть избежать вертикального масштабирования,
поскольки частота строчной развертки [line sampling] соответствует тому, как содержимое
изначально записывалось.
</para>

<para>
При проверке видим, что наш фильм имеет немного движения и большое количество

производит слишком много блочных артефактов (квадратиков), то можете попытаться
выбрать экспериментальный 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. Вдобавок, на этом этапе вы можете захотеть применить 
коррекцию гаммы и/или цвета для лучшего соответствия вашему монитору. Например:

</para>

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

<sect2 id="menc-feat-xvid-intro">
<title>Какие опции следует использовать для получения лучших резудьтатов?</title>

<para>
Пожалуйста, начните с просмотра раздела 
<systemitem class="library">Xvid</systemitem> man страницы
<application>MPlayer</application>.

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

  битпотока.
</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> позволят кодировщику использовать больше

<listitem>
  <para>
  <emphasis role="bold">me_quality</emphasis>
  Это опция для настройки точности оценки движения.
  Чем выше <option>me_quality</option>, тем точнее будет оценка оригинального
  
  движения и тем лучше получающийся отрывок будет фиксировать оригинальное движение.
  </para>

  <para>
  Настройка по-умолчанию лучше во всех случаях, поэтому не рекомендуется ее

  чем решите уменьшать значение <option>me_quality</option>.
</para></listitem>
<listitem><para>
  <emphasis role="bold">chroma_opt</emphasis>
  Эта опция служит для увеличения качества цветного изображения вокруг чисто черных/белых
  краниц вместо улучшения сжатия. Она также может помочь против
  эффекта красных ступенек ["red stairs" effect].
</para></listitem>
<listitem><para>
  <emphasis role="bold">lumi_mask</emphasis>
  Пытается отдать меньший битпоток областям изображения, которые 
  человеческий глаз не в состоянии цвидеть достаточно хорошо, что
  позволит кодировщику потратить сэкономленные биты на более важные 
  части картинки. Качество закодированного материала, привнесенное этой 
  опцией, сильно зависит от личных предпочтений и от типа и настроек монитора,
  использовавшегося для просмотра (обычно результат выглядит не очень хорошо,
  если он яркий, или является TFT монитором).

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

  <entry>X</entry>
  <entry>X</entry>
  <entry>X</entry>
</row>
<row>
  <entry>Черезстрочное кодирование</entry>
  <entry></entry>
  <entry></entry>
  <entry></entry>
  <entry></entry>
  <entry>X</entry>

21700:68248f4e3027

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

<para>
В действительности, причиной, по которой Вы хотите перекодировать DVD в MPEG-4,

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

<para>
Первым и наиболее важным шагом перед кодированием должно быть определение
типа содержимого, с которым Вы работаете.
Если источником Ваших исходных материалов является DVD или 
широковещательное/кабельное/спутниковое TV, оно будет содержаться в одном из 
двух форматов: NTSC для Северной Америки и Японии, PAL для Европы и т.д..
Однако, важно понимать, что это только форматирование для показа на
телевидении, и оно часто

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


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

  поняв чересстрочную развёртку, Вы научитесь видеть её и на TV и
  Вам больше никогда не понравится телевидение.
  Два поля <emphasis role="bold">не</emphasis> составляют
  целый кадр, поскольку они снимаются с задержкой в 1/50 секунды
  и, следовательно, не формируют одно изображение, за исключением случая
  полного отсутствия движения.
</para></listitem>
<listitem><para>
  <emphasis role="bold">NTSC видео</emphasis>: Записывается с помощью
  NTSC видеокамеры при 60000/1001 полях в секунду, или 60 полях в секунду
  в эпоху чёрно-белого TV.

<listitem><para>
  <emphasis role="bold">Анимация</emphasis>: Обычно рисуется на 24 fps, 
  но также существуют разновидности со смешанной кадровой частотой.
</para></listitem>
<listitem><para>
  <emphasis role="bold">Компьютерная графика (CG)</emphasis>: Может
  быть с любой частотой кадров, но некоторые встречаются чаще остальных;
  24 и 30 кадров в секунду типичны для NTSC, и 25 fps типично для PAL.
</para></listitem>
<listitem><para>
  <emphasis role="bold">Старый фильм</emphasis>: Различные низкие 

<itemizedlist>
<title>Существует несколько общих типов пулдауна:</title>
<listitem><para>
  <emphasis role="bold">PAL 2:2 пулдаун</emphasis>: Наилучший из всех.
  Каждый кадр показывается за время длительности двух полей путем 
  извлечения чётных и нечётных строк и их попеременного показа.
  Если в исходном материале 24 fps, то это ускоряет воспроизведение фильма
  на 4%.
</para></listitem>
<listitem><para>
  <emphasis role="bold">PAL 2:2:2:2:2:2:2:2:2:2:2:3 пулдаун</emphasis>:

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

<listitem><para>
  Если Вы видите попеременную гребёнку каждые полсекунды,
  Ваш фильм представляет собой 2:2:2:2:2:2:2:2:2:2:2:3 пулдаун.
</para></listitem>
<listitem><para>
  Если Вы всегда видите гребёнки во время движения, значит Ваш 
  фильм является PAL видео с 50 полями в секунду.
</para></listitem>
</itemizedlist>

<note><title>Подсказка:</title>

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

<para>
Если Вашей целью является определённый размер, Вам нужно как-нибудь
вычислить битпоток. Но перед этим, Вам нужно знать, сколько места
нужно зарезервировать по аудио дорожку(и), так что Вам необходимо 
<link linkend="menc-feat-dvd-mpeg4-audio">извлечь их</link> сперва.
Вы можете рассчитать битпоток с помощью следующей формулы:
<systemitem>битпоток = (конечный_размер_в_МБайт - размер_звука_в_МБайт) *
1024 * 1024 / длительность_в_секундах * 8 / 1000</systemitem>.
Например, для сжатия двухчасового фильма в 702 МБ CD, с 60 МБ
аудио дорожкой, битпоток видео должен составлять:
<systemitem>(702 - 60) * 1024 * 1024 / (120*60) * 8 / 1000

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

  Для каждого макроблока MPEG-подобное сжатие сохраняет вектор,
  определяющий какая часть предыдущего кадра должна быть скопирована
  в этот макроблок как основа для предсказания следующего кадра.
  Кодированию подлежит только оставшаяся разность. Если макроблок 
  простирается до края картинки и содержит часть чёрной полосы,
  то векторы движения других частей картинки перепишут чёрную полосу.
  Это означает, что много битов нужно потратить либо на повторное 
  чернение переписанной полосы, либо (что более вероятно) вектор 
  движения не будет использован вовсе и все изменения для этого 
  макроблока будут явно кодированы. Другими словами, эффективность 
  кодирования существенно уменьшается.

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

  <para>

Не проводите неполное усечение, поскольку чёрные полосы очень
плохи для кодирования!
</para>

<para>
Поскольку MPEG-4 использует макроблоки 16х16, Вы должны убедиться,
что каждое измерение кодируемого видео кратно 16; иначе Вы ухудшите 
качество, особенно на малых битпотоках. Вы можете сделать это, 
округлив ширину и высоту прямоугольника усечения до ближайшего 
меньшего целого, кратного 16.
Учитывая установленное ранее, при усечении Вы можете захотеть увеличить

<sect2 id="menc-feat-dvd-mpeg4-resolution-bitrate">
<title>Выбор разрешения и битпотока</title>

<para>
Если Вы не собираетесь кодировать в режиме постоянного квантователя,
Вам нужно выбрать битпоток. 
Понятие битпотока очень просто: это среднее число битов, которые
будут использованы для сохранения Вашего фильма, в секунду.
Обычно битпоток измеряется в килобитах (1000 бит) в секунду.
Размер Вашего фильма на диске есть битпоток, умноженный на 

<sect3 id="menc-feat-dvd-mpeg4-resolution-bitrate-compute">
<title>Расчёт разрешения</title>

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

<itemizedlist>
<title>где:</title>

</para></listitem>
</itemizedlist>
</para>

<para>
Затем Вы можете рассчитать разрешение по X и Y, согласно определённому
фактору качества сжатия (CQ):
<systemitem>ResY = INT(SQRT( 1000*Битпоток/25/ARc/CQ )/16) * 16</systemitem>
и <systemitem>ResX = INT( ResY * ARc / 16) * 16</systemitem>.
</para>

<para>
Хорошо, но что такое CQ?
CQ соответствует числу битов на пиксель и на кадр для кодирования.
Грубо говоря, чем больше CQ, тем меньше вероятность увидеть
артефакты кодирования.
Однако, если у Вас есть заданный размер для Вашего фильма
(например, 1 или 2 CD), есть ограниченное общее число битов, 
которые Вы можете потратить; поэтому важно найти хороший 
компромисс между сжимаемостью и качеством.
</para>

<para>
CQ зависит от битпотока, эффективности видеокодека и разрешения фильма.
Обычно, в целях увеличения CQ, Вам нужно будет уменьшить размер
фильма при постоянном битпотоке, заданном размере и длине фильма.
С MPEG-4 ASP кодеками, такими как <systemitem class="library">Xvid</systemitem>
и <systemitem class="library">libavcodec</systemitem>, CQ 
меньше 0.18 обычно приводит к изображению с большим числом
сегментов "квадратиками", из-за недостаточного числа битов для

<sect2 id="menc-feat-dvd-mpeg4-interlacing">
<title>Чересстрочная развёртка и телесин</title>

<para>
Почти все фильмы снимаются при 24 fps [кадр/сек]. Поскольку 
в NTSC используется 30000/1001 fps, нужно выполнить некоторую
обработку для такого 24 fps видео, чтобы оно корректно 
воспроизводилось при кадровой частоте NTSC. Этот процесс называется
3:2 пулдаун, обычно называемый телесин (поскольку пулдаун часто
применяется в процессе показа телевизионного фильма, англ. telecine);
и в упрощенном описании это работает путём замедления фильма до

</para>

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

<para>
Алгоритмы аудио/видео (A/V) синхронизации <application>MEncoder</application>
были разработаны с целью восстановления файлов с повреждённой
синхронизацией.
Однако, в ряде случаев они могут привести к ненужному пропуску 
или повторению кадров и, возможно, к лёгкой A/V рассинхронизации
корректных входных данных (конечно, проблемы A/V синхронизации 
возникают только при обработке или копировании аудиотрека при
кодировании видео, что настоятельно рекомендуется).
Поэтому Вы можете переключиться на базовую A/V синхронизацию 
с помощью опции <option>-mc 0</option> или разместить это в

</para>

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

<para>
Также были сообщения об A/V рассинхронизации при кодировании
со стандартного ввода (stdin) с помощью <application>MEncoder</application>.
Не делайте этого! Всегда взамен используйте файл или CD/DVD и т.п. 
устройство.
</para>
</sect2>

<title>Выбор видеокодека</title>

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

  Здесь всё становится почти неразумным: из-за тех же причин, по 
  которым одни придерживаются DivX 3 в течении лет, в то время
  как новые кодеки уже творят чудеса, другие люди предпочитают
  <systemitem class="library">Xvid</systemitem> или
  <systemitem class="library">libavcodec</systemitem> MPEG-4
  использованию <systemitem class="library">x264</systemitem>.
  </para>
  
  <para>
  Вам нужно принимать решение самостоятельно; не слушайте советов 
  людей, признающих только один кодек.

<screen>
mplayer <replaceable>файл_источника.vob</replaceable> -aid 129 -dumpaudio -dumpfile <replaceable>звук.ac3</replaceable></screen>
сохранит в файл <replaceable>звук.ac3</replaceable> аудиодорожку
с номером 129 из файла
<replaceable>файл_источника.vob</replaceable> (Обратите внимание:
DVD VOB файлы обычно используют нумерацию аудио, отличную от 
стандартной, что означает, что аудиодорожка VOB 129 &mdash; это вторая
аудиодорожка файла).
</para>

<para>

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

    -vc dummy -aid 1 -vo null
</screen>
сохранит вторую аудиодорожку из файла
<replaceable>исходный_файл.vob</replaceable> в файл 
<replaceable>звук.wav</replaceable>.
Возможно, Вы захотите нормализовать звук перед кодированием,
поскольку аудиодорожки DVD обычно записываются с маленькой
громкостью.
Вы можете использовать, например, утилиту <application>normalize</application>,
доступную в большинстве дистрибутивов.
Если вы пользуетесь Window$, утилита <application>BeSweet</application>

<sect3 id="menc-feat-dvd-mpeg4-muxing-avi-limitations">
<title>Ограничения контейнера AVI</title>

<para>
Хотя это самый широко распространённый формат контейнера после 
MPEG-1,  он также обладает некоторыми существенными недостатками.
Пожалуй, они наиболее очевидны в его избыточности.
Для каждой цепочки AVI файла теряется 24 байта на заголовки и
индекс.
Это приводит к чуть более 5 МБ/час или 1.0-2.5% избыточности

</para>

<para>
Утилиты, необходимые для создания Matroska файлов, сообща
называются <application>mkvtoolnix</application>, и доступны
для большинства Unix платформ, так же как и для Window$.
Поскольку Matroska &mdash; открытый формат, Вы можете найти 
иные утилиты, которые лучше Вам подходят, но поскольку
<application>mkvtoolnix</application> &mdash; наиболее общие
и поддерживаются самой командой разработчиков Matroska, мы
будем обсуждать только их использование.

В <systemitem>mpeg1video</systemitem> и <systemitem>mpeg2video</systemitem>
также заявлена поддержка.
</para>

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

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

</para>

<para>
После запуска <option>mplayer dvd://1</option> мы следуем процессу, детально
описанному в разделе <link linkend="menc-feat-telecine">Как работать с телесином
и чересстрочностью в NTSC DVD</link>, и выясняем, что это 24000/1001 fps
прогрессивное видео, а значит использовать фильтры обратного телесина,
такие как <option>pullup</option> или <option>filmdint</option> не нужно.
</para>

<para>

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

<para>
Если вас действительно заботит потеря этих 10 пикселов, вы можете

деталей, хотя это, возможно, окажется незаметным. Масштабирование изображения в
сторону увеличения даст худшее качество (если вы не увеличиваете битпоток).
Обрезка же полностью выбросит те пикселы. Это компромисс, идти на который или нет,
придется решать в каждом частном случае. Например, если DVD видео было создано
для телевидения,  вы можете захотеть избежать вертикального масштабирования,
поскольку частота строчной развертки [line sampling] соответствует тому, как содержимое
изначально записывалось.
</para>

<para>
При проверке видим, что наш фильм имеет немного движения и большое количество

производит слишком много блочных артефактов (квадратиков), то можете попытаться
выбрать экспериментальный 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. Вдобавок, на этом этапе вы можете захотеть применить 
коррекцию гаммы и/или цвета для лучшего соответствия вашему монитору. Например:

</para>

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

<sect2 id="menc-feat-xvid-intro">
<title>Какие опции следует использовать для получения лучших результатов?</title>

<para>
Пожалуйста, начните с просмотра раздела 
<systemitem class="library">Xvid</systemitem> man страницы
<application>MPlayer</application>.

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

  битпотока.
</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> позволят кодировщику использовать больше

<listitem>
  <para>
  <emphasis role="bold">me_quality</emphasis>
  Это опция для настройки точности оценки движения.
  Чем выше <option>me_quality</option>, тем точнее будет оценка оригинального
  движения и тем лучше получающийся отрывок будет фиксировать оригинальное движение.
  </para>

  <para>
  Настройка по-умолчанию лучше во всех случаях, поэтому не рекомендуется ее

  чем решите уменьшать значение <option>me_quality</option>.
</para></listitem>
<listitem><para>
  <emphasis role="bold">chroma_opt</emphasis>
  Эта опция служит для увеличения качества цветного изображения вокруг чисто черных/белых
  границ вместо улучшения сжатия. Она также может помочь против
  эффекта красных ступенек ["red stairs" effect].
</para></listitem>
<listitem><para>
  <emphasis role="bold">lumi_mask</emphasis>
  Пытается отдать меньший битпоток областям изображения, которые 
  человеческий глаз не в состоянии увидеть достаточно хорошо, что
  позволит кодировщику потратить сэкономленные биты на более важные 
  части картинки. Качество закодированного материала, привнесенное этой 
  опцией, сильно зависит от личных предпочтений и от типа и настроек монитора,
  использовавшегося для просмотра (обычно результат выглядит не очень хорошо,
  если он яркий, или является TFT монитором).

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

  <entry>X</entry>
  <entry>X</entry>
  <entry>X</entry>
</row>
<row>
  <entry>Чересстрочное кодирование</entry>
  <entry></entry>
  <entry></entry>
  <entry></entry>
  <entry></entry>
  <entry>X</entry>