Merge remote-tracking branch 'origin/master'

Conflicts:
	.gitignore
	bstr.c
	cfg-mplayer.h
	defaultopts.c
	libvo/video_out.c

The conflict in bstr.c is due to uau adding a bstr_getline function in
commit 2ba8b91a97e7e8. This function already existed in this branch.
While uau's function is obviously derived from mine, it's incompatible.
His function preserves line breaks, while mine strips them. Add a
bstr_strip_linebreaks function, fix all other uses of bstr_getline, and
pick uau's implementation.

In .gitignore, change vo_gl3_shaders.h to use an absolute path
additional to resolving the merge conflict.

1 files changed, 0 insertions, 5705 deletions

diff --git a/DOCS/xml/ru/encoding-guide.xml b/DOCS/xml/ru/encoding-guide.xml
deleted file mode 100644
index e7200d6bcb..0000000000
--- a/DOCS/xml/ru/encoding-guide.xml
+++ /dev/null
@@ -1,5705 +0,0 @@
-<?xml version="1.0" encoding="utf-8"?>
-<!-- synced with r26711 -->
-<chapter id="encoding-guide">
-<title>Кодирование с <application>MEncoder</application></title>
-
-<sect1 id="menc-feat-dvd-mpeg4">
-<title>Создание высококачественного MPEG-4 ("DivX") рипа из 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 материал существенно более сложен для кодирования,
-т.к. в нём содержится больше элементов, которые нужно идентифицировать.
-Для проведения удачного кодирования, Вам необходимо знать исходный формат.
-Отказ от принятия этого во внимание приведёт к различным дефектам в Вашем
-кодировании, включая безобразные гребешки (артефакты чересстрочной развёртки)
-и повторяющиеся или даже потерянные кадры.
-Кроме ухудшения картинки, артефакты так же уменьшают эффективность кодирования:
-Вы получите худшее качество на единицу битпотока.
-</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, но сохранит лог свойств для каждого кадра.
-Эта информация затем будет использована во время второго прохода
-для принятия интеллектуальных решений о том, какой квантователь
-следует использовать. Во время быстрого движения или сцен с
-высокой детализацией с большой вероятностью будут использованы
-б<emphasis>о</emphasis>льшие квантователи, а во время медленного движения или сцен
-с низкой детализацией &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 также есть определённое подобие чёрных полос на
-краях. Если Вы их оставите, это может
-<emphasis role="bold">сильно</emphasis> повредить качество
-несколькими путями.
-</para>
-
-<orderedlist>
-<listitem>
-  <para>
-  MPEG-подобное сжатие очень чувствительно к преобразованиям
-  частотных интервалов, в частности, к дискретному косинусному
-  преобразованию (DCT), которое аналогично преобразованию Фурье.
-  Этот вид сжатия эффективен для представления образов и сглаженных
-  переходов, но у него возникают проблемы с острыми краями.
-  Для кодирования последних Вам нужно гораздо больше битов, а иначе
-  у Вас появится артефакт, известный как ореолы.
-  </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>
-Благодаря всем этим причинам, рекомендуется полностью урезать
-чёрные полосы. Более того, если есть области шумов/искажений
-на краях картинки, то их урезание также поспособствует улучшению
-качества кодирования. Видеофилы, желающие сохранить оригинал как
-можно более точно, могут возражать против такого усечения; но
-если Вы не планируете кодировать при пос�