diff options
Diffstat (limited to 'DOCS/xml/ru/encoding-guide.xml')
| -rw-r--r-- | DOCS/xml/ru/encoding-guide.xml | 5705 |
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> -Фильмы, состоящие из кадров, называются фильмами с построчной (или прогрессивной) -развёрткой, а состоящие из независимых полей — фильмами с чересстрочной -развёрткой или просто видео; однако, последний термин двусмысленный. -</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, но сохранит лог свойств для каждого кадра. -Эта информация затем будет использована во время второго прохода -для принятия интеллектуальных решений о том, какой квантователь -следует использовать. Во время быстрого движения или сцен с -высокой детализацией с большой вероятностью будут использованы -б<emphasis>о</emphasis>льшие квантователи, а во время медленного движения или сцен -с низкой детализацией — меньшие. -Обычно количество движения играет существенно более важную роль, -чем количество деталей. -</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 также есть определённое подобие чёрных полос на -краях. Если Вы их оставите, это может -<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 — цветности. -</para> - -<informaltable> -<?dbhtml table-width="40%" ?> -<?dbfo table-width="40%" ?> -<tgroup cols="8" align="center"> -<colspec colnum="1" colname="col1"/> -<colspec colnum="2" colname="col2"/> -<colspec colnum="3" co |