summaryrefslogtreecommitdiffstats
path: root/DOCS/xml/ru/encoding-guide.xml
diff options
context:
space:
mode:
Diffstat (limited to 'DOCS/xml/ru/encoding-guide.xml')
-rw-r--r--DOCS/xml/ru/encoding-guide.xml5705
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>
-Благодаря всем этим причинам, рекомендуется полностью урезать
-чёрные полосы. Более того, если есть области шумов/искажений
-на краях картинки, то их урезание также поспособствует улучшению
-качества кодирования. Видеофилы, желающие сохранить оригинал как
-можно более точно, могут возражать против такого усечения; но
-если Вы не планируете кодировать при постоянном квантователе,
-качество, полученное при усечении, существенно превысит потери
-информации на краях.
-</para>
-</sect2>
-
-<!-- ********** -->
-
-<sect2 id="menc-feat-dvd-mpeg4-crop">
-<title>Усечение и масштабирование</title>
-
-<para>
-Вспомните из предыдущего раздела, что конечный размер картинки,
-подлежащей кодированию, должен быть кратен 16 (как высота, так
-и ширина). Это может быть достигнуто усечением, масштабированием
-или комбинацией того и другого.
-</para>
-
-<para>
-Есть несколько рекомендаций для усечения, которым необходимо следовать
-для избежания повреждения фильма.
-Обычный формат YUV, 4:2:0, сохраняет цветность (информацию о цвете)
-половинной дискретизации, т.е. цветность сохраняется в два раза реже
-в каждом направлении, чем яркостность (информация об интенсивности).
-Рассмотрите следующую диаграмму, где L обозначает точки дискретизации
-яркостности и C &mdash; цветности.
-</para>
-
-<informaltable>
-<?dbhtml table-width="40%" ?>