diff options
-rw-r--r-- | DOCS/xml/ru/encoding-guide.xml | 4905 |
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 ("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 материал существенно более сложен для кодирования, + т.к. в нём содержится больше элементов, которые нужно идентифицировать. + Для проведения удачного кодирования, Вам необходимо знать исходный формат. + Отказ от принятия этого во внимание приведёт к различным дефектам в Вашем + кодировании, включая безобразные гребешки (артефакты чере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> + Фильмы, состоящие из кадров, называются фильмами с построчной (или прогрессивной) + развёрткой, а состоящие из независимых полей — фильмами с чересстрочной + развёрткой или просто видео; однако, последний термин двусмысленный. +</para> +<para> + Из-за дальнейших усложнений, некоторые фильмы будут смесью + нескольких, указанных выше. +</para> +<para> + Наиболее важным различием между всеми этими форматами является + то, что одни из них основаны на кадрах, а другие — на полях. + <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, но сохранит лог свойств для каждого кадра. + Эта информация затем будет использована во время второго прохода + для принятия интеллектуальных решений о том, какой квантователь + следует использовать. Во время быстрого движения или сцен с + высокой детализацией с большой веротностью будут использованы + бОльшие квантователи, а во время медленного движения или сцен + с низкой детализацией — меньшие. + Обычно количество движения играет существенно более важную роль, + чем количество деталей. +</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> + После того, как Вы сейчас убедились, что два прохода — это путь + к действию, возникает вопрос о том, какой битпоток использовать? + Ответ таков, что нет единого ответа. В идеале, Вы хотите выбрать + битпоток, при котором достигается наилучший баланс между качеством + и размером файла. Здесь возможны вариации в зависимости от + исходного видеоматериала. +</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> + Благодаря всем этим причинам, рекомендуется полностью урезать + чёрные полосы. Более того, если есть области шумов/искажений + на краях картинки, то их урезание также поспособствует улучшению + качества кодирования. Видеофилы, желающие сохранить оригинал как + можно более точно, могут возражать против такого усечения; но + если Вы не планируете кодировать при постоянном квантователе, + качество, полученное при усечении, существенно превысит потери + информации на краях. +</para> +</sect2> + + +<sect2 id="menc-feat-dvd-mpeg4-crop"> +<title>Усечение и масштабирование</title> + +<para> + Вспомните из предыдущего раздела, что конечный размер картинки, + подлежащей кодированию, должен быть кратен 16 (как высота,так + и ширина). Это может быть достигнуто усечением, масштабированием + или комбинацией того и другого. +</para> + +<para> + Есть несколько рекомендаций для усечения, которым необходимо следовать + для избежания повреждения фильма. + Обычный формат YUV, 4:2:0, сохраняет хрому (информацию о цвете) + половинной дискретизации, т.е. хрома сохраняется в два раза реже + в каждом направлении, чем люма (информация об интенсивности). + Рассмотрите следующую диаграмму, где L обозначает точки дискретизации + люмы и C — хромы. +</para> + +<informaltab |