summaryrefslogtreecommitdiffstats
diff options
context:
space:
mode:
authorbircoph <bircoph@b3059339-0415-0410-9bf9-f77b7e298cf2>2009-03-22 13:19:58 +0000
committerbircoph <bircoph@b3059339-0415-0410-9bf9-f77b7e298cf2>2009-03-22 13:19:58 +0000
commit9dea062bcce14e4554b052b107fec9cfadbf877a (patch)
tree33b7ae69407744a8399f1306e8d257ab73e0a1a4
parent1525c2079a30ac43c4d970abe17809363c6c496e (diff)
downloadmpv-9dea062bcce14e4554b052b107fec9cfadbf877a.tar.bz2
mpv-9dea062bcce14e4554b052b107fec9cfadbf877a.tar.xz
Sync with r28984: 17% done.
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@29034 b3059339-0415-0410-9bf9-f77b7e298cf2
-rw-r--r--DOCS/xml/ru/encoding-guide.xml1012
1 files changed, 504 insertions, 508 deletions
diff --git a/DOCS/xml/ru/encoding-guide.xml b/DOCS/xml/ru/encoding-guide.xml
index 1f8024fcc3..e7200d6bcb 100644
--- a/DOCS/xml/ru/encoding-guide.xml
+++ b/DOCS/xml/ru/encoding-guide.xml
@@ -7,17 +7,17 @@
<title>Создание высококачественного MPEG-4 ("DivX") рипа из DVD фильма</title>
<para>
-Одним часто задаваемым вопросом является "Как мне сделать рип самого высокого
+Одним часто задаваемым вопросом является "Как мне сделать рип самого высокого
качества для заданного размера?". Другой вопрос "Как мне создать DVD рип с самым
-высоким возможным качеством? Я не беспокоюсь о размере файла, мне нужно лишь
+высоким возможным качеством? Я не беспокоюсь о размере файла, мне нужно лишь
наилучшее качество.".
</para>
<para>
Последний вопрос, похоже, отчасти неверно сформулирован. В конце концов, если
-Вы не беспокоитесь о размере файла, почему бы просто не скопировать весь MPEG-2
+Вы не беспокоитесь о размере файла, почему бы просто не скопировать весь MPEG-2
видео поток с DVD? Конечно, Ваш AVI файл будет занимать около 5GB,
-но если Вы желаете наилучшее качество и не волнуетесь о размере, то это,
+но если Вы желаете наилучшее качество и не волнуетесь о размере, то это,
несомненно, лучшее решение.
</para>
@@ -38,7 +38,7 @@
</para>
<para>
-Если это кажется для Вас слишком сложным, то Вам, пожалуй, следует использовать
+Если это кажется для Вас слишком сложным, то Вам, пожалуй, следует использовать
один из многочисленных неплохих фронтендов, указанных в
<ulink url="http://www.mplayerhq.hu/design7/projects.html#mencoder_frontends">разделе MEncoder</ulink>
нашей страницы родственных проектов.
@@ -59,8 +59,8 @@
<para>
Первым и наиболее важным шагом перед кодированием должно быть определение
типа содержимого, с которым Вы работаете.
-Если источником Ваших исходных материалов является DVD или
-широковещательное/кабельное/спутниковое TV, оно будет содержаться в одном из
+Если источником Ваших исходных материалов является DVD или
+широковещательное/кабельное/спутниковое TV, оно будет содержаться в одном из
двух форматов: NTSC для Северной Америки и Японии, PAL для Европы и т.д..
Однако, важно понимать, что это только форматирование для показа на
телевидении, и оно часто
@@ -69,7 +69,7 @@
Опыт показывает, что NTSC материал существенно более сложен для кодирования,
т.к. в нём содержится больше элементов, которые нужно идентифицировать.
Для проведения удачного кодирования, Вам необходимо знать исходный формат.
-Отказ от принятия этого во внимание приведёт к различным дефектам в Вашем
+Отказ от принятия этого во внимание приведёт к различным дефектам в Вашем
кодировании, включая безобразные гребешки (артефакты чересстрочной развёртки)
и повторяющиеся или даже потерянные кадры.
Кроме ухудшения картинки, артефакты так же уменьшают эффективность кодирования:
@@ -80,7 +80,7 @@
<sect3 id="menc-feat-dvd-mpeg4-preparing-encode-fps">
<title>Определение кадровой частоты источника</title>
<para>
-Вот список, содержащий общие типы исходных материалов, где они,
+Вот список, содержащий общие типы исходных материалов, где они,
преимущественно, встречаются и их свойства:
</para>
@@ -110,7 +110,7 @@
В других отношениях аналогично PAL.
</para></listitem>
<listitem><para>
- <emphasis role="bold">Анимация</emphasis>: Обычно рисуется на 24 fps,
+ <emphasis role="bold">Анимация</emphasis>: Обычно рисуется на 24 fps,
но также существуют разновидности со смешанной кадровой частотой.
</para></listitem>
<listitem><para>
@@ -119,7 +119,7 @@
24 и 30 кадров в секунду типичны для NTSC, и 25 fps типично для PAL.
</para></listitem>
<listitem><para>
- <emphasis role="bold">Старый фильм</emphasis>: Различные низкие
+ <emphasis role="bold">Старый фильм</emphasis>: Различные низкие
кадровые частоты.
</para></listitem>
</itemizedlist>
@@ -146,18 +146,18 @@
<emphasis role="bold">Любой</emphasis> фильм, подготовленный для
просмотра на телевидении (включая DVD), преобразуется в формат,
основанный на полях.
-<!-- FIXME: Существует ли лучший *краткий* (1-2 слова) перевод для
- терминов pulldown и telecine? В литературе, которую я нашёл,
- используют или указанные мной, по сути дела, транслитерации,
+<!-- FIXME: Существует ли лучший *краткий* (1-2 слова) перевод для
+ терминов pulldown и telecine? В литературе, которую я нашёл,
+ используют или указанные мной, по сути дела, транслитерации,
или так и оставляют английские названия.
А точный перевод можно выполнить только целым предложением
- (т.е. определением), что совершенно неуместно в контексте
+ (т.е. определением), что совершенно неуместно в контексте
данного документа, где эти термины часто встречаются. -->
-Различные методы, с помощью которых это может быть сделано, совокупно
-называются "телесин" (англ. telecine), одним из вариантов которого
+Различные методы, с помощью которых это может быть сделано, совокупно
+называются "телесин" (англ. telecine), одним из вариантов которого
является отвратительный NTSC "3:2 пулдаун" (англ. pulldown).
-За исключением случаев, когда формат исходного материала был
-также основан на полях (и с такой же частотой полей), Вы получите
+За исключением случаев, когда формат исходного материала был
+также основан на полях (и с такой же частотой полей), Вы получите
фильм в формате отличном от исходного.
</para>
@@ -165,14 +165,14 @@
<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-й кадр показывается за время длительности трёх полей,
+ Каждый 12-й кадр показывается за время длительности трёх полей,
вместо двух.
Это помогает избежать проблемы 4%-го ускорения, но делает обращение
процесса существенно более сложным.
@@ -183,7 +183,7 @@
<emphasis role="bold">NTSC 3:2 телесин</emphasis>: Кадры показываются
попеременно за время длительности 3-х полей или 2-х полей.
Это даёт частоту полей в 2.5 раза больше исходной частоты кадров.
- Результат также очень незначительно замедляется от 60 до 60000/1001
+ Результат также очень незначительно замедляется от 60 до 60000/1001
полей в секунду для поддержания частоты полей NTSC.
</para></listitem>
<listitem><para>
@@ -205,19 +205,19 @@
</para>
<para>
-Когда видео находится на DVD, последовательные пары полей
+Когда видео находится на DVD, последовательные пары полей
группируются как кадр, даже если они не предназначены для
одновременного отображения.
Стандарт MPEG-2, используемый на DVD и цифровом TV предоставляет
возможность одновременно кодировать исходные кадры с построчной
-развёрткой и сохранять число полей, в течении которых кадр
+развёрткой и сохранять число полей, в течении которых кадр
должен быть показан, в его заголовке.
Если был использован такой метод, фильм часто будет называться
как "мягкий телесин", т.к. процесс только указывает DVD-плееру
о необходимости применения пулдауна к фильму, не изменяя при этом
сам фильм.
Этот случай существенно предпочтителен, т.к. он может быть легко обращён
-(в действительности, проигнорирован) кодером и т.к. он сохраняет
+(в действительности, проигнорирован) кодером и т.к. он сохраняет
максимальное качество.
Однако, многие широковещательные и DVD студии не используют
надлежащую технологию кодирования и вместо этого производят
@@ -226,28 +226,28 @@
</para>
<para>
-Порядок действия в таких случаях будет описан
+Порядок действия в таких случаях будет описан
<link linkend="menc-feat-telecine">позже в данном руководстве</link>.
-Сейчас мы дадим Вам несколько советов по идентификации типа
+Сейчас мы дадим Вам несколько советов по идентификации типа
материала, с которым Вы работаете:
</para>
<itemizedlist>
-<title>Области NTSC:</title>
+<title>Регионы NTSC:</title>
<listitem><para>
- Если при просмотре Вашего фильма <application>MPlayer</application>
+ Если при просмотре Вашего фильма <application>MPlayer</application>
выводит, что частота кадров была изменена до 24000/1001 и она
никогда не меняется обратно, то это почти наверняка содержимое
- с построчной развёрткой, которое было подвергнуто
+ с построчной развёрткой, которое было подвергнуто
"мягкому телесину".
</para></listitem>
<listitem><para>
- Если <application>MPlayer</application> отображает попеременные
- переключения частоты кадров между 24000/1001 и 30000/1001, и Вы
+ Если <application>MPlayer</application> отображает попеременные
+ переключения частоты кадров между 24000/1001 и 30000/1001, и Вы
иногда видите "гребешки", есть несколько возможностей.
- Сегменты с 24000/1001 fps почти наверняка являются "мягко
+ Сегменты с 24000/1001 fps почти наверняка являются "мягко
телесиненным" содержимым с построчной развёрткой, но части с
- 30000/1001 fps могут быть как "жёстко телесиненым" содержимым
+ 30000/1001 fps могут быть как "жёстко телесиненым" содержимым
с 24000/1001 fps, так и NTSC видео с 60000/1001 полями в секунду.
Используйте два нижеследующих руководства для определения того,
с каким случаем Вы имеете дело.
@@ -255,7 +255,7 @@
<listitem><para>
Если <application>MPlayer</application> никогда не показывает
изменения кадровой частоты и каждый отдельный кадр, где есть
- движение, оказывается гребёнкой, Ваш фильм есть NTSC видео с
+ движение, оказывается гребёнкой, Ваш фильм есть NTSC видео с
60000/1001 полями в секунду.
</para></listitem>
<listitem><para>
@@ -267,7 +267,7 @@
</itemizedlist>
<itemizedlist>
-<title>Области PAL:</title>
+<title>Регионы PAL:</title>
<listitem><para>
Если Вы не видите никакой гребёнки, Ваш фильм есть 2:2 пулдаун.
</para></listitem>
@@ -276,18 +276,18 @@
Ваш фильм представляет собой 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> может замедлить воспроизведение
+ <application>MPlayer</application> может замедлить воспроизведение
фильма с опцией -speed или воспроизводить его покадрово.
- Попробуйте использовать опцию <option>-speed 0.2</option> для
- очень медленного просмотра фильма или несколько раз нажмите
- клавишу "<keycap>.</keycap>" для воспроизведения одного кадра
+ Попробуйте использовать опцию <option>-speed 0.2</option> для
+ очень медленного просмотра фильма или нажимайте
+ клавишу "<keycap>.</keycap>" для воспроизведения одного кадра
за раз и идетнифицируйте образец, если не можете его увидеть на
полной скорости.
</para>
@@ -298,7 +298,7 @@
<!-- ********** -->
<sect2 id="menc-feat-dvd-mpeg4-2pass">
-<title>Постоянный квантователь против многопроходности</title>
+<title>Постоянный квантователь в сравнении с многопроходностью</title>
<para>
Возможно кодировать Ваш фильм, широко варьируя качество.
@@ -310,7 +310,7 @@
</para>
<para>
-Есть три подхода при кодировании видео: постоянный битпоток (CBR),
+Есть три подхода при кодировании видео: постоянный битпоток (CBR),
постоянный квантователь и многопроходность (ABR или усреднённый битпоток).
</para>
@@ -322,8 +322,8 @@
Однако, в таких простых режимах как CBR кодеры не знают загруженность
битпотока в последующих сценах и т.о. не могут превысить затребованный
битпоток для больших промежутков времени.
-Более продвинутые режимы, такие как многопроходный режим, могут
-учитывать статистику предыдущих проходов; это решает проблему,
+Более совершенные режимы, такие как многопроходный режим, могут
+учитывать статистику предыдущих проходов; это решает проблему,
упомянутую выше.
</para>
@@ -346,10 +346,10 @@
В каждом из этих режимов видеокодек (такой как
<systemitem class="library">libavcodec</systemitem>)
разбивает видеокадр на макроблоки размером 16х16 пикселей и потом
-применяет квантователь к каждому макроблоку. Чем меньше квантоваль,
+применяет квантователь к каждому макроблоку. Чем меньше квантоваль,
тем лучше качество и выше битпоток.
Метод, используемый видео кодером для определения того, какой
-квантователь использовать для данного макроблока, варьируется и
+квантователь использовать для данного макроблока, варьируется и
подлежит тонкой настройке. (Это крайнее упрощение реального
процесса, но основная концепция полезна для понимания.)
</para>
@@ -361,7 +361,7 @@
Если Вас действительно не волнует размер файла, Вы можете также
использовать CBR и указать бесконечный битпоток. (На практике это
означает значение, достаточно большое для обозначения отсутствия
-предела, например, 10000 Кбит.) В результате, без реального ограничения
+предела, например, 10000 Кбит.) В результате, без реального ограничения
битпотока, кодек использует наименьший возможный квантователь для
каждого макроблока (как указано опцией
<option>vqmin</option> для
@@ -371,27 +371,26 @@
испортите качество Вашего видео.
Чтобы избежать этого, Вам, вероятно, придётся уменьшить размеры
Вашего видео, согласно методу, описанному далее в этом руководстве.
-В общих чертах, Вам следует избегать CBR совсем, если Вы заботитесь
-о качестве.
+В общем, Вам следует избегать CBR совсем, если Вы заботитесь о качестве.
</para>
<para>
С постоянным квантователем кодек использует для всех макроблоков
один и тот же квантователь, указанный в опции
-<option>vqscale</option> (для
+<option>vqscale</option> (для
<systemitem class="library">libavcodec</systemitem>).
-Если Вы хотите рип наивысшего возможного качества, снова не взирая
+Если Вы хотите рип наивысшего возможного качества, снова не взирая
на битпоток, Вы можете использовать
<option>vqscale=2</option>.
-Это приведёт к тому же битпотоку и PSNR (пику отношения сигнала к шуму),
-что и CBR с
-<option>vbitrate</option>=бесконечности и значением по умолчанию
+Это приведёт к тому же битпотоку и PSNR (пику отношения сигнала к шуму),
+что и CBR с
+<option>vbitrate</option>=бесконечности и значением по умолчанию
<option>vqmin</option>, равным 2.
</para>
<para>
Проблема с постоянным квантованием заключается в том, что кодек использует
-заданный квантователь вне зависимости от того, требуется это для
+заданный квантователь вне зависимости от того, требуется это для
макроблока или нет. То есть возможно использование большего квантователя
для макроблока без ухудшения видимого качества. Зачем тратить биты на
излишне низкий квантователь? У Вашего процессора есть столько тактов,
@@ -400,13 +399,13 @@
</para>
<para>
-При двупроходном кодировании первый проход создаст рип фильма так,
+При двупроходном кодировании первый проход создаст рип фильма так,
как будто это был CBR, но сохранит лог свойств для каждого кадра.
Эта информация затем будет использована во время второго прохода
для принятия интеллектуальных решений о том, какой квантователь
-следует использовать. Во время быстрого движения или сцен с
-высокой детализацией с большой вероятностью будут использованы
-бОльшие квантователи, а во время медленного движения или сцен
+следует использовать. Во время быстрого движения или сцен с
+высокой детализацией с большой вероятностью будут использованы
+б<emphasis>о</emphasis>льшие квантователи, а во время медленного движения или сцен
с низкой детализацией &mdash; меньшие.
Обычно количество движения играет существенно более важную роль,
чем количество деталей.
@@ -417,7 +416,7 @@
Если Вы используете <option>vqscale=3</option>, то Вы не получаете
рип наивысшего качества. Предположим, Вы делаете рип DVD, используя
<option>vqscale=3</option>, результат получается 1800 Кбит.
-Если Вы сделаете двупроходное кодирование с
+Если Вы сделаете двупроходное кодирование с
<option>vbitrate=1800</option>, получившееся видео будет обладать
<emphasis role="bold">лучшим качеством</emphasis> для
<emphasis role="bold">того же битпотока</emphasis>.
@@ -446,8 +445,8 @@
<para>
Если Вашей целью является определённый размер, Вам нужно как-нибудь
вычислить битпоток. Но перед этим, Вам нужно знать, сколько места
-нужно зарезервировать по аудио дорожку(и), так что Вам необходимо
-<link linkend="menc-feat-dvd-mpeg4-audio">извлечь их</link> сперва.
+нужно зарезервировать по аудио дорожку(и), так что Вам необходимо
+сперва <link linkend="menc-feat-dvd-mpeg4-audio">извлечь их</link>.
Вы можете рассчитать битпоток с помощью следующей формулы:
<systemitem>битпоток = (конечный_размер_в_МБайт - размер_звука_в_МБайт) *
1024 * 1024 / длительность_в_секундах * 8 / 1000</systemitem>.
@@ -465,14 +464,14 @@
<para>
Из-за особенностей MPEG-подобного сжатия, существуют различные
-ограничения, которым Вы должны следовать для достижения
+ограничения, которым Вы должны следовать для достижения
максимального качества.
MPEG разбивает видео на квадраты 16х16, называемые макроблоками.
Каждый макроблок состоит из 4 блоков 8х8 с информацией о люме
(интенсивности) и двух блоков 8х8 с информацией о хроме (цвете)
половинного разрешения (один для красно-бирюзовой оси и другой
для жёлто-голубой оси).
-Даже если ширина и высота Вашего фильма не кратны 16, кодер
+Даже если ширина и высота Вашего фильма не кратны 16, кодер
всё равно использует нужное количество макроблоков 16х16 для покрытия
всей области картинки, дополнительная область будет впустую потрачена.
Так что в интересах максимизации качества при фиксированном размере
@@ -481,8 +480,8 @@ MPEG разбивает видео на квадраты 16х16, называе
<para>
У большинства DVD также есть определённое подобие чёрных полос на
-краях. Если Вы их оставите, это может
-<emphasis role="bold">сильно</emphasis> повредить качество
+краях. Если Вы их оставите, это может
+<emphasis role="bold">сильно</emphasis> повредить качество
несколькими путями.
</para>
@@ -490,7 +489,7 @@ MPEG разбивает видео на квадраты 16х16, называе
<listitem>
<para>
MPEG-подобное сжатие очень чувствительно к преобразованиям
- частотных интервалов, в частности, к дискретному косинусному
+ частотных интервалов, в частности, к дискретному косинусному
преобразованию (DCT), которое аналогично преобразованию Фурье.
Этот вид сжатия эффективен для представления образов и сглаженных
переходов, но у него возникают проблемы с острыми краями.
@@ -504,22 +503,22 @@ MPEG разбивает видео на квадраты 16х16, называе
возникает только в случае попадания острого края внутрь блока.
Если Ваши чёрные поля возникают точно на границах, кратных 16
пикселям, это не проблема.
- Однако, чёрные полосы на DVD редко хорошо расположены, так что
- на практике Вам всегда придётся усекать стороны для избежания
- этих проблем.
+ Однако, чёрные полосы на DVD редко хорошо расположены, так что
+ на практике Вам всегда придётся усекать стороны для избежания
+ этих проблем.
</para>
</listitem>
</orderedlist>
<para>
-В дополнение к преобразованиям частотных интервалов, MPEG-подобное
-сжатие использует векторы движения для отображения изменений от
+В дополнение к преобразованиям частотных интервалов, MPEG-подобное
+сжатие использует векторы движения для отображения изменений от
одного кадра к другому. Векторы движения, естественно, работают
существенно менее эффективно для новых объектов, идущих от
краёв картинки, поскольку они отсутствуют в предыдущих кадрах.
Пока картинка простирается вплоть до края кодируемой области,
у векторов движения не возникает проблем с движением объектов
-за пределы картинки. Однако, при наличии черных полей
+за пределы картинки. Однако, при наличии черных полей
могут возникнуть проблемы:
</para>
@@ -529,13 +528,13 @@ MPEG разбивает видео на квадраты 16х16, называе
Для каждого макроблока MPEG-подобное сжатие сохраняет вектор,
определяющий какая часть предыдущего кадра должна быть скопирована
в этот макроблок как основа для предсказания следующего кадра.
- Кодированию подлежит только оставшаяся разность. Если макроблок
+ Кодированию подлежит только оставшаяся разность. Если макроблок
простирается до края картинки и содержит часть чёрной полосы,
то векторы движения других частей картинки перепишут чёрную полосу.
- Это означает, что много битов нужно потратить либо на повторное
- чернение переписанной полосы, либо (что более вероятно) вектор
- движения не будет использован вовсе и все изменения для этого
- макроблока будут явно кодированы. Другими словами, эффективность
+ Это означает, что много битов нужно потратить либо на повторное
+ чернение переписанной полосы, либо (что более вероятно) вектор
+ движения не будет использован вовсе и все изменения для этого
+ макроблока будут явно кодированы. Так или иначе, эффективность
кодирования существенно уменьшается.
</para>
@@ -547,22 +546,22 @@ MPEG разбивает видео на квадраты 16х16, называе
<listitem>
<para>
- Наконец, предположим, что у нас есть находящийся внутри картинки
+ Наконец, предположим, что у нас есть находящийся внутри картинки
макроблок и объект движется в этот блок от края изображения.
- MPEG-подобное кодирование не может сказать "скопируй ту часть,
+ MPEG-подобное кодирование не может сказать "скопируй ту часть,
что внутри картинки, но не чёрную полосу". Так что чёрная полоса
- также будет скопирована внутрь, в результате чего масса битов
+ также будет скопирована внутрь, в результате чего масса битов
будет потрачена на кодирование части изображения, которое должно
быть на месте полосы.
</para>
<para>
Для случаев, когда всё изображение движется к краю кодируемой
- области, у MPEG есть специальные оптимизации для многократного
- копирования пикселей на край картинки, когда вектор движения
- идёт извне области кодирования. Эта возможность становится
- бесполезной, если у фильма есть чёрные полосы. В отличии от
- случаев 1 и 2, выравнивание границ до кратности 16 здесь
+ области, у MPEG есть специальные оптимизации для повторяющегося
+ копирования пикселей к краю картинки, когда вектор движения
+ идёт извне области кодирования. Эта возможность становится
+ бесполезной, если у фильма есть чёрные полосы. В отличии от
+ случаев 1 и 2, выравнивание границ до кратности 16 здесь
не поможет.
</para>
</listitem>
@@ -575,9 +574,9 @@ MPEG разбивает видео на квадраты 16х16, называе
</orderedlist>
<para>
-Благодаря всем этим причинам, рекомендуется полностью урезать
+Благодаря всем этим причинам, рекомендуется полностью урезать
чёрные полосы. Более того, если есть области шумов/искажений
-на краях картинки, то их урезание также поспособствует улучшению
+на краях картинки, то их урезание также поспособствует улучшению
качества кодирования. Видеофилы, желающие сохранить оригинал как
можно более точно, могут возражать против такого усечения; но
если Вы не планируете кодировать при постоянном квантователе,
@@ -593,7 +592,7 @@ MPEG разбивает видео на квадраты 16х16, называе
<para>
Вспомните из предыдущего раздела, что конечный размер картинки,
-подлежащей кодированию, должен быть кратен 16 (как высота, так
+подлежащей кодированию, должен быть кратен 16 (как высота, так
и ширина). Это может быть достигнуто усечением, масштабированием
или комбинацией того и другого.
</para>
@@ -601,11 +600,11 @@ MPEG разбивает видео на квадраты 16х16, называе
<para>
Есть несколько рекомендаций для усечения, которым необходимо следовать
для избежания повреждения фильма.
-Обычный формат YUV, 4:2:0, сохраняет хрому (информацию о цвете)
-половинной дискретизации, т.е. хрома сохраняется в два раза реже
-в каждом направлении, чем люма (информация об интенсивности).
+Обычный формат YUV, 4:2:0, сохраняет цветность (информацию о цвете)
+половинной дискретизации, т.е. цветность сохраняется в два раза реже
+в каждом направлении, чем яркостность (информация об интенсивности).
Рассмотрите следующую диаграмму, где L обозначает точки дискретизации
-люмы и C &mdash; хромы.
+яркостности и C &mdash; цветности.
</para>
<informaltable>
@@ -685,15 +684,15 @@ MPEG разбивает видео на квадраты 16х16, называе
Как Вы видите, строки и столбцы изображения естественным образом
идут в парах. Поэтому смещения и размеры усечения
<emphasis>должны</emphasis> быть чётными числами.
-Иначе хрома перестанет правильно соответствовать люме.
+Иначе цветность перестанет правильно соответствовать яркостности.
Теоретически возможно усечение с нечётными смещениями, но оно
-потребует преобразования хромы, что потенциально является
+потребует переквантования цветности, что потенциально является
операцией с потерей качества и не поддерживается фильтром
усечения сторон crop.
</para>
<para>
-Более того, видео с чересстрочной развёрткой дискретизируется
+Более того, видео с чересстрочной развёрткой дискретизируется
следующим образом:
</para>
@@ -941,7 +940,7 @@ MPEG разбивает видео на квадраты 16х16, называе
</para>
<para>
-Естественные разрешения DVD составляют 720x480 для NTSC и 720x576
+Естественные разрешения DVD составляют 720x480 для NTSC и 720x576
для PAL, но существует флаг соотношения сторон, который указывает
является ли видео полноэкранным (4:3) или широкоэкранным (16:9).
Многие (если не большинство) широкоэкранных DVD не точно соответствуют
@@ -951,14 +950,14 @@ MPEG разбивает видео на квадраты 16х16, называе
<para>
<application>MPlayer</application> предоставляет фильтр обнаружения
-усечения, который определяет прямоугольник, до которго нужно усечь
+усечения, который определяет прямоугольник, до которго нужно усечь
(<option>-vf cropdetect</option>).
Запустите <application>MPlayer</application> с
<option>-vf cropdetect</option> и он выдаст настройки
усечения для удаления полей.
-С целью получения точных параметров усечения, Вы должны проигрывать
-фильм достаточно долго для того, чтоб была использована вся область
-изображения.
+С целью получения точных параметров усечения, Вы должны проигрывать
+фильм достаточно долго для того, чтоб была использована вся область
+изображения.
</para>
<para>
@@ -966,18 +965,17 @@ MPEG разбивает видео на квадраты 16х16, назыв