Initial (partially, about 40%) translation.

Patch from Andrew Savchenko  birkoph at list ru
with small fixes.

Translated sections:
menc-feat-dvd-mpeg4

Sections to translate:
menc-feat-telecine
menc-feat-enc-libavcodec
menc-feat-xvid
menc-feat-x264
menc-feat-video-for-windows
menc-feat-vcd-dvd



git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@20741 b3059339-0415-0410-9bf9-f77b7e298cf2

1 files changed, 4905 insertions, 0 deletions

diff --git a/DOCS/xml/ru/encoding-guide.xml b/DOCS/xml/ru/encoding-guide.xml
new file mode 100644
index 0000000000..280217dd14
--- /dev/null
+++ b/DOCS/xml/ru/encoding-guide.xml
@@ -0,0 +1,4905 @@
+<?xml version="1.0" encoding="utf-8"?>
+<!-- synced with r20683  -->
+<!-- **Partially** translated -->
+<chapter id="encoding-guide">
+<title>Кодирование с <application>MEncoder</application></title>
+
+<sect1 id="menc-feat-dvd-mpeg4">
+<title>Создание высококачественного MPEG-4 (&quot;DivX&quot;) рипа из DVD фильма</title>
+
+<para>
+  Одним часто задаваемым вопросом является "Как мне сделать рип самого высокого 
+  качества для заданного размера?". Другой вопрос "Как мне создать DVD рип с самым
+  высоким возможным качеством? Я не беспокоюсь о размере файла, мне нужно лишь 
+  наилучшее качество.".
+</para>
+
+<para>
+  Последний вопрос, похоже, отчасти неверно сформулирован. В конце концов, если
+  Вы не беспокоитесь о размере файла, почему бы просто не скопировать весь MPEG-2 
+  видео поток с DVD? Конечно, ваш AVI файл будет занимать около 5GB,
+  но если Вы желате наилучшее качество и не волнуетесь о размере, то это, 
+  несомненно, лучшее решение.
+</para>
+
+<para>
+  В действительности, причиной, по которой Вы хотите перекодировать DVD в MPEG-4,
+  является именно Ваше <emphasis role="bold">беспокойство</emphasis>
+  о размере файла.
+</para>
+
+<para>
+  Сложно дать универсальный рецепт о создании DVD рипа очень высокого
+  качества. Необходимо рассмотреть несколько факторов, и Вы должны
+  понимать эти детали, иначе Вы, скорее всего, разочаруетесь своими
+  результатами. Ниже мы исследуем некоторые из этих вопросов, а затем
+  рассмотрим пример. Мы предполагаем, что Вы используете
+  <systemitem class="library">libavcodec</systemitem> для кодирования видео,
+  хотя теория также применима и к другим кодекам.
+</para>
+
+<para>
+  Если это кажется для Вас слишком сложным, то Вам, пожалуй, следует использовать 
+  один из многочисленных неплохих фронтендов, указанных в
+  <ulink url="http://www.mplayerhq.hu/design7/projects.html#mencoder_frontends">разделе MEncoder</ulink>
+  нашей страницы родственных проектов.
+  Так Вы должны получить высококачественные рипы без особых размышлений,
+  поскольку большинство этих утилит разработаны для принятия умных решений за Вас.
+</para>
+
+<sect2 id="menc-feat-dvd-mpeg4-preparing-encode">
+<title>Подготовка к кодированию: Идентификация исходного материала и кадровой
+  частоты</title>
+<para>
+  Прежде, чем даже задумываться о кодировании фильма, Вам необходимо выполнить
+  некоторые предварительные действия.
+</para>
+
+<para>
+  Первым и наиболее важным шагом перед кодированием должно быть опеределение
+  типа содержимого, с которым Вы работате.
+  Если источником Ваших исходных материалов является DVD или 
+  широковещательное/кабельное/спутниковое TV, оно будет содержаться в одном из 
+  двух форматов: NTSC для Северной Америки и Японии, PAL для Европы и т.д..
+  Однако, важно понимать, что это только форматирование для показа на
+  телевидении, и оно часто
+  <emphasis role="bold">не</emphasis> соответствует
+  исходному формату фильма.
+  Опыт показывает, что NTSC материал существенно более сложен для кодирования,
+  т.к. в нём содержится больше элементов, которые нужно идентифицировать.
+  Для проведения удачного кодирования, Вам необходимо знать исходный формат.
+  Отказ от принятия этого во внимание приведёт к различным дефектам в Вашем 
+  кодировании, включая безобразные гребешки (артефакты череcстрочной развёртки)
+  и повторяющиеся или даже потерянные кадры.
+  Кроме ухудщения картинки, артефакты так же уменьшают эффективность кодирования:
+  Вы получите худшее качество на единицу битпотока.
+</para>
+
+<sect3 id="menc-feat-dvd-mpeg4-preparing-encode-fps">
+<title>Определение кадровой чатоты источника</title>
+<para>
+  Вот список, содержащий общие типы исходных материалов, где, 
+  преимущественно, можно найти и их свойства:
+</para>
+<itemizedlist>
+<listitem><para>
+  <emphasis role="bold">Стандартный фильм</emphasis>: Производятся
+  для театральных показов на 24 fps [кадр/сек].
+</para></listitem>
+<listitem><para>
+  <emphasis role="bold">PAL видео</emphasis>: Записывается с помощью
+  PAL видеокамеры при 50 полях в секунду.
+  Поле состоит только из чётных или нечётных линий кадра.
+  Телевидение было разработано для обновления этих полей попеременно,
+  что используется как вид дешёвого аналогового сжатия.
+  Человеческий глаз, предположительно, компенсирует это, но однажды
+  поняв чересстрочную развёртку, Вы научитесь видеть её и на TV и
+  Вам больше никогда не понравится телевидение.
+  Два поля <emphasis role="bold">не</emphasis> составляют
+  целый кадр, поскольку они снимаются с задержкой в 1/50 секунды
+  и, следовательно, не формируют одно изображение, за исключением случая
+  полного отсутсвия движения.
+</para></listitem>
+<listitem><para>
+  <emphasis role="bold">NTSC видео</emphasis>: Записывается с помощью
+  NTSC видеокамеры при 60000/1001 полях в секунду, или 60 полях в секунду
+  в эпоху чёрно-белого TV.
+  В других отношениях аналогично PAL.
+</para></listitem>
+<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>: Различные низкие 
+  кадровые частоты.
+</para></listitem>
+</itemizedlist>
+</sect3>
+
+<sect3 id="menc-feat-dvd-mpeg4-preparing-encode-material">
+<title>Идентификация исходного материала</title>
+<para>
+  Фильмы, состоящие из кадров, называются фильмами с построчной (или прогрессивной)
+  развёрткой, а состоящие из независимых полей &mdash; фильмами с чересстрочной
+  развёрткой или просто видео; однако, последний термин двусмысленный.
+</para>
+<para>
+  Из-за дальнейших усложнений, некоторые фильмы будут смесью
+  нескольких, указанных выше.
+</para>
+<para>
+  Наиболее важным различием между всеми этими форматами является
+  то, что одни из них основаны на кадрах, а другие &mdash; на полях.
+  <emphasis role="bold">Любой</emphasis> фильм, подготовленный для
+  просмотра на телевидении (включая DVD), преобразуется в формат,
+  основанный на полях.
+
+<!-- FIXME: Существует ли лучший *краткий* (1-2 слова) перевод для 
+  терминов pulldown и telecine? В литературе, которую я нашёл, 
+  используют или указанные мной, по сути дела, транслитерации, 
+  или так и оставляют английские названия.
+  А точный перевод можно выполнить только целым предложением
+  (т.е. определением), что совершенно неуместно в контексте 
+  данного документа, где эти термины часто встречаются. -->
+
+  Различные методы, с помощью которых это может быть сделано, совокупно 
+  называются "телесин" (англ. telecine), одним из вариантов которого 
+  является отвратительный NTSC "3:2 пулдаун" (англ. pulldown).
+  За исключением случаев, когда формат исходного материала был 
+  также основан на полях (и с такой же частотой полей), Вы получите 
+  фильм в формате отличном от исходного.
+</para>
+
+<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>:
+  Каждый 12-й кадр показывается за время длительности трёх полей, 
+  вместо двух.
+  Это помогает избежать проблемы 4%-го ускорения, но делает обращение
+  процесса существенно более сложным.
+  Такие вещи обычно наблюдаются в музыкальных произведениях, где
+  изменение скорости на 4% существенно повредит музыкальную партитуру.
+</para></listitem>
+<listitem><para>
+  <emphasis role="bold">NTSC 3:2 телесин</emphasis>: Кадры показываются
+  попеременно за время длительности 3-х полей или 2-х полей.
+  Это даёт частоту полей в 2.5 раза больше исходной частоты кадров.
+  Результат также очень незначительно замедляется от 60 до 60000/1001 
+  полей в секунду для поддержания частоты полей NTSC.
+</para></listitem>
+<listitem><para>
+  <emphasis role="bold">NTSC 2:2 пулдаун</emphasis>: Используется
+  для отображения материала с 30 fps на NTSC.
+  Так же мил, как и 2:2 PAL пулдаун.
+</para></listitem>
+</itemizedlist>
+
+<para>
+  Так же существуют методы для преобразования между NTSC и PAL видео,
+  но подобные темы выходят за рамки данного руководства.
+  Если Вам попался такой фильм, и Вы хотите кодировать его,
+  лучшим решением будет найти копию в исходном формате.
+  Преобразование между этими двумя форматами вносит большие потери
+  и не может быть точно обращено, так что Ваше кодирование
+  существенно пострадает, если оно делается из преобразованного
+  источника.
+</para>
+<para>
+  Когда видео находится на DVD, последовательные пары полей 
+  группируются как кадр, даже если они не предназначены для
+  одновременного отображения.
+  Стандарт MPEG-2, используемый на DVD и цифровом TV предоставляет
+  возможность одновременно кодировать исходные кадры с построчной
+  развёрткой и сохранять число полей, в течении которых кадр 
+  должен быть показан, в его заголовке.
+  Если был использован такой метод, фильм часто будет называться
+  как "мягкий телесин", т.к. процесс только указывает DVD-плееру
+  о необходимости применения пулдауна к фильму, не изменяя при этом
+  сам фильм.
+  Этот случай существенно предпочтителен, т.к. он может быть легко обращён
+  (в действительности, проигнорирован) кодером и т.к. он сохраняет 
+  максимальное качество.
+  Однако, многие широковещательные и DVD студии не используют
+  надлежащую технологию кодирования и вместо этого производят
+  фильмы с "жёстким телесином", где поля в действительности
+  повторяются в кодированном MPEG-2.
+</para>
+<para>
+  Порядок действия в таких случаях будет описан 
+  <link linkend="menc-feat-telecine">позже в данном руководстве</link>.
+  Сейчас мы дадим Вам несколько советов по идентификации типа 
+  материала, с которым Вы работаете:
+</para>
+
+<itemizedlist>
+<title>Области NTSC:</title>
+<listitem><para>
+  Если при просмотре Вашего фильма <application>MPlayer</application> 
+  выводит, что частота кадров была изменена до 24000/1001 и она
+  никогда не меняется обратно, то это почти наверняка содержимое
+  с построчной развёрткой, которое было подвергнуто 
+  "мягкому телесину".
+</para></listitem>
+<listitem><para>
+  Если <application>MPlayer</application> отображает попеременные 
+  переключения частоты кадров между 24000/1001 и 30000/1001, и Вы 
+  иногда видите "гребешки", есть несколько возможностей.
+  Сегменты с 24000/1001 fps почти наверняка являются "мягко 
+  телесиненным" содержимым с построчной развёрткой, но части с
+  30000/1001 fps могут быть как "жёстко телесиненым" содержимым 
+  с 24000/1001 fps, так и NTSC видео с 60000/1001 полями в секунду.
+  Испольуйте два нижеследующих руководства для определения того,
+  с каким случаем вы имеете дело.
+</para></listitem>
+<listitem><para>
+  Если <application>MPlayer</application> никогда не показывает
+  изменения кадровой частоты и каждый отдельный кадр, где есть
+  движение, оказывается гребёнкой, Ваш фильм есть NTSC видео с 
+  60000/1001 полями в секунду.
+</para></listitem>
+<listitem><para>
+  Если <application>MPlayer</application> никогда не показывает
+  изменения кадровой частоты и два кадра из каждых пяти оказываются
+  гребёнкой, Ваш фильм представляет собой "жёстко телесиненное"
+  содержимое с 24000/1001 fps.
+</para></listitem>
+</itemizedlist>
+
+<itemizedlist>
+<title>Области PAL:</title>
+<listitem><para>
+  Если Вы не видите никакой гребёнки, Ваш фильм есть 2:2 пулдаун.
+</para></listitem>
+<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>
+<para>
+  <application>MPlayer</application> может замедлить воспроизведение 
+  фильма с опцией -speed или воспроизводить его покадрово.
+  Попробуйте использовать опцию <option>-speed 0.2</option> для 
+  очень медленного просмотра фильма или несколько раз нажмите
+  клавишу "<keycap>.</keycap>" для воспроизведения одного кадра 
+  за раз и идетнифицируйте образец, если не можете его увидеть на
+  полной скорости.
+</para>
+</note>
+</sect3>
+</sect2>
+
+<sect2 id="menc-feat-dvd-mpeg4-2pass">
+<title>Постоянный квантователь против многопроходности</title>
+
+<para>
+  Возможно кодировать Ваш фильм, широко варьируя качество.
+  С современными видеокодерами и небольшим сжатием перед кодированием
+  (уменьшением размера и шумов) возможно достичь очень хорошего
+  качества при размере 700 МБ для 90-110-минутного широкоэкранного фильма.
+  Более того, всё, кроме самых длинных фильмов, может быть кодировано
+  с почти безупречным качеством на 1400 МБ.
+</para>
+
+<para>
+  Есть три подхода при кодировании видео: постоянный битпоток (CBR), 
+  постоянный квантователь и многопроходность (ABR или усреднённый битпоток).
+</para>
+
+<para>
+  Сложность кадров фильма и, таким образом, число битов, нужных для их
+  сжатия может существенно отличаться от одной сцены к другой.
+  Современные видеокодеры могут подстраиваться под это в процессе
+  работы и варьировать битпоток.
+  Однако, в таких простых режимах как CBR кодеры не знают загруженность
+  битпотока в последующих сценах и т.о. не могут превысить затребованный
+  битпоток для больших промежутков времени.
+  Более продвинутые режимы, такие как многопроходный режим, могут
+  учитывать статистику предыдущих проходов; это решает проблему, 
+  упомянутую выше.
+</para>
+
+<note><title>Замечание:</title>
+<para>
+  Большинство кодеков, поддерживающих ABR кодирование, поддерживают
+  только двупроходный режим, в то время как некоторые другие, такие
+  как <systemitem class="library">x264</systemitem>,
+  <systemitem class="library">XviD</systemitem>
+  и <systemitem class="library">libavcodec</systemitem> поддерживают
+  многопроходность, несколько улучшающую качество на каждом проходе,
+  однако, это улучшение не измеримо и не заметно после 4-го прохода
+  или около того.
+  Поэтому, в данном разделе дву- и многопроходность будут
+  использоваться взаимозаменяемо.
+</para>
+</note>
+
+<para>
+  В каждом из этих режимов видеокодек (такой как
+  <systemitem class="library">libavcodec</systemitem>)
+  разбивает видеокадр на макроблоки размером 16х16 пикселей и потом
+  применяет квантователь к каждому макроблоку. Чем меньше квантоваль, 
+  тем лучше качество и выше битпоток.
+  Метод, используемый видео кодером для определения того, какой
+  квантователь использовать для данного макроблока, варьируется и 
+  подлежит тонкой настройке. (Это крайнее упрощение реального
+  процесса, но основная концепция полезна для понимания.)
+</para>
+
+<para>
+  Когда Вы указываете постоянный битпоток, видеокодек будет кодировать
+  видео, отбрасывая детали столько, сколько необходимо и настолько мало,
+  насколько это возможно с целью оставаться ниже заданного битпотока.
+  Если Вас действительно не волнует размер файла, Вы можете также
+  использовать CBR и указать бесконечный битпоток. (На практике это
+  означает значение, достаточно большое для обозначения отсутствия
+  предела, например, 10000 Кбит.) В результате, без реального ограничения 
+  битпотока, кодек использует наименьший возможный квантователь для
+  каждого макроблока (как указано опцией
+  <option>vqmin</option> для
+  <systemitem class="library">libavcodec</systemitem>, равной 2 по умолчанию).
+  Как только Вы укажите настолько низкий битпоток, что кодек будет
+  вынужден использовать более высокий квантователь, Вы почти наверняка
+  испортите качество Вашего видео.
+  Чтобы избежать этого, Вам, вероятно, придётся уменьшить размеры
+  Вашего видео, согласно методу, описанному далее в этом руководстве.
+  В общих чертах, Вам следует избегать CBR совсем, если Вы заботитесь
+  о качестве.
+</para>
+
+<para>
+  С постоянным квантователем кодек использует для всех макроблоков
+  один и тот же квантователь, указанный в опции
+  <option>vqscale</option> (для 
+  <systemitem class="library">libavcodec</systemitem>).
+  Если Вы хотите рип наивысшего возможного качества, снова не взирая 
+  на битпоток, Вы можете использовать
+  <option>vqscale=2</option>.
+  Это приведёт к тому же битпотоку и PSNR (пику отношения сигнала к шуму), 
+  что и CBR с 
+  <option>vbitrate</option>=бесконечности и значением по умолчанию 
+  <option>vqmin</option>, равным 2.
+</para>
+
+<para>
+  Проблема с постоянным квантованием заключается в том, что кодек использует
+  заданный квантователь вне зависимости от того, требуется это для 
+  макроблока или нет. То есть возможно использование большего квантователя
+  для макроблока без ухудшения видимого качества. Зачем тратить биты на
+  излишне низкий квантователь? У Вашего процессора есть столько тактов,
+  сколько есть времени, но имеется лишь ограниченное число битов на
+  жёстком диске.
+</para>
+
+<para>
+  При двупроходном кодировании первый проход создаст рип фильма так, 
+  как будто это был CBR, но сохранит лог свойств для каждого кадра.
+  Эта информация затем будет использована во время второго прохода
+  для принятия интеллектуальных решений о том, какой квантователь
+  следует использовать. Во время быстрого движения или сцен с 
+  высокой детализацией с большой веротностью будут использованы 
+  бОльшие квантователи, а во время медленного движения или сцен
+  с низкой детализацией &mdash; меньшие.
+  Обычно количество движения играет существенно более важную роль,
+  чем количество деталей.
+</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>
+  После того, как Вы сейчас убедились, что два прохода &mdash; это путь
+  к действию, возникает вопрос о том, какой битпоток использовать?
+  Ответ таков, что нет единого ответа. В идеале, Вы хотите выбрать
+  битпоток, при котором достигается наилучший баланс между качеством
+  и размером файла. Здесь возможны вариации в зависимости от
+  исходного видеоматериала.
+</para>
+
+<para>
+  Если размер не важен, хорошей отправной точкой для рипа очень высокого
+  качества будет 2000 Кбит +/- 200 Кбит.
+  Для видеоматериала с быстрым движением или высокой детализацией
+  или просто если у Вас очень разборчивый глаз, Вы можете использовать
+  2400 или 2600.
+  Для некоторых DVD Вы не заметите разницы на 1400 Кбит. Хорошей идеей
+  является экспериментирование со сценами на разных битпотоках, чтобы
+  почувствовать разницу.
+</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
+  = 740 кбит/сек</systemitem>.
+</para>
+
+</sect2>
+
+
+<sect2 id="menc-feat-dvd-mpeg4-constraints">
+<title>Ограничения для эффективного кодирования</title>
+
+<para>
+  Из-за особенностей MPEG-подобного сжатия, существуют различные
+  ограничения, которым Вы должны следовать для достижения 
+  максимального качества.
+  MPEG разбивает видео на квадраты 16х16, называемые макроблоками.
+  Каждый макроблок состоит из 4 блоков 8х8 с информацией о люме
+  (интенсивности) и двух блоков 8х8 с информацией о хроме (цвете)
+  половинного разрешения (один для красно-бирюзовой оси и другой
+  для жёлто-голубой оси).
+  Даже если ширина и высота Вашего фильма не кратны 16, кодер 
+  всё равно использует нужное количество макроблоков 16х16 для покрытия
+  всей области картинки, дополнительная область будет впустую потрачена.
+  Так что в интересах максимизации качества при фиксированном размере
+  файла, не стоит использовать размеры, не кратные 16.
+</para>
+
+<para>
+  У большинства DVD также есть определённое подобие чёрных полос на
+  краях. Если Вы их оставите, это может повредить качество несколькими
+  путями.
+</para>
+
+<orderedlist>
+<listitem>
+<para>
+  MPEG-подобное сжатие также очень чувствительно к преобразованиям
+  частотных интервалов, в частности, к дискретному косинусному 
+  преобразованию (DCT), которое аналогично преобразованию Фурье.
+  Этот вид сжатия эффективен для представления образов и сглаженных
+  переходов, но у него возникают проблемы с острыми краями.
+<!-- FIXME: для слова ringing я тоже не нашёл краткого однозначного 
+     перевода; лучшее, что приходит на ум - это "размывание краёв",
+     ясное дело, что причиной является отбрасывание малых гармоник,
+     в результате чего вместо точки возникает затухающая окружность,
+     но вот как это кратко выразить... -->
+  Для кодирования последних Вам нужно гораздо больше битов, а иначе
+  у вас появится артефакт, известный как размывание краёв
+  (англ. ringing).
+</para>
+
+<para>
+  Частотные преобразования (DCT) выполняются независимо для каждого
+  макроблока (на самом деле, для каждого блока), так что эта проблема
+  возникает только в случае попадания острого края внутрь блока.
+  Если Ваши чёрные поля возникают точно на границах, кратных 16
+  пикселям, это не проблема.
+  Однако, чёрные полосы на DVD редко хорошо расположены, так что 
+  на практике Вам всегда придётся усекать стороны для избежания 
+  этих проблем. 
+</para>
+</listitem>
+</orderedlist>
+
+<para>
+  В дополнение к преобразованиям частотных интервалов, MPEG-подобное 
+  сжатие использует векторы движения для отображения изменений от 
+  одного кадра к другому. Векторы движения, естественно, работают
+  существенно менее эффективно для новых объектов, идущих от
+  краёв картинки, поскольку они отсутсвуют в предыдущих кадрах.
+  Пока картинка простирается вплоть до края кодируемой области,
+  у векторов движения не возникает проблем с движением объектов
+  за пределы картинки. Однако, при наличии черных полей 
+  могут возникнуть проблемы:
+</para>
+
+<orderedlist continuation="continues">
+<listitem>
+<para>
+  Для каждого макроблока MPEG-подобное сжатие сохраняет вектор,
+  определяющий какая часть предыдущего кадра должна быть скопирована
+  в этот макроблок как основа для предсказания следующего кадра.
+  Кодированию подлежит только оставшаяся разность. Если макроблок 
+  простирается до края картинки и содержит часть чёрной полосы,
+  то векторы движения других частей каритки перепишут чёрную полосу.
+  Это означает, что много битов нужно потратить либо на повторное 
+  чернение переписанной полосы, либо (что более вероятно) вектор 
+  движения не будет использован вовсе и все изменения для этого 
+  макроблока будут явно кодированы. Другими словами, эффективность 
+  кодирования существенно уменьшается.
+</para>
+
+<para>
+  Ещё раз, эта проблема возникает только в случае, если чёрные полосы
+  не укладываются в границы, кратные 16.
+</para>
+</listitem>
+
+<listitem>
+<para>
+  Наконец, предположим, что у нас есть находящийся внутри картинки 
+  макроблок и объект движется в этот блок от края изображения.
+  MPEG-подобное кодирование не может сказать "скопируй ту часть, 
+  что внутри картинки, но не чёрную полосу". Так что чёрная полоса
+  также быдет скопирована внутрь, в результате чего масса битов 
+  будет потрачена на кодирование части изображения, которое должно
+  быть на месте полосы.
+</para>
+
+<para>
+  Для случаев, когда всё изображение движется к краю кодируемой
+  области, у MPEG есть специальные оптимизации для многократного
+  копирования пикселей на край картинки, когда вектор движения
+  идёт извне области кодирования. Эта возможность становится 
+  бесполезной, если у фильма есть чёрные полосы. В отличии от 
+  случаев 1 и 2, выравнивание границ до кратности 16 здесь 
+  не поможет.
+</para>
+</listitem>
+
+<listitem>
+<para>
+  Несмотря на то, что границы полностью чёрные и никогда не изменяются,
+  существуют, как минимум, определённые накладные расходы, связанные
+  с наличием большего числа макроблоков.
+</para>
+</listitem>
+</orderedlist>
+
+<para>
+  Благодаря всем этим причинам, рекомендуется полностью урезать 
+  чёрные полосы. Более того, если есть области шумов/искажений
+  на краях картинки, то их урезание также поспособствует улучшению 
+  качества кодирования. Видеофилы, желающие сохранить оригинал как
+  можно более точно, могут возражать против такого усечения; но
+  если Вы не планируете кодировать при постоянном квантователе,
+  качество, полученное при усечении, существенно превысит потери