Mercurial > mplayer.hg

--- a/DOCS/xml/ru/encoding-guide.xml	Sun Mar 22 12:38:52 2009 +0000
+++ b/DOCS/xml/ru/encoding-guide.xml	Sun Mar 22 13:19:58 2009 +0000
@@ -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 @@

 <para>
 У большинства DVD также есть определённое подобие чёрных полос на
-краях. Если Вы их оставите, это может
-<emphasis role="bold">сильно</emphasis> повредить качество
+краях. Если Вы их оставите, это может
+<emphasis role="bold">сильно</emphasis> повредить качество
 несколькими путями.
 </para>

@@ -490,7 +489,7 @@
 <listitem>
   <para>
   MPEG-подобное сжатие очень чувствительно к преобразованиям
-  частотных интервалов, в частности, к дискретному косинусному
+  частотных интервалов, в частности, к дискретному косинусному
   преобразованию (DCT), которое аналогично преобразованию Фурье.
   Этот вид сжатия эффективен для представления образов и сглаженных
   переходов, но у него возникают проблемы с острыми краями.
@@ -504,22 +503,22 @@
   возникает только в случае попадания острого края внутрь блока.
   Если Ваши чёрные поля возникают точно на границах, кратных 16
   пикселям, это не проблема.
-  Однако, чёрные полосы на DVD редко хорошо расположены, так что
-  на практике Вам всегда придётся усекать стороны для избежания
-  этих проблем.
+  Однако, чёрные полосы на DVD редко хорошо расположены, так что
+  на практике Вам всегда придётся усекать стороны для избежания
+  этих проблем.
   </para>
 </listitem>
 </orderedlist>

 <para>
-В дополнение к преобразованиям частотных интервалов, MPEG-подобное
-сжатие использует векторы движения для отображения изменений от
+В дополнение к преобразованиям частотных интервалов, MPEG-подобное
+сжатие использует векторы движения для отображения изменений от
 одного кадра к другому. Векторы движения, естественно, работают
 существенно менее эффективно для новых объектов, идущих от
 краёв картинки, поскольку они отсутствуют в предыдущих кадрах.
 Пока картинка простирается вплоть до края кодируемой области,
 у векторов движения не возникает проблем с движением объектов
-за пределы картинки. Однако, при наличии черных полей
+за пределы картинки. Однако, при наличии черных полей
 могут возникнуть проблемы:
 </para>

@@ -529,13 +528,13 @@
   Для каждого макроблока MPEG-подобное сжатие сохраняет вектор,
   определяющий какая часть предыдущего кадра должна быть скопирована
   в этот макроблок как основа для предсказания следующего кадра.
-  Кодированию подлежит только оставшаяся разность. Если макроблок
+  Кодированию подлежит только оставшаяся разность. Если макроблок
   простирается до края картинки и содержит часть чёрной полосы,
   то векторы движения других частей картинки перепишут чёрную полосу.
-  Это означает, что много битов нужно потратить либо на повторное
-  чернение переписанной полосы, либо (что более вероятно) вектор
-  движения не будет использован вовсе и все изменения для этого
-  макроблока будут явно кодированы. Другими словами, эффективность
+  Это означает, что много битов нужно потратить либо на повторное
+  чернение переписанной полосы, либо (что более вероятно) вектор
+  движения не будет использован вовсе и все изменения для этого
+  макроблока будут явно кодированы. Так или иначе, эффективность
   кодирования существенно уменьшается.
   </para>

@@ -547,22 +546,22 @@

 <listitem>
   <para>
-  Наконец, предположим, что у нас есть находящийся внутри картинки
+  Наконец, предположим, что у нас есть находящийся внутри картинки
   макроблок и объект движется в этот блок от края изображения.
-  MPEG-подобное кодирование не может сказать "скопируй ту часть,
+  MPEG-подобное кодирование не может сказать "скопируй ту часть,
   что внутри картинки, но не чёрную полосу". Так что чёрная полоса
-  также будет скопирована внутрь, в результате чего масса битов
+  также будет скопирована внутрь, в результате чего масса битов
   будет потрачена на кодирование части изображения, которое должно
   быть на месте полосы.
   </para>

   <para>
   Для случаев, когда всё изображение движется к краю кодируемой
-  области, у MPEG есть специальные оптимизации для многократного
-  копирования пикселей на край картинки, когда вектор движения
-  идёт извне области кодирования. Эта возможность становится
-  бесполезной, если у фильма есть чёрные полосы. В отличии от
-  случаев 1 и 2, выравнивание границ до кратности 16 здесь
+  области, у MPEG есть специальные оптимизации для повторяющегося
+  копирования пикселей к краю картинки, когда вектор движения
+  идёт извне области кодирования. Эта возможность становится
+  бесполезной, если у фильма есть чёрные полосы. В отличии от
+  случаев 1 и 2, выравнивание границ до кратности 16 здесь
   не поможет.
   </para>
 </listitem>
@@ -575,9 +574,9 @@
 </orderedlist>

 <para>
-Благодаря всем этим причинам, рекомендуется полностью урезать
+Благодаря всем этим причинам, рекомендуется полностью урезать
 чёрные полосы. Более того, если есть области шумов/искажений
-на краях картинки, то их урезание также поспособствует улучшению
+на краях картинки, то их урезание также поспособствует улучшению
 качества кодирования. Видеофилы, желающие сохранить оригинал как
 можно более точно, могут возражать против такого усечения; но
 если Вы не планируете кодировать при постоянном квантователе,
@@ -593,7 +592,7 @@

 <para>
 Вспомните из предыдущего раздела, что конечный размер картинки,
-подлежащей кодированию, должен быть кратен 16 (как высота, так
+подлежащей кодированию, должен быть кратен 16 (как высота, так
 и ширина). Это может быть достигнуто усечением, масштабированием
 или комбинацией того и другого.
 </para>
@@ -601,11 +600,11 @@
 <para>
 Есть несколько рекомендаций для усечения, которым необходимо следовать
 для избежания повреждения фильма.
-Обычный формат YUV, 4:2:0, сохраняет хрому (информацию о цвете)
-половинной дискретизации, т.е. хрома сохраняется в два раза реже
-в каждом направлении, чем люма (информация об интенсивности).
+Обычный формат YUV, 4:2:0, сохраняет цветность (информацию о цвете)
+половинной дискретизации, т.е. цветность сохраняется в два раза реже
+в каждом направлении, чем яркостность (информация об интенсивности).
 Рассмотрите следующую диаграмму, где L обозначает точки дискретизации
-люмы и C &mdash; хромы.
+яркостности и C &mdash; цветности.
 </para>

 <informaltable>
@@ -685,15 +684,15 @@
 Как Вы видите, строки и столбцы изображения естественным образом
 идут в парах. Поэтому смещения и размеры усечения
 <emphasis>должны</emphasis> быть чётными числами.
-Иначе хрома перестанет правильно соответствовать люме.
+Иначе цветность перестанет правильно соответствовать яркостности.
 Теоретически возможно усечение с нечётными смещениями, но оно
-потребует преобразования хромы, что потенциально является
+потребует переквантования цветности, что потенциально является
 операцией с потерей качества и не поддерживается фильтром
 усечения сторон crop.
 </para>

 <para>
-Более того, видео с чересстрочной развёрткой дискретизируется
+Более того, видео с чересстрочной развёрткой дискретизируется
 следующим образом:
 </para>

@@ -941,7 +940,7 @@
 </para>

 <para>
-Естественные разрешения DVD составляют 720x480 для NTSC и 720x576
+Естественные разрешения DVD составляют 720x480 для NTSC и 720x576
 для PAL, но существует флаг соотношения сторон, который указывает
 является ли видео полноэкранным (4:3) или широкоэкранным (16:9).
 Многие (если не большинство) широкоэкранных DVD не точно соответствуют
@@ -951,14 +950,14 @@

 <para>
 <application>MPlayer</application> предоставляет фильтр обнаружения
-усечения, который определяет прямоугольник, до которго нужно усечь
+усечения, который определяет прямоугольник, до которго нужно усечь
 (<option>-vf cropdetect</option>).
 Запустите <application>MPlayer</application> с
 <option>-vf cropdetect</option> и он выдаст настройки
 усечения для удаления полей.
-С целью получения точных параметров усечения, Вы должны проигрывать
-фильм достаточно долго для того, чтоб была использована вся область
-изображения.
+С целью получения точных параметров усечения, Вы должны проигрывать
+фильм достаточно долго для того, чтоб была использована вся область
+изображения.
 </para>

 <para>
@@ -966,18 +965,17 @@
 <application>MPlayer</application>, используя командную строку,
 выведенную <option>cropdetect</option>, и подстройте прямоугольник
 при необходимости.
-Фильтр <option>rectangle</option> может быть полезен, позволив
+Фильтр <option>rectangle</option> может быть полезен, позволив
 Вам интерактивно менять прямоугольник усечения для Вашего фильма.
 Не забывайте следовать указанным выше руководствам по делимости,
-чтобы не испортить выравнивание хромы.
+чтобы не испортить выравнивание цветности.
 </para>

 <para>
 В ряде случаев масштабирование может быть нежелательным.
 Масштабирование по вертикальному направлению затруднено для
 чересстрочного видео, и если Вы хотите сохранить чересстрочность,
-Вам в большинстве случаев будет необходимо воздерживаться от
-масштабирования.
+Вам, как правило, будет необходимо воздерживаться от масштабирования.
 Если Вы не будете масштабировать, но всё ещё желаете размеры,
 кратные 16, то Вам придётся проводить излишнее усечение.
 Не проводите неполное усечение, поскольку чёрные полосы очень
@@ -986,24 +984,22 @@

 <para>
 Поскольку MPEG-4 использует макроблоки 16х16, Вы должны убедиться,
-что каждое измерение кодируемого видео кратно 16; иначе Вы ухудшите
-качество, особенно на малых битпотоках. Вы можете сделать это,
-округлив ширину и высоту прямоугольника усечения до ближайшего
+что каждое измерение кодируемого видео кратно 16; иначе Вы ухудшите
+качество, особенно на малых битпотоках. Вы можете сделать это,
+округлив ширину и высоту прямоугольника усечения до ближайшего
 меньшего целого, кратного 16.
-Учитывая установленное ранее, при усечении Вы можете захотеть увеличить
-смещение по Y на половину разности старой и новой высоты, так что
-полученное видео будет браться из центра кадра.
-
+Как указано выше, при усечении Вам необходимо увеличить смещение по
+Y на половину разности старой и новой высоты, так что полученное
+видео будет браться из центра кадра.
 И из-за способа дискретизации DVD видео, убедитесь, что смещение
-есть чётное число. (Фактически, возьмите за правило никогда не
+есть чётное число. (Фактически, возьмите за правило никогда не
 использовать нечётные величины для любых параметров усечения или
 масштабирования видео.) Если Вы беспокоитесь из-за нескольких
 излишне отброшенных битов, возможно, Вы предпочтёте взамен
 масштабировать видео. Мы рассмотрим это ниже в нашем примере.
-
 В действительности, Вы можете доверить фильтру
 <option>cropdetect</option> сделать для Вас всё вышеупомянутое,
-т.к. у него есть необязательный параметр округления
+т.к. у него есть необязательный параметр округления
 <option>round</option>, равный 16 по умолчанию.
 </para>

@@ -1015,13 +1011,13 @@

 <para>
 После всего выше сказанного и сделанного, Вы, вероятно, получите
-видео не точно формата 1:85.1 или 2.35:1, а с чем-то близким
-к этому.  Вы можете вычислить новый коэффициент соотношения
-сторон вручную, но <application>MEncoder</application>
+видео не точно формата 1:85.1 или 2.35:1, а с чем-то близким
+к этому.  Вы можете вычислить новый коэффициент соотношения
+сторон вручную, но <application>MEncoder</application>
 предоставляет опцию для <systemitem class="library">libavcodec</systemitem>,
 называемую <option>autoaspect</option>, которая сделает это для
-Вас. Ни в коем случае не увеличивайте размер этого видео с целью
-квадратизации пикселей, если Вы не желаете впустую потратить
+Вас. Ни в коем случае не увеличивайте размер этого видео с целью
+квадратизации пикселей, если Вы не желаете впустую потратить
 место на жёстком диске.
 Масштабирование должно выполняться при воспроизведении, и плеер
 использует коэффициент соотношения сторон, сохранённый в AVI, для
@@ -1038,12 +1034,12 @@

 <para>
 Если Вы не собираетесь кодировать в режиме постоянного квантователя,
-Вам нужно выбрать битпоток.
+Вам нужно выбрать битпоток.
 Понятие битпотока очень просто: это среднее число битов, которые
 будут использованы для сохранения Вашего фильма, в секунду.
 Обычно битпоток измеряется в килобитах (1000 бит) в секунду.
-Размер Вашего фильма на диске есть битпоток, умноженный на
-длительность фильма, плюс небольшие накладные расходы
+Размер Вашего фильма на диске есть битпоток, умноженный на
+длительность фильма, плюс небольшие накладные расходы
 (см. раздел
 <link linkend="menc-feat-dvd-mpeg4-muxing-avi-limitations">контейнер AVI</link>
 для примера).
@@ -1054,9 +1050,9 @@

 <para>
 Битпоток изменяется <emphasis role="bold">не</emphasis>
-пропорционально разрешению.
-То есть файл разрешением 320х240 с 200 кбит/сек не будет
-того же качества, что этот же фильм разрешением 640х480
+пропорционально разрешению.
+То есть файл разрешением 320х240 с 200 кбит/сек не будет
+того же качества, что этот же фильм разрешением 640х480
 и 800 кбит/сек!
 Для этого есть две причины:
 <orderedlist>
@@ -1065,19 +1061,19 @@
   замечаете MPEG артефакты, если они больше!
   Артефакты возникают на масштабе блоков (8х8).
   Ваш глаз не увидит ошибки в 4800 маленьких блоков так же
-  легко, как и в 1200 больших блоков (предполагая
+  легко, как и в 1200 больших блоков (предполагая
   масштабирование обоих фильмов на полный экран).
 </para></listitem>
 <listitem><para>
-  <emphasis role="bold">Теоретическая</emphasis>: Когда Вы
+  <emphasis role="bold">Теоретическая</emphasis>: Когда Вы
   уменьшаете размер изображения, но продолжаете использовать
-  блоки того же размера (8х8) для пространственных частотных
+  блоки того же размера (8х8) для пространственных частотных
   преобразований, Вы перемещаете больше данных в высокочастотные
   полосы. Грубо говоря, каждый пиксель содержит больше деталей,
   чем раньше.
-  Так что несмотря на то, что Ваша картинка с уменьшенным
+  Так что несмотря на то, что Ваша картинка с уменьшенным
   масштабом содержит 1/4 информации в пространственных направлениях,
-  она всё ещё может содержать большУю часть информации в
+  она всё ещё может содержать большУю часть информации в
   частотных интервалах (предполагая, что высокие частоты были
   не использованы в оригинальном 640х480 изображении).
 </para></listitem>
@@ -1086,7 +1082,7 @@

 <para>
 Последние руководства рекомендовали выбор битпотока и разрешения,
-основываясь на приближении "бит на пиксель", но это обычно не
+основываясь на приближении "бит на пиксель", но это обычно не
 верно из-за упомянутых выше причин.
 Похоже, лучшей оценкой является рост битпотока пропорционально
 квадратному корню разрешения, так что 320х240 и 400 кбит/сек
@@ -1107,7 +1103,7 @@
 <title>Расчёт разрешения</title>

 <para>
-Следующие шаги помогут Вам рассчитать разрешение для Вашего
+Следующие шаги помогут Вам рассчитать разрешение для Вашего
 кодирования без слишком сильного искажения видео, учитывая
 несколько видов информации об исходном видео.
 Прежде всего, Вам необходимо рассчитать коэффициент соотношения
@@ -1142,21 +1138,21 @@
 Грубо говоря, чем больше CQ, тем меньше вероятность увидеть
 артефакты кодирования.
 Однако, если у Вас есть заданный размер для Вашего фильма
-(например, 1 или 2 CD), есть ограниченное общее число битов,
-которые Вы можете потратить; поэтому важно найти хороший
+(например, 1 или 2 CD), есть ограниченное общее число битов,
+которые Вы можете потратить; поэтому важно найти хороший
 компромисс между сжимаемостью и качеством.
 </para>

 <para>
 CQ зависит от битпотока, эффективности видеокодека и разрешения фильма.
 Обычно, в целях увеличения CQ, Вам нужно будет уменьшить размер
-фильма, при условии, что битпоток, вычисленный как функция конечного
+фильма, при условии, что битпоток, вычисленный как функция конечного
 размера, и длина фильма постоянны.
 С MPEG-4 ASP кодеками, такими как <systemitem class="library">Xvid</systemitem>
-и <systemitem class="library">libavcodec</systemitem>, CQ
+и <systemitem class="library">libavcodec</systemitem>, CQ
 меньше 0.18 обычно приводит к изображению с большим числом
 сегментов "квадратиками", из-за недостаточного числа битов для
-кодирования информации в каждом макроблоке.
+кодирования информации в каждом макроблоке.
 (MPEG4, как и многие другие кодеки, группирует пиксели в блоки по
 несколько пикселей для сжатия изображения; если битов не хватает,
 границы этих блоков заметны.)
@@ -1169,17 +1165,17 @@
 <link linkend="menc-feat-xvid-example-settings"><systemitem class="library">Xvid</systemitem></link>
 должны сделать возможным получение того же качества с CQ в диапазоне
 от 0.18 до 0.20 для рипа на 1 CD и 0.24-0.26 для рипа на 2 CD.
-Используя MPEG-4 AVC кодеки, такие как
+Используя MPEG-4 AVC кодеки, такие как
 <systemitem class="library">x264</systemitem>, Вы можете использовать
 CQ в диапазоне от 0.14 до 0.16 со стандартными опциями кодирования
-и должны суметь достичь таких низких значений, как 0.10 - 0.12
+и должны суметь достичь таких низких значений, как 0.10 &mdash; 0.12
 с помощью
 <link linkend="menc-feat-x264-example-settings">продвинутых опций кодирования <systemitem class="library">x264</systemitem></link>.
 </para>

 <para>
 Пожалуйста, обратите внимание, что CQ &mdash; лишь показательная величина,
-т.к. она зависит от кодируемого содержимого; CQ 0.18 может хорошо
+т.к. она зависит от кодируемого содержимого; CQ 0.18 может хорошо
 смотреться для Бергмана (Bergman), в отличии от такого фильма как
 Матрица (The Matrix), содержащего много сцен с быстрым движением.
 С другой стороны, бесполезно увеличивать CQ выше 0.30, т.к. Вы
@@ -1199,7 +1195,7 @@
 <para>
 Изучение использования видео фильтров <application>MEncoder</application>
 важно для получения хороших результатов кодирования.
-Вся обработка видео выполняется посредством фильтров: усечение,
+Вся обработка видео выполняется посредством фильтров: усечение,
 масштабирование, подстройка цвета, удаление шума, увеличение
 чёткости, деинтерлейс (преобразование видео из чересстрочной
 развёртки в построчную), телесин, обратный телесин и удаление
@@ -1215,7 +1211,7 @@

 <screen>-vf фильтр1=опции,фильтр2=опции,...</screen>

-Большинство фильтров используют численные значения опций,
+Большинство фильтров используют численные значения опций,
 разделённые двоеточиями, но синтаксис этих параметров различается
 у разных фильтров, так что читайте мануал для детальной
 информации о фильтрах, которые Вы желаете использовать.
@@ -1227,7 +1223,7 @@

 <screen>-vf crop=688:464:12:4,scale=640:464</screen>

-сперва усечёт область изображения до 688х464 с верхним левым
+сперва усечёт область изображения до 688х464 с верхним левым
 углом (12,4), а затем масштабирует результат до 640х464.
 </para>

@@ -1236,29 +1232,29 @@
 рядом с ним) с целью получения преимущества от использования
 информации после видеодекодера, которая будет потеряна или
 искажена другими фильтрами.
-Важнейшими примерами являются: <option>pp</option> (постобработка,
+Важнейшими примерами являются: <option>pp</option> (постобработка,
 только при выполнении операций удаления блочной сегментации
 (deblocking) или увеличения чёткости краёв (deringing)),
 <option>spp</option> (другой фильтр постобработки, служащий для
 удаления артефактов MPEG), <option>pullup</option> (обратный
-телесин), и <option>softpulldown</option> (для преобразования
+телесин), и <option>softpulldown</option> (для преобразования
 мягкого телесина в жёсткий).
 </para>

 <para>
-В общем случае, Вам следует делать настолько мало фильтрации,
+В общем случае, Вам следует делать настолько мало фильтрации,
 насколько это возможно, для того чтоб остаться близко к оригинальному
 DVD источнику. Усечение часто необходимо (как описано выше), но
-избегайте масштабирования видео. Несмотря на то, что уменьшение
-размера иногда предпочтительно использованию бОльших
-квантователей, нужно избегать и того, и другого: помните,
+избегайте масштабирования видео. Несмотря на то, что уменьшение
+размера иногда предпочтительно использованию бОльших
+квантователей, нужно избегать и того, и другого: помните,
 что мы с самого начала решили обменять биты на качество.
 </para>

 <para>
 Также не корректируйте гамму, контрастность, яркость и т.п.. То,
 что хорошо выглядит на Вашем мониторе, может плохо выглядеть
-на других. Эти коррекции должны выполняться только при
+на других. Эти коррекции должны выполняться только при
 воспроизведении.
 </para>

@@ -1269,11 +1265,11 @@
 Ещё раз, причиной этому является то, что этим битам можно найти
 лучшее применение: зачем тратить их, кодируя шум, если Вы просто
 можете вернуть этот шум в процессе воспроизведения?
-Увеличение параметров для <option>hqdn3d</option> дополнительно
+Увеличение параметров для <option>hqdn3d</option> дополнительно
 улучшит сжимаемость, но увеличив значения слишком сильно, Вы рискуете
-ухудшить различимость изображения.
-Рекомендованные выше значения (<option>2:1:2</option>) слегка
-консервативны; не бойтесь экспериментировать с более высокими
+ухудшить различимость изображения.
+Рекомендованные выше значения (<option>2:1:2</option>) слегка
+консервативны; не бойтесь экспериментировать с более высокими
 значениями и самостоятельно оценивать результаты.
 </para>
 </sect2>
@@ -1284,9 +1280,9 @@
 <title>Чересстрочная развёртка и телесин</title>

 <para>
-Почти все фильмы снимаются при 24 fps [кадр/сек]. Поскольку
+Почти все фильмы снимаются при 24 fps [кадр/сек]. Поскольку
 в NTSC используется 30000/1001 fps, нужно выполнить некоторую
-обработку для такого 24 fps видео, чтобы оно корректно
+обработку для такого 24 fps видео, чтобы оно корректно
 воспроизводилось при кадровой частоте NTSC. Этот процесс называется
 3:2 пулдаун, обычно называемый телесин (поскольку пулдаун часто
 применяется в процессе показа телевизионного фильма, англ. telecine);
@@ -1303,13 +1299,13 @@
 воспроизводится слегка быстрее, но если Вы не пришелец, то,
 вероятно, не заметите разницы.
 У большинства PAL DVD аудио скорректировано по высоте звука так,
-что, воспроизводясь при 25 fps, оно звучит нормально, несмотря на
-то, что аудиодорожка (и, следовательно, весь фильм) проигрываются
+что, воспроизводясь при 25 fps, оно звучит нормально, несмотря на
+то, что аудиодорожка (и, следовательно, весь фильм) проигрываются
 на 4% быстрее, чем NTSC DVD.
 </para>

 <para>
-Поскольку видео на PAL DVD не переделывается, Вам не стоит
+Поскольку видео на PAL DVD не переделывается, Вам не стоит
 беспокоится о частоте кадров. У источника 25 fps и у Вашего
 рипа будет 25 fps. Однако, если Вы делаете рип NTSC DVD фильма,
 Вам, быть может, придётся выполнить обратный телесин.
@@ -1317,7 +1313,7 @@

 <para>
 Для фильмов, снятых на 24 fps, видео на NTSC DVD идёт либо с телесином
-30000/1001, либо с построчной развёрткой 24000/1001 fps и
+30000/1001, либо с построчной развёрткой 24000/1001 fps и
 предназначается для телесина на лету с помощью DVD плеера.
 С другой стороны, TV сериалы идут обычно только с чересстрочной развёрткой,
 но без телесина. Это не строгое правило: есть сериалы с
@@ -1349,14 +1345,14 @@

 <para>
 Если Вы желаете кодировать фильм с чересстрочной развёрткой
-(NTSC или PAL видео), Вам нужно решить, будете ли Вы его
+(NTSC или PAL видео), Вам нужно решить, будете ли Вы его
 преобразовывать в построчную развёртку или нет.
-Хотя такое преобразование (деинтерлейс) сделает Ваш фильм
+Хотя такое преобразование (деинтерлейс) сделает Ваш фильм
 пригодным для дисплеев с построчной развёрткой, таких как
 компьютерные мониторы и проекторы, это будет иметь свою цену:
-частота полей уменьшится вдвое от 50 или 60000/1001 до 25 или
-30000/1001 поля в секунду, и примерно половина информации в
-Вашем фильме будет потеряна в сценах со значительным движением.
+частота полей уменьшится вдвое от 50 или 60000/1001 до 25 или
+30000/1001 поля в секунду, и примерно половина информации в
+Вашем фильме будет потеряна в сценах со значительным движением.
 </para>

 <para>
@@ -1364,9 +1360,9 @@
 не рекомендуется делать деинтерлейс. Вы всегда можете преобразовать
 развёртку фильма в процессе воспроизведения (при воспроизведении
 на устройствах с построчной развёрткой).
-Мощность современных компьютеров вынуждает плееры использовать
+Мощность современных компьютеров вынуждает плееры использовать
 фильтр деинтерлейса, что слегка ухудшает качество изображения.
-Но плееры будущего будут способны имитировать дисплей TV с
+Но плееры будущего будут способны имитировать дисплей TV с
 чересстрочной развёрткой, выполняя деинтерлейс на полной частоте
 полей и интерполируя 50 или 60000/1001 кадров в секунду для
 чересстрочного видео.
@@ -1385,8 +1381,8 @@
   чересстрочной развёртки.
 </para></listitem>
 <listitem><para>
-  Фильтры постобработки и удаления шума могут не работать как
-  ожидается, только если Вы особо не позаботитесь об их
+  Фильтры постобработки и удаления шума могут не работать как
+  ожидается, только если Вы особо не позаботитесь об их
   применении к одному полю за раз, иначе они могут
   повредить видео при неверном использовании.
 </para></listitem>
@@ -1398,7 +1394,7 @@
 mencoder <replaceable>захват.avi</replaceable> -mc 0 -oac lavc -ovc lavc -lavcopts \
 vcodec=mpeg2video:vbitrate=6000:ilme:ildct:acodec=mp2:abitrate=224
 </screen>
-Обратите внимание на опции <option>ilme</option> и <option>ildct</option>.
+Обратите внимание на опции <option>ilme</option> и <option>ildct</option>.
 </para>
 </sect2>

@@ -1411,12 +1407,12 @@
 Алгоритмы аудио/видео (A/V) синхронизации <application>MEncoder</application>
 были разработаны с целью восстановления файлов с повреждённой
 синхронизацией.
-Однако, в ряде случаев они могут привести к ненужному пропуску
+Однако, в ряде случаев они могут привести к ненужному пропуску
 или повторению кадров и, возможно, к лёгкой A/V рассинхронизации
-корректных входных данных (конечно, проблемы A/V синхронизации
+корректных входных данных (конечно, проблемы A/V синхронизации
 возникают только при обработке или копировании аудиотрека при
 кодировании видео, что настоятельно рекомендуется).
-Поэтому Вы можете переключиться на базовую A/V синхронизацию
+Поэтому Вы можете переключиться на базовую A/V синхронизацию
 с помощью опции <option>-mc 0</option> или разместить это в
 конфигурационном файле <systemitem>~/.mplayer/mencoder</systemitem>,
 если Вы работаете только с хорошими источниками (DVD, TV-захват,
@@ -1425,13 +1421,13 @@
 </para>

 <para>
-Если Вы хотите дополнительно защититься от странных пропусков
+Если Вы хотите дополнительно защититься от странных пропусков
 и повторений кадров, Вы можете одновременно использовать опции
 <option>-mc 0</option> и <option>-noskip</option>.
-Это предотвратит <emphasis>любую</emphasis> A/V коррекцию, и
+Это предотвратит <emphasis>любую</emphasis> A/V коррекцию, и
 будет копировать кадры один в один, так что Вы не сможете это
 использовать, если будете применять какие-либо фильтры, которые
-непредсказуемо добавляют или отбрасывают кадры, либо если у
+непредсказуемо добавляют или отбрасывают кадры, либо если у
 Вашего входного файла переменный битопоток!
 Поэтому использование <option>-noskip</option> в общем случае не
 рекомендуется.
@@ -1442,7 +1438,7 @@
 поддерживаемое <application>MEncoder</application>, вызывало
 A/V рассинхронизацию.
 Это наверняка произойдёт при использовании совместно с некоторыми
-фильтрами, поэтому сейчас <emphasis>не</emphasis> рекомендуется
+фильтрами, поэтому сейчас <emphasis>не</emphasis> рекомендуется
 использовать трёхпроходный аудио режим.
 Эта возможность оставлена только для совместимости и для опытных
 пользователей, понимающих когда это безопасно, а когда нет.
@@ -1453,7 +1449,7 @@
 <para>
 Также были сообщения об A/V рассинхронизации при кодировании
 со стандартного ввода (stdin) с помощью <application>MEncoder</application>.
-Не делайте этого! Всегда взамен используйте файл или CD/DVD и т.п.
+Не делайте этого! Всегда взамен используйте файл или CD/DVD и т.п.
 устройство.
 </para>
 </sect2>
@@ -1464,7 +1460,7 @@
 <title>Выбор видеокодека</title>

 <para>
-То, какой видеокодек лучше выбрать, зависит от нескольких
+То, какой видеокодек лучше выбрать, зависит от нескольких
 факторов, таких как размер, качество, устойчивость к ошибкам,
 практичность и распространённость, многие из которых сильно
 зависят от личных предпочтений и технических ограничений.
@@ -1473,13 +1469,13 @@
 <listitem>
   <para>
   <emphasis role="bold">Эффективность сжатия</emphasis>:
-  Достаточно очевидно, что большинство кодеков нового поколения
+  Достаточно очевидно, что большинство кодеков нового поколения
   разработаны для увеличения качества и степени сжатия.
   Поэтому, авторы данного руководства и многие другие люди полагают,
   что Вы не можете ошибиться
   <footnote id='fn-menc-feat-dvd-mpeg4-codec-cpu'><para>
-   Несмотря на это, будьте осторожны: для декодирования MPEG-4 AVC
-   видео с DVD разрешением необходима быстрая машина (например,
+   Несмотря на это, будьте осторожны: для декодирования MPEG-4 AVC
+   видео с DVD разрешением необходима быстрая машина (например,
    Pentium 4 свыше 1.5 ГГц или Pentium M свыше 1 ГГц).
   </para></footnote>,
   выбирая MPEG-4 AVC кодеки (например,
@@ -1487,24 +1483,24 @@
   вместо таких MPEG-4 ASP кодеков, как
   <systemitem class="library">libavcodec</systemitem> MPEG-4 или
   <systemitem class="library">Xvid</systemitem>.
-  (Опытные разработчики кодеков могут быть заинтересованы в
+  (Опытные разработчики кодеков могут быть заинтересованы в
   ознакомлении с точкой зрения Михаэля Нидермайера (Michael
   Niedermayer)
   "<ulink url="http://guru.multimedia.cx/?p=10">почему MPEG4-ASP отстой</ulink>".)
   Аналогично, Вы должны получить лучшее качество с MPEG-4 ASP, по
   сравнению с MPEG-2 кодеками.
   </para>
-
+
   <para>
-  Однако, новые кодеки, находящиеся в интенсивной разработке,
-  могут страдать от ещё не замеченных ошибок, которые могут
-  испортить кодирование. Просто это плата за использование
+  Однако, новые кодеки, находящиеся в интенсивной разработке,
+  могут страдать от ещё не замеченных ошибок, которые могут
+  испортить кодирование. Просто это плата за использование
   передовых технологий.
   </para>
-
+
   <para>
   Более существенно то, что для начала использования нового кодека
-  необходимо потратить время на изучение его опций так, чтобы Вы
+  необходимо потратить время на изучение его опций так, чтобы Вы
   знали, что нужно подстраивать для достижения заданного качества
   изображения.
   </para>
@@ -1512,10 +1508,10 @@

 <listitem><para>
   <emphasis role="bold">Аппаратная совместимость</emphasis>:
-  Обычно необходимо длительное время для включения поддержки
+  Обычно необходимо длительное время для включения поддержки
   последних видеокодеков в автономные видеоплееры.
-  В итоге, большинство поддерживает только MPEG-1 (наподобие
-  VCD, XVCD и KVCD), MPEG-2 (например, DVD, SVCD и KVCD) и MPEG-4
+  В итоге, большинство поддерживает только MPEG-1 (наподобие
+  VCD, XVCD и KVCD), MPEG-2 (например, DVD, SVCD и KVCD) и MPEG-4
   ASP (например, DivX,
   <systemitem class="library">libavcodec</systemitem> LMP4 и
   <systemitem class="library">Xvid</systemitem>)
@@ -1529,34 +1525,34 @@
   <emphasis role="bold">Лучшее соотношение качества и времени кодирования</emphasis>:
   Кодеки, уже использующиеся определённое время (например,
   <systemitem class="library">libavcodec</systemitem> MPEG-4 и
-  <systemitem class="library">Xvid</systemitem>) обычно сильно
-  оптимизированы всевозможными остроумными алгоритмами и
+  <systemitem class="library">Xvid</systemitem>) обычно сильно
+  оптимизированы всевозможными остроумными алгоритмами и
   ассемблерным SIMD кодом. Поэтому они обладают тенденцией
   достижения лучшего соотношения качества к времени кодирования.
   Однако, у них могут быть некоторые очень продвинутые опции,
   которые, будучи включенными, сделают кодирование очень медленным
   ради несущественного выигрыша.
   </para>
-
+
   <para>
-  Если Вам нужна высокая скорость, примерно придерживайтесь настроек
+  Если Вам нужна высокая скорость, примерно придерживайтесь настроек
   видеокодека по умолчанию (хотя Вам стоит попробовать другие опции,
-  упоминаемые в иных разделах данного руководства).
+  упоминаемые в иных разделах данного руководства).
   </para>
-
+
   <para>
-  Вы так же можете рассмотреть вариант использования многопоточного
+  Вы так же можете рассмотреть вариант использования многопоточного
   кодека, хотя это полезно только для пользователей машин с
   несколькими процессорами.
   <systemitem class="library">libavcodec</systemitem> MPEG-4 позволяет
   это, но выигрыш в скорости ограничен и есть небольшой отрицательный
   эффект для качества картинки.
   Многопоточное кодирование <systemitem class="library">Xvid</systemitem>,
-  включаемое опцией <option>threads</option>, может использоваться для
+  включаемое опцией <option>threads</option>, может использоваться для
   ускорения кодирования (на примерно 40-60% в типичных случаях)
   с небольшим ухудшением картинки или вообще без него.
-  <systemitem class="library">x264</systemitem> также позволяет
-  многопоточное кодирование, что обычно ускоряет процесс на 94%
+  <systemitem class="library">x264</systemitem> также позволяет
+  многопоточное кодирование, что обычно ускоряет процесс на 94%
   для каждого CPU ядра с уменьшением PSNR от 0.005 дБ до 0.01 дБ при типичных
   настройках.
   </para>
@@ -1565,21 +1561,21 @@
 <listitem>
   <para>
   <emphasis role="bold">Личные предпочтения</emphasis>:
-  Здесь всё становится почти неразумным: из-за тех же причин, по
+  Здесь всё становится почти неразумным: из-за тех же причин, по
   которым одни придерживаются DivX&nbsp;3 в течении лет, в то время
   как новые кодеки уже творят чудеса, другие люди предпочитают
   <systemitem class="library">Xvid</systemitem> или
   <systemitem class="library">libavcodec</systemitem> MPEG-4
   использованию <systemitem class="library">x264</systemitem>.
   </para>
-
+
   <para>
-  Вам нужно принимать решение самостоятельно; не слушайте советов
+  Вам нужно принимать решение самостоятельно; не слушайте советов
   людей, признающих только один кодек.
   Сделайте несколько образцов клипов из искомых источников и
   сравните разные опции кодирования и кодеки, с целью выбора
   того, что Вам наиболее подходит.
-  Лучший кодек &mdash; это тот, которым Вы сами овладели, и
+  Лучший кодек &mdash; это тот, которым Вы сами овладели, и
   который выглядит лучше всего для Ваших глаз на Вашем дисплее
   <footnote id='fn-menc-feat-dvd-mpeg4-codec-playback'><para>
   Один и тот же результат кодирования может не выглядеть таким же
@@ -1604,30 +1600,30 @@
 <title>Аудио</title>

 <para>
-Аудио &mdash; это гораздо более простая проблема: если Вы
+Аудио &mdash; это гораздо более простая проблема: если Вы
 беспокоитесь о качестве, просто оставьте всё как есть.
-Даже потоки AC-3 5.1 не более чем 448 Кбит/с и они стоят каждого
-бита. Вы можете соблазниться перекодированием аудио в
-высококачественный Vorbis (он же ogg формат), но лишь то, что
+Даже потоки AC-3 5.1 не более чем 448 Кбит/с и они стоят каждого
+бита. Вы можете соблазниться перекодированием аудио в
+высококачественный Vorbis (он же ogg формат), но лишь то, что
 у Вас сегодня нет A/V приёмника для пропускания AC-3, не означает,
-что у Вас не будет его завтра. Для жизнеспособности Ваших DVD
+что у Вас не будет его завтра. Для жизнеспособности Ваших DVD
 рипов в будущем, сохраняйте поток AC-3.
-Вы можете сохранить поток AC-3, копируя его непосредственно в
+Вы можете сохранить поток AC-3, копируя его непосредственно в
 видеопоток <link linkend="menc-feat-mpeg4">в процессе кодирования</link>.
-Вы также можете извлечь AC-3 поток с целью мультиплексирования его
+Вы также можете извлечь AC-3 поток с целью мультиплексирования его
 в контейнеры наподобие NUT или Matroska (Матрёшка).
 <screen>
 mplayer <replaceable>файл_источника.vob</replaceable> -aid 129 -dumpaudio -dumpfile <replaceable>звук.ac3</replaceable></screen>
 сохранит в файл <replaceable>звук.ac3</replaceable> аудиодорожку
 с номером 129 из файла
 <replaceable>файл_источника.vob</replaceable> (Обратите внимание:
-DVD VOB файлы обычно используют нумерацию аудио, отличную от
+DVD VOB файлы обычно используют нумерацию аудио, отличную от
 стандартной, что означает, что аудиодорожка VOB 129 &mdash; это вторая
 аудиодорожка файла).
 </para>

 <para>
-Но иногда у Вас действительно нет иного выбора, чем далее сжимать
+Но иногда у Вас действительно нет иного выбора, чем далее сжимать
 звук для того, чтоб больше битов могло быть потрачено на видео.
 Большинство людей предпочитают сжимать звук с помощью MP3 или
 Vorbis аудиокодеков.
@@ -1637,7 +1633,7 @@

 <para>
 <emphasis>Не</emphasis> используйте <option>-nosound</option> при
-кодировании файла с аудио, даже если позже Вы будете отдельно
+кодировании файла с аудио, даже если позже Вы будете отдельно
 кодировать и мультеплексировать аудио.
 Хотя это может работать в идеальных случаях, использование
 <option>-nosound</option> обычно скрывает ряд проблем в Ваших
@@ -1649,46 +1645,46 @@
 </para>

 <para>
-Вам необходимо обработать звук с помощью
-<application>MEncoder</application>.
-Например, Вы можете копировать исходную звуковую дорожку в
+Вам необходимо обработать звук с помощью
+<application>MEncoder</application>.
+Например, Вы можете копировать исходную звуковую дорожку в
 процессе кодирования с помощью <option>-oac copy</option> или
 преобразовать её в "лёгкий" 4 кГц моно WAV PCM с помощью
 <option>-oac pcm -channels 1 -srate 4000</option>.
-Иначе, в ряде случаев, будет создаваться видео файл,
+Иначе, в ряде случаев, будет создаваться видео файл,
 рассинхронизированный с аудио.
 Такие случаи происходят, когда число кадров видео исходного файла
 не совпадает с полной длиной кадров аудио, или когда были
-разрывы/сшивания потока, где появились пропущенные или излишние
+разрывы/сшивания потока, где появились пропущенные или излишние
 аудиокадры.
 Правильным решением подобных проблем является вставка тишины или
 усечение аудио в таких точках.
 Однако, <application>MPlayer</application> не может это сделать
 и если Вы демультиплексируете AC-3 аудио и кодируете его отдельным
 приложением (или создаёте дамп в PCM с помощью
-<application>MPlayer</application>), сшивания останутся
+<application>MPlayer</application>), сшивания останутся
 нескорректированными и единственный испособ их исправить &mdash;
 пропускать/дублировать видеокадры в местах сшивки.
-Пока <application>MEncoder</application> видит аудио при
+Пока <application>MEncoder</application> видит аудио при
 кодировании видео, он может выполнять этот пропуск/дублирование
 (что обычно не вызывыет проблем, т.к. происходит при полностью
 чёрных кадрах или при смене сцен), но если
 <application>MEncoder</application> не доступно аудио, он просто
 будет обрабатывать все кадры "как есть" и они не будут совпадать
-с окончательным аудиопотоком, когда Вы, например, объедините
+с окончательным аудиопотоком, когда Вы, например, объедините
 аудио и видео дорожки в Matroska файл.
 </para>

 <para>
-Прежде всего, Вам необходимо преобразовать DVD звук в WAV файл,
-который может использоваться аудиокодеком в качестве входных
+Прежде всего, Вам необходимо преобразовать DVD звук в WAV файл,
+который может использоваться аудиокодеком в качестве входных
 данных. Например:
 <screen>
-mplayer <replaceable>исходный_файл.vob</replaceable> -ao pcm:file=<replaceable>звук.wav</replaceable>
+mplayer <replaceable>исходный_файл.vob</replaceable> -ao pcm:file=<replaceable>звук.wav</replaceable>
     -vc dummy -aid 1 -vo null
 </screen>
 сохранит вторую аудиодорожку из файла
-<replaceable>исходный_файл.vob</replaceable> в файл
+<replaceable>исходный_файл.vob</replaceable> в файл
 <replaceable>звук.wav</replaceable>.
 Возможно, Вы захотите нормализовать звук перед кодированием,
 поскольку аудиодорожки DVD обычно записываются с маленькой
@@ -1699,14 +1695,14 @@
 делает то же самое.
 Вы можете сжать в Vorbis или MP3. Например:
 <screen>oggenc -q1 <replaceable>звук.wav</replaceable></screen>
-кодирует <replaceable>звук.wav</replaceable> с качеством 1,
+кодирует <replaceable>звук.wav</replaceable> с качеством 1,
 что примерно эквивалентно 80 Кб/с и является минимальным качеством,
 при котором Вам нужно кодировать, если Вы заботитесь о качестве.
-Пожалуйста, обратите внимание, что <application>MEncoder</application>
-на данный момент не поддерживает мультиплексирование аудиопотоков
+Пожалуйста, обратите внимание, что <application>MEncoder</application>
+на данный момент не поддерживает мультиплексирование аудиопотоков
 Vorbis в выходной файл, поскольку он поддерживает только AVI и
-MPEG контейнеры для выходных файлов, использование каждого из
-которых может привести к проблемам A/V синхронизации с
+MPEG контейнеры для выходных файлов, использование каждого из
+которых может привести к проблемам A/V синхронизации с
 некоторыми плеерами, в случае когда AVI файл содержит VBR
 аудиопотоки наподобие Vorbis.
 Не беспокойтесь, в данном документе будет рассказано как Вы
@@ -1721,8 +1717,8 @@

 <para>
 Теперь, после того как Вы кодировали видео, скорее всего, Вы
-захотите мультиплексировать его с одним или несколькими
-аудиопотоками в такие видео контейнеры как AVI, MPEG,
+захотите мультиплексировать его с одним или несколькими
+аудиопотоками в такие видео контейнеры как AVI, MPEG,
 Matroska или NUT.
 На данный момент встроенная поддержка вывода аудио и видео в
 <application>MEncoder</application> есть только для форматов
@@ -1741,7 +1737,7 @@
 </para>

 <para>
-<application>MEncoder</application>
+<application>MEncoder</application>
 обладает экспериментальной поддержкой
 <systemitem class="library">libavformat</systemitem> &mdash;
 библиотеки из проекта FFmpeg, поддерживающей мультиплексирование
@@ -1754,12 +1750,12 @@
 </screen>
 Это сделает то же самое, что и предыдущий пример, но выходным
 контейнером будет ASF.
-Пожалуйста, обратите внимание, что эта поддержка весьма
+Пожалуйста, обратите внимание, что эта поддержка весьма
 экспериментальна (но становится лучше c каждым днём), и будет
-работать только в случае компиляции <application>MPlayer</application>
-с включенной поддержкой
-<systemitem class="library">libavformat</systemitem> (что означает,
-что в большинстве случаев бинарная версия из пакетов не будет
+работать только в случае компиляции <application>MPlayer</application>
+с включенной поддержкой
+<systemitem class="library">libavformat</systemitem> (что означает,
+что в большинстве случаев бинарная версия из пакетов не будет
 работать).
 </para>

@@ -1769,25 +1765,25 @@

 <para>
 Вы можете столкнуться с некоторыми серьёзными проблемами A/V
-синхронизации при попытке мультиплексирования Вашего видео
+синхронизации при попытке мультиплексирования Вашего видео
 с некоторыми аудиодорожками, где, как бы Вы не подбирали задержку
 аудио, никогда не получается правильная синхронизация.
 Это может происходить при использовании некоторых видеофильтров,
 пропускающих или дублирующих некоторые кадры, например фильтров
 обратного телесина.
-Настоятельно рекомендуется добавлять видеофильтр
+Настоятельно рекомендуется добавлять видеофильтр
 <option>harddup</option> в конце цепочки фильтров для избежания
 подобных проблем.
 </para>

 <para>
-Без опции <option>harddup</option>, в случае когда
-<application>MEncoder</application> хочет дублировать кадр, он
-полагается на то, что мультиплексор расположит отметку в
+Без опции <option>harddup</option>, в случае когда
+<application>MEncoder</application> хочет дублировать кадр, он
+полагается на то, что мультиплексор расположит отметку в
 контейнере таким образом, что последний кадр будет повторен для
 достижения синхронизации без реальной записи кадра.
 С опцией <option>harddup</option>, <application>MEncoder</application>
-вместо этого просто ещё раз поместит последний кадр в цепочку
+вместо этого просто ещё раз поместит последний кадр в цепочку
 фильтров.
 Это означает, что кодер получит <emphasis>точно</emphasis>
 такой же кадр дважды и сожмёт его.
@@ -1797,12 +1793,12 @@
 </para>

 <para>
-Также у Вас может не быть иного выбора, как использовать
-<option>harddup</option> с форматами контейнеров, которые
-не слишком плотно связаны с
-<application>MEncoder</application>, например, с форматами,
-поддерживаемыми с помощью
-<systemitem class="library">libavformat</systemitem>,
+Также у Вас может не быть иного выбора, как использовать
+<option>harddup</option> с форматами контейнеров, которые
+не слишком плотно связаны с
+<application>MEncoder</application>, например, с форматами,
+поддерживаемыми с помощью
+<systemitem class="library">libavformat</systemitem>,
 которые могут не поддерживать дублирование кадров на уровне
 контейнера.
 </para>
@@ -1813,7 +1809,7 @@
 <title>Ограничения контейнера AVI</title>

 <para>
-Хотя это самый широко распространённый формат контейнера после
+Хотя это самый широко распространённый формат контейнера после
 MPEG-1,  он также обладает некоторыми существенными недостатками.
 Пожалуй, они наиболее очевидны в его избыточности.
 Для каждой цепочки AVI файла теряется 24 байта на заголовки и
@@ -1832,7 +1828,7 @@
 <orderedlist>
 <listitem><para>
   Может быть сохранено только содержимое с фиксированной частотой
-  кадров. В частности, это особенно ограничивает, когда Ваш
+  кадров. В частности, это особенно ограничивает, когда Ваш
   исходный материал смешанного содержимого: например, является
   смесью NTSC видео и киноматериала.
   В действительности, есть хаки, позволяющие сохранять содержимое
@@ -1843,7 +1839,7 @@
   Аудио в AVI файлах должно быть или с постоянным битпотоком (CBR)
   или с постоянным размером кадра (т.е. все кадры декодируются
   в одно и то же число выборок).
-  К сожалению, самый эффективный кодек, Vorbis, не удовлетворяет
+  К сожалению, самый эффективный кодек, Vorbis, не удовлетворяет
   ни одному из данных требований.
   Поэтому, если Вы планируете сохранять Ваш фильм в AVI, Вы должны
   использовать менее эффективный кодек, такой как MP3 или AC-3.
@@ -1859,7 +1855,7 @@
 инструмент, который Вы используете для кодирования.
 Однако, возможно использовать <application>MEncoder</application>
 только для кодирования видео и затем использовать внешние
-утилиты для кодирования аудио и мультиплексирования его в
+утилиты для кодирования аудио и мультиплексирования его в
 контейнер другого формата.
 </para>
 </sect3>
@@ -1874,10 +1870,10 @@
 продвинутых возможностей, которые старые контейнеры (наподобие
 AVI) не поддерживают.
 Например, Matroska поддерживает аудиосодержимое с переменным
-битпотоком (VBR), переменные частоты кадров (VFR), разделы,
+битпотоком (VBR), переменные частоты кадров (VFR), разделы,
 файловые вложения, код обнаружения ошибок (EDC) и современные
-A/V кодеки, такие как "Продвинутое Аудио Кодирование" ("Advanced
-Audio Coding", AAC), "Vorbis" или "MPEG-4 AVC" (H.264), также
+A/V кодеки, такие как "Продвинутое Аудио Кодирование" ("Advanced
+Audio Coding", AAC), "Vorbis" или "MPEG-4 AVC" (H.264), также
 не поддерживаемые AVI.
 </para>

@@ -1885,7 +1881,7 @@
 Утилиты, необходимые для создания Matroska файлов, сообща
 называются <application>mkvtoolnix</application>, и доступны
 для большинства Unix платформ, так же как и для Window$.
-Поскольку Matroska &mdash; открытый формат, Вы можете найти
+Поскольку Matroska &mdash; открытый формат, Вы можете найти
 иные утилиты, которые лучше Вам подходят, но поскольку
 <application>mkvtoolnix</application> &mdash; наиболее общие
 и поддерживаются самой командой разработчиков Matroska, мы
@@ -1894,8 +1890,8 @@

 <para>
 Возможно, самым простым способом начать использовать Matroska
-является использование <application>MMG</application>,
-графической оболочки, поставляемой с
+является использование <application>MMG</application>,
+графической оболочки, поставляемой с
 <application>mkvtoolnix</application>. Следуйте
 <ulink url="http://www.bunkus.org/videotools/mkvtoolnix/doc/mkvmerge-gui.html">руководству к mkvmerge GUI (mmg)</ulink>.
 </para>
@@ -1912,7 +1908,7 @@
 файл <replaceable>выходной_файл.mkv</replaceable>.
 Как было отмечено ранее, Matroska способна реализовать гораздо
 большее, например, множественные аудиодорожки (включая тонкую
-настройку аудио/видео синхронизации), разделы, субтитры,
+настройку аудио/видео синхронизации), разделы, субтитры,
 разбиение и т.д..
 Пожалуйста, обратитесь к документации на эти приложения для
 деталей.
@@ -1933,7 +1929,7 @@
 <formalpara>
 <title>Что такое телесин?</title>
 <para>
-Если Вы не понимаете многое из того, что здесь написано,
+Если Вы не понимаете многое из того, что здесь написано,
 прочтите
 <ulink url="http://en.wikipedia.org/wiki/Telecine">статью Википедии о телесине</ulink>.
 Это понятное и разумно обширное описание того, что такое
@@ -1944,29 +1940,29 @@
 <title>Замечание о числах.</title>
 <para>
 Многие документы, включая указанную выше статью, ссылаются
-на количество полей в секунду 59.94 для NTSC видео и
-соответствующие кадровые частоты 29.97 (для подверженного
+на количество полей в секунду 59.94 для NTSC видео и
+соответствующие кадровые частоты 29.97 (для подверженного
 телесину и чересстрочного видео) и 23.976 (для построчного).
 Для простоты в ряде статей эти числа даже округляются до 60, 30
 и 24 соответственно.
 </para></formalpara>

 <para>
-Строго говоря, все эти числа являются аппроксимациями.
-Чёрно-белое NTSC видео было точно с 60 полями в секунду, но
+Строго говоря, все эти числа являются аппроксимациями.
+Чёрно-белое NTSC видео было точно с 60 полями в секунду, но
 позже была выбрана частота 60000/1001 для адаптации цветовой
-информации с одновременным сохранением совместимости с чёрно-белым
-телевидением.
+информации с одновременным сохранением совместимости с чёрно-белым
+телевидением.
 Цифровое NTSC видео (такое как на DVD) также с 60000/1001
 полями в секунду. Отсюда возникла кадровая частота 30000/1001
-кадр/сек для чересстрочного и телесиненного видео; построчное
+кадр/сек для чересстрочного и телесиненного видео; построчное
 видео идёт с 24000/1001 кадр/сек.
 </para>

 <para>
 Старые версии документации <application>MEncoder</application>
 и много архивных сообщений из списков рассылки ссылаются на
-59.94, 29.97 и 23.976. Вся документация <application>MEncoder</application>
+59.94, 29.97 и 23.976. Вся документация <application>MEncoder</application>
 была обновлена для использования дробных значений, и Вам так же
 следует их использовать.
 </para>
@@ -1980,26 +1976,26 @@
 <title>Как используется телесин.</title>
 <para>
 Всё видео, предназначенное для просмотра на NTSC телевидении
-должно быть с 60000/1001 полями в секунду. Фильмы, сделанные
+должно быть с 60000/1001 полями в секунду. Фильмы, сделанные
 для показа на TV часто снимаются непосредственно при 60000/1001
-полей в секунду, но большинство кино снимается на 24 или
-24000/1001 кадрах в секунду. В процессе создания DVD с
+полей в секунду, но большинство кино снимается на 24 или
+24000/1001 кадрах в секунду. В процессе создания DVD с
 кинофильмом, видео преобразуется для телевидения с помощью
 процесса, называемого телесин.
 </para></formalpara>

 <para>
-В действительности, видео никогда не хранится на DVD с
+В действительности, видео никогда не хранится на DVD с
 60000/1001 полями в секунду. Для видео, оригинально являющегося
-60000/1001, каждая пара полей объединяется для формирования
+60000/1001, каждая пара полей объединяется для формирования
 кадра, приводя к 30000/1001 кадрам в секунду. Затем аппаратные
 DVD плееры читают флаг, включенный в видеопоток, для определения
-того какие, чётные или нечётные строки должны формировать первый
+того какие, чётные или нечётные строки должны формировать первый
 кадр.
 </para>

 <para>
-Обычно, содержимое с частотой кадров 24000/1001 остаётся
+Обычно, содержимое с частотой кадров 24000/1001 остаётся
 неизменным при кодировании на DVD и DVD плеер должен выполнить
 телесин на лету. Однако, иногда видео подвергается телесину
 <emphasis>до</emphasis> записи на DVD; и хотя оно изначально
@@ -2009,11 +2005,11 @@
 </para>

 <para>
-При рассмотрении отдельных кадров, полученных из 60000/1001
-полей в секунду, телесиненных или наоборот, чересстрочная
-развёртка чётко видна в случае, если есть какое-либо движение,
-поскольку одно поле (скажем, с чётными номерами строк)
-отображает момент времени на 1/(60000/1001) секунды позже, чем
+При рассмотрении отдельных кадров, полученных из 60000/1001
+полей в секунду, телесиненных или наоборот, чересстрочная
+развёртка чётко видна в случае, если есть какое-либо движение,
+поскольку одно поле (скажем, с чётными номерами строк)
+отображает момент времени на 1/(60000/1001) секунды позже, чем
 другое поле. Воспроизведение чересстрочного видео на компьютере
 выглядит скверно по двум причинам: монитор обладает более высоким
 разрешением и видео показывается покадрово, вместо отображения по
@@ -2026,20 +2022,20 @@
 Этот раздел применим только к NTSC DVD, а не к PAL.
 </para></listitem>
 <listitem><para>
-Примеры командных строк <application>MEncoder</application>
-в данном разделе <emphasis role="bold">не</emphasis>
+Примеры командных строк <application>MEncoder</application>
+в данном разделе <emphasis role="bold">не</emphasis>
 предназначены для реального использования. Они просто являются
-минимально необходимым требованием для кодирования
+минимально необходимым требованием для кодирования
 соответствующей категории видео. То, как сделать хорошие DVD
-рипы или тонко настроить
-<systemitem class="library">libavcodec</systemitem> для
-достижения максимального качества, не входит в рамки данного
+рипы или тонко настроить
+<systemitem class="library">libavcodec</systemitem> для
+достижения максимального качества, не входит в рамки данного
 раздела; обратитесь к другим разделам
 <link linkend="encoding-guide">Руководства по кодированию
 с MEncoder</link>.
 </para></listitem>
 <listitem><para>
-Есть несколько сносок, специфичных для данного руководства,
+Есть несколько сносок, специфичных для данного руководства,
 обозначенных следующим образом:
   <link linkend="menc-feat-telecine-footnotes">[1]</link>
 </para></listitem>
@@ -2057,8 +2053,8 @@
 </para>

 <para>
-При воспроизведении DVD с построчной развёрткой в
-<application>MPlayer</application>, <application>MPlayer</application>
+При воспроизведении DVD с построчной развёрткой в
+<application>MPlayer</application>, <application>MPlayer</application>
 выведет следующую строку при начале воспроизведения фильма:

 <screen>demux_mpg: обнаружено 24000/1001 кадра/сек NTSC содержимое с построчной развёрткой,
@@ -2071,11 +2067,11 @@

 <para>
 При просмотре видео с построчной развёрткой Вы не должны никогда
-наблюдать чересстрочность. Однако, будьте осторожны, поскольку
-иногда есть небольшая примесь телесина там, где Вы этого не
-ожидаете. Мной наблюдались DVD с TV-шоу, у которых была одна
+наблюдать чересстрочность. Однако, будьте осторожны, поскольку
+иногда есть небольшая примесь телесина там, где Вы этого не
+ожидаете. Мной наблюдались DVD с TV-шоу, у которых была одна
 секунда телесина при каждой смене сцен или в случайных на вид
-местах. Однажды я видел DVD, у которого одна половина была с
+местах. Однажды я видел DVD, у которого одна половина была с
 построчной развёрткой, а вторая &mdash; телесиненной. Если Вы
 желаете быть <emphasis>действительно</emphasis> уверенными,
 Вы можете просканировать весь фильм:
@@ -2084,24 +2080,24 @@

 Использование <option>-benchmark</option> позволяет
 <application>MPlayer</application> воспроизводить фильм столь
-быстро, сколь это возможно; тем не менее, в зависимости от
-Вашего железа, это может занять некоторое время. Всякий раз,
+быстро, сколь это возможно; тем не менее, в зависимости от
+Вашего железа, это может занять некоторое время. Всякий раз,
 когда demux_mpg будет сообщать об изменении частоты кадров,
 строка прямо над сообщением покажет Вам время, при котором
 произошло изменение.
 </para>

 <para>
-Иногда видео на DVD с построчной развёрткой называют
+Иногда видео на DVD с построчной развёрткой называют
 &quot;мягким телесином&quot;, поскольку предполагается, что
-телесин будет выполнен DVD плеером.
+телесин будет выполнен DVD плеером.
 </para>
 </sect3>

 <sect3 id="menc-feat-telecine-ident-telecined">
 <title>Телесин</title>
 <para>
-Телесиненное видео изначально снимается на 24000/1001 кадр/сек,
+Телесиненное видео изначально снимается на 24000/1001 кадр/сек,
 но подвергается телесину <emphasis>до</emphasis> записи на DVD.
 </para>

@@ -2113,7 +2109,7 @@

 <para>
 При просмотре телесиненного видео, Вы будете видеть "мерцающие"
-артефакты чересстрочной развёртки: они будут многократно
+артефакты чересстрочной развёртки: они будут многократно
 повторяться и исчезать.
 Вы можете детально это рассмотреть следующим образом:
 <orderedlist>
@@ -2128,15 +2124,15 @@
   вперёд.
   </para></listitem>
 <listitem><para>
-  Наблюдайте за последовательностью кадров с чересстрочной и
-  построчной развёрткой. Если Вы видите следующую структуру:
+  Наблюдайте за последовательностью кадров с чересстрочной и
+  построчной развёрткой. Если Вы видите следующую структуру:
   ЧЧЧПП,ЧЧЧПП,ЧЧЧПП,... (где Ч &mdash; чересстрочные, а П &mdash;
-  построчные кадры), значит видео телесиненное. Если Вы
+  построчные кадры), значит видео телесиненное. Если Вы
   наблюдаете иную структуру, видео может быть телесиненным,
   используя какой-либо нестандартный метод;
-  <application>MEncoder</application> не может преобразовать
+  <application>MEncoder</application> не может преобразовать
   без потерь нестандартный телесин в построчную развёртку.
-  Если Вы не видите вообще никакой структуры, значит наиболее
+  Если Вы не видите вообще никакой структуры, значит наиболее
   вероятно, что видео с чересстрочной развёрткой.
   </para></listitem>
 </orderedlist>
@@ -2150,8 +2146,8 @@

 <para>
 Другой способ выяснить, был Ваш источник подвержен телесину или нет, заключается
-в воспроизведении исходного материала с опциями командной строки
-<option>-vf pullup</option> и <option>-v</option>, чтобы увидеть, как
+в воспроизведении исходного материала с опциями командной строки
+<option>-vf pullup</option> и <option>-v</option>, чтобы увидеть, как
 <option>pullup</option> сопоставляет кадры.
 Если источник был телесиненным, Вы должны увидеть в консоли 3:2 структуру с
 чередующимися <systemitem>0+.1.+2</systemitem> и <systemitem>0++1</systemitem>.
@@ -2198,15 +2194,15 @@

 <para>
 Когда <application>MPlayer</application> воспроизводит эту категорию, он будет
-(как правило, периодически) переключаться между "30000/1001 кадров/сек NTSC
-содержимым" и "24000/1001 кадра/сек NTSC содержимым с построчной развёрткой".
-Смотрите конец вывода <application>MPlayer</application>, чтобы увидеть
+(как правило, периодически) переключаться между "30000/1001 кадров/сек NTSC
+содержимым" и "24000/1001 кадра/сек NTSC содержимым с построчной развёрткой".
+Смотрите конец вывода <application>MPlayer</application>, чтобы увидеть
 эти сообщения.
 </para>

 <para>
-Вам следует проверить разделы с "30000/1001 кадров/сек NTSC содержимым",
-чтобы убедиться, что видео действительно телесиненное, а не просто
+Вам следует проверить разделы с "30000/1001 кадров/сек NTSC содержимым",
+чтобы убедиться, что видео действительно телесиненное, а не просто
 чересстрочное.
 </para>
 </sect3>
@@ -2221,8 +2217,8 @@
 </para>

 <para>
-Эта категория выглядит также, как и "смешанные построчная развертка и телесин",
-до тех пор, пока не проверите разделы 30000/1001 кадр/сек и не увидите,
+Эта категория выглядит также, как и "смешанные построчная развертка и телесин",
+до тех пор, пока не проверите разделы 30000/1001 кадр/сек и не увидите,
 что структура телесина отсутствует.
 </para>
 </sect3>
@@ -2234,9 +2230,9 @@
 <title>Как кодировать каждую категорию</title>

 <para>
-Как уже было сказано выше, последующие примеры командных строк
-<application>MEncoder</application> <emphasis role="bold">не</emphasis> означают,
-что надо использовать именно их; они всего лишь примеры минимального набора параметров
+Как уже было сказано выше, последующие примеры командных строк
+<application>MEncoder</application> <emphasis role="bold">не</emphasis> означают,
+что надо использовать именно их; они всего лишь примеры минимального набора параметров
 для правильного кодирования каждой категории.
 </para>

@@ -2246,8 +2242,8 @@

 <para>
 Видео с построчной разверткой не требует специальной обработки для кодирования.
-Единственный нужный Вам для уверенности параметр &mdash; это
-<option>-ofps 24000/1001</option>.
+Единственный нужный Вам для уверенности параметр &mdash; это
+<option>-ofps 24000/1001</option>.
 В противном случае <application>MEncoder</application> будет пытаться кодировать
 с 30000/1001 кадрами в секунду и создаст дублирующиеся кадры.
 </para>
@@ -2274,7 +2270,7 @@
 Телесин может быть обращён для получения оригинального 24000/1001 содержимого
 при помощи процесса, называемого обратный телесин.
 <application>MPlayer</application> содержит несколько фильтров для выполнения
-этого; лучший из них, <option>pullup</option> описан в разделе
+этого; лучший из них, <option>pullup</option> описан в разделе
 <link linkend="menc-feat-telecine-encode-mixedpt">смешанные построчная развертка
 и телесин</link>.
 </para>
@@ -2285,10 +2281,10 @@
 <title>Чересстрочная развертка</title>

 <para>
-На практике в большинстве случаев невозможно получить полностью построчное
+На практике в большинстве случаев невозможно получить полностью построчное
 видео из чересстрочного содержимого.
 Единственный способ сделать это без потери половины вертикального разрешения
-- это удвоить частоту кадров и попытаться "угадать", что должно составить
+- это удвоить частоту кадров и попытаться "угадать", что должно составить
 соответствующие линии каждого поля (этот способ имеет недостатки, смотрите метод
 3).
 </para>
@@ -2299,7 +2295,7 @@
   кодировщика хорошо сжимать, но <systemitem class="library">libavcodec</systemitem>
   имеет два параметра специально для чуть лучшего сохранения чересстрочного
   видео: <option>ildct</option> и <option>ilme</option>. К тому же, настоятельно
-  рекомендуется использовать
+  рекомендуется использовать
   <option>mbd=2</option><link linkend="menc-feat-telecine-footnotes">[2]</link>,
   потому что при этом макроблоки в местах без движения будут кодированы как
   нечересстрочные. Имейте в виду, что <option>-ofps</option> здесь НЕ нужна.
@@ -2307,15 +2303,15 @@
 </para></listitem>
 <listitem><para>
   Используйте фильтр деинтерлейсинга перед кодированием. Существует несколько
-  таких фильтров на выбор, каждый имеет свои преимущества и недостатки.
+  таких фильтров на выбор, каждый имеет свои преимущества и недостатки.
   Обратитесь к <option>mplayer -pphelp</option> и <option>mplayer -vf help</option>
-  для определения доступных (grep по "deint"), прочтите
+  для определения доступных (grep по "deint"), прочтите
   <ulink url="http://guru.multimedia.cx/deinterlacing-filters/">Сравнение
   фильтров деинтерлейсинга</ulink> Майкла Нидермайера (Michael Niedermayer),
   и поищите в <ulink url="http://www.mplayerhq.hu/design7/mailing_lists.html">
   списках рассылки MPlayer</ulink>, чтобы найти множество обсуждений различных
   фильтров.
-  И опять, частота кадров не меняется, поэтому никаких <option>-ofps</option>.
+  И опять, частота кадров не меняется, поэтому никаких <option>-ofps</option>.
   к тому же деинтерлейсинг следует производить после обрезания
   <link linkend="menc-feat-telecine-footnotes">[1]</link> и до масштабирования.
   <screen>mencoder dvd://1 -oac copy -vf yadif -ovc lavc</screen>
@@ -2323,23 +2319,23 @@
 <listitem><para>
   К сожалению, эта опция сбоит с <application>MEncoder</application>; она должна
   хорошо работать с <application>MEncoder G2</application>, но его пока нет. Вы
-  можете столкнуться с крахами. Как бы то ни было, назначение опции
+  можете столкнуться с крахами. Как бы то ни было, назначение опции
   <option> -vf tfields</option> &mdash; создать полный кадр из каждого поля, что
   делает частоту кадров равной 60000/1001. Преимущество этого подхода в том, что
   никакие данные не теряются; однако, т.к. каждый кадр получается только из одного
-  поля, недостающие строки должны как-то интерполироваться.
-
+  поля, недостающие строки должны как-то интерполироваться.
+
   Не существует очень хороших методов
   генерации недостающих данных, поэтому результат будет выглядеть несколько похожим
   на применение некоторых фильтров деинтерлейсинга. Генерация недостающих строк также создает
   другие проблемы, просто потому что количество данных удваивается.
   Таким образом, для сохранения качества требуются более высокие значения
-  битпотока, и больше ресурсов процессора используется как для
+  битпотока, и больше ресурсов процессора используется как для
   кодирования, так и для декодирования. <option>tfields</option> имеет
   несколько различных опций, определяющих способ создания недостающих строк
   каждого кадра. Если выбрали этот способ, обратитесь к руководству и выберите
   ту опцию, которая лучше подходит для Вашего материала. Имейте в виду, что при
-  использовании <option>tfields</option> Вы
+  использовании <option>tfields</option> Вы
   <emphasis role="bold">должны</emphasis> указать как <option>-fps</option>, так
   и <option>-ofps</option>, установив им значение, равное удвоенной частоте
   исходного материала.
@@ -2352,8 +2348,8 @@
   Если планируете сильно уменьшать размер изображения, можно извлекать и
   декодировать только одно поле из двух. Конечно, Вы потеряете половину
   вертикального разрешения, но если планируется уменьшать размер как минимум
-  вдвое, потеря будет не сильно заметна. В результате получится построчной
-  развёртки файл с 30000/1001 кадрами в секунду. Процедура следующая:
+  вдвое, потеря будет не сильно заметна. В результате получится построчной
+  развёртки файл с 30000/1001 кадрами в секунду. Процедура следующая:
   <option>-vf field</option>, затем обрезание
   <link linkend="menc-feat-telecine-footnotes">[1]</link> и масштабирование
   соответствующим образом. Помните, что потребуется скорректировать масштабирование
@@ -2403,7 +2399,7 @@
   имеет тенденцию к более частому нахождению соответствий.
   Какой фильтр будет лучше работать зависит от исходного видео и
   личного вкуса; не бойтесь экспериментировать с тонкой настройкой
-  опций фильтров, если у вас возникли проблемы с любым из них (подробности
+  опций фильтров, если у Вас возникли проблемы с любым из них (подробности
   смотрите на странице руководства man). Для большинства качественного
   исходного видео, однако, оба фильтра работают достаточно хорошо,
   так что начинать работать можно с любым из них.
@@ -2414,10 +2410,10 @@
 <listitem><para>
   Более старый метод заключается не в применении обратного телесина к
   телесиненным частям, а, наоборот, в телесине не подверженных телесину частей и
-  последующем применении обратного телесина ко всему видео. Звучит запутанно?
+  последующем применении обратного телесина ко всему видео. Звучит запутанно?
   softpulldown &mdash; это фильтр, проходящий по видео и делающий телесиненным весь
   файл. Если следом за softpulldown указать либо <option>detc</option>, либо
-  <option>ivtc</option>, финальный результат будет полностью построчным.
+  <option>ivtc</option>, финальный результат будет полностью построчным.
   <option>-ofps 24000/1001</option> необходима.
   <screen>
 mencoder dvd://1 -oac copy -vf softpulldown,ivtc=1 -ovc lavc -ofps 24000/1001
@@ -2446,23 +2442,23 @@
   </para>

   <para>
-  Эта опция определенно не должна использоваться, если Вы хотите со
+  Эта опция определенно не должна использоваться, если Вы хотите со
   временем отображать видео на чересстрочном устройстве (с помощью TV карты,
   например). Если у Вас есть чересстрочные кадры в видео с 24000/1001 кадрами в
   секунду, к ним, как и к прогрессивным, будет применен телесин. Половина их
   чересстрочных "кадров" будут отображаться с длительностью трех полей
-  (3/(60000/1001) секунд), давая в результате неприятно выглядящий эффект
+  (3/(60000/1001) секунд), давая в результате неприятно выглядящий эффект
   <!-- FIXME is translation correct? -->
-  "прыжка назад во времени". Даже если Вы пробуете это, Вы
+  "прыжка назад во времени". Даже если Вы пробуете это, Вы
   <emphasis role="bold">должны</emphasis> использовать фильтр деинтерлейсинга,
   такой как <option>lb</option> или <option>l5</option>.
   </para>

   <para>
   Для отображения на построчном дисплее это тоже может быть плохой идеей.
-  Будут отбрасываться пары последовательных чересстрочных полей, приводя к
+  Будут отбрасываться пары последовательных чересстрочных полей, приводя к
   разрывам, которые могут быть заметнее, чем при использовании второго метода,
-  отображающего некоторые построчные кадры дважды. Чересстрочное видео с
+  отображающего некоторые построчные кадры дважды. Чересстрочное видео с
   30000/1001 кадрами в секунду уже несколько прерывисто, потому что в реальности
   оно должно отображаться с 60000/1001 полями в секунду, так что дублирующиеся
   кадры не так сильно выделяются.
@@ -2471,7 +2467,7 @@
   <para>
   Так или иначе, лучше всего проанализировать Ваше содержимое и как Вы его
   собираетесь показывать. Если видео на 90% построчное и Вы никогда не будете
-  показывать его на TV, Вам следует отдать предпочтение построчному варианту.
+  показывать его на TV, Вам следует отдать предпочтение построчному варианту.
   Если оно только наполовину построчное, Вы, возможно, захотите кодировать
   его, как если бы оно было чересстрочным.
   </para>
@@ -2497,13 +2493,13 @@
   <title>Об усечении сторон:</title>
   <para>
   Видеоданные на DVD хранятся в формате, называемом YUV 4:2:0. В YUV
-  видео, люма ("яркость") и хрома ("цвет") хранятся отдельно.
-  Поскольку человеческий глаз отчасти менее чувствителен к цвету, чем к яркости,
+  видео, люма ("яркость") и хрома ("цвет") хранятся отдельно.
+  Поскольку человеческий глаз отчасти менее чувствителен к цвету, чем к яркости,
   в YUV 4:2:0 изображении присутствует только один цветностный пиксел на четыре
-  яркостных. В изображении с построчной развёрткой каждый квадрат из четырёх яркостных
+  яркостных. В изображении с построчной развёрткой каждый квадрат из четырёх яркостных
   пикселов (два на два) имеют один общий цветностный пиксел. Вы должны обрезать
   построчный YUV 4:2:0 до чётных размеров и использовать чётные смещения.
-  Например,
+  Например,
   <option>crop=716:380:2:26</option> &mdash; правильно, а
   <option>crop=716:380:3:26 </option> &mdash; нет.
   </para>
@@ -2548,7 +2544,7 @@
   <systemitem class="library">libavcodec</systemitem>, которые значительно
   увеличивают качество. Вам всегда следует использовать как минимум эти две,
   за исключением случая, когда потеря скорости кодирования недопустима
-  (например, кодирование в реальном времени). Есть множество других
+  (например, кодирование в реальном времени). Есть множество других
   <systemitem class="library">libavcodec</systemitem> опций, улучшающих качество
   (и замедляющих кодирование), но их описание выходит за рамки этого
   документа.
@@ -2559,12 +2555,12 @@
   <title>О производительности pullup:</title>
   <para>
   Использование <option>pullup</option> (совместно с <option>softskip</option>)
-  для видео с построчной развёрткой вполне безопасно и обычно является хорошей
+  для видео с построчной развёрткой вполне безопасно и обычно является хорошей
   идеей, если только про источник не известно достоверно, что он полностью
   построчный. Потеря скорости мала в большинстве случаев.
   В минимальном варианте кодирования <option>pullup</option> замедляет
   <application>MEncoder</application> на 50%. Добавление обработки звука и
-  продвинутых <option>lavcopts</option> опций затмевает эту разницу, уменьшая
+  продвинутых <option>lavcopts</option> опций затмевает эту разницу, уменьшая
   падение производительности от использования <option>pullup</option> до 2%.
   </para>
 </formalpara></listitem>
@@ -3021,13 +3017,13 @@
 В идеале, Вы, наверное, хотели бы иметь возможность просто сказать кодировщику
 переключиться на "высокое качество" и начать кодирование.
 Это было бы замечательно, но, к сожалению, трудно реализуемо, поскольку
-различные опции кодирования, в зависимости от исходного материала, дают в результате
+различные опции кодирования, в зависимости от исходного материала, дают в результате
 различное качество.
 Так происходит потому, что сжатие зависит от визуальных свойств видео.
 Например, аниме и живая съемка имеют сильно отличающиеся свойства и,
 поэтому, требуют разные опции для получения оптимального результата.
-Хорошая новость состоит в том, что некоторые опции, такие как
-<option>mbd=2</option>, <option>trell</option> и <option>v4mv</option>,
+Хорошая новость состоит в том, что некоторые опции, такие как
+<option>mbd=2</option>, <option>trell</option> и <option>v4mv</option>,
 никогда не следует опускать.
 Детальное описание основных опций кодирования смотрите ниже.
 </para>
@@ -3039,7 +3035,7 @@
   от фильма.
   Заметьте, если хотите, чтобы Ваш фильм декодировался DivX5, Вы должны
   активировать поддержку закрытых GOP, используя опцию <option>cgop</option>
-  <systemitem class="library">libavcodec</systemitem>, но также должны деактивировать
+  <systemitem class="library">libavcodec</systemitem>, но также должны деактивировать
   определение сцен, что не является хорошей идеей, поскольку несколько вредит
   эффективности.
 </para></listitem>
@@ -3053,7 +3049,7 @@
   <emphasis role="bold">dia</emphasis>: диапазон поиска движения. Большие
   значения лучше и медленнее.
   Отрицательные значения &mdash; это совершенно другая шкала.
-  Хорошими значениями являются -1 для быстрого кодирования или 2-4 &mdash; для
+  Хорошими значениями являются -1 для быстрого кодирования или 2-4 &mdash; для
   медленного.
 </para></listitem>
 <listitem><para>
@@ -3092,7 +3088,7 @@
   <emphasis role="bold">qns</emphasis>: очень медленно, особенно в комбинации с qprd.
   Эта опция укажет кодировщику минимизировать шум от артефактов сжатия вместо
   создания закодированного видео, полностью соответствующего исходному.
-  Не используйте ее, если только не перепробовали настроить все, что было
+  Не используйте ее, если только не перепробовали настроить все, что было
   возможно, а результат все таки недостаточно хорош.
 </para></listitem>
 <listitem><para>
@@ -3109,8 +3105,8 @@
   Они кодируются независимо во всех MPEG-похожих алгоритмах.
   Идея этих опций заключается в использованию некоторой хорошей эвристики для
   определения момента, когда изменения в блоке ниже указанного Вами порога, и что его
-  стоит кодировать как "блок без изменений".
-  Это сохраняет биты и, возможно, ускоряет кодирование.
+  стоит кодировать как "блок без изменений".
+  Это сохраняет биты и, возможно, ускоряет кодирование.
   vlelim=-4 и vcelim=9 выглядят неплохими для живой съемки, но, скорее всего, не
   помогут для аниме; при кодировании анимации Вам, возможно, следует оставить
   эту опцию неизменной.
@@ -3164,7 +3160,7 @@
 </para>

 <para>
-Все настройки кодирования проверялись на тестовом видео 720x448 @30000/1001 fps
+Все настройки кодирования проверялись на тестовом видео 720x448 @30000/1001 fps
 с целевым битпотоком 900кбит/сек, на машине AMD-64 3400+ с 2400 МГц и 64 битном режиме.
 Для каждой настройки кодирования указаны измеренная скорость кодирования (в
 кадрах в секунду) и потеря PSNR (в дБ) по сравнению с настройкой "очень высокое
@@ -3292,7 +3288,7 @@
 <para>
 Итак, Вы только что купили новенькую, блестящую копию фильма "Гарри Поттер и Тайная
 Комната" (в широкоэкранном формате, конечно) и хотите сделать рип этого DVD так,
-чтобы добавить его к Домашнему кинотеатру на PC. Это DVD первого региона,
+чтобы добавить его к Домашнему кинотеатру на PC. Это DVD первого региона,
 поэтому NTSC. Пример ниже также применим и для PAL, за исключением того, что
 надо будет опустить <option>-ofps 24000/1001</option> (поскольку частота кадров
 на выходе такая же, как и на входе), и, конечно, границы обрезания будут
@@ -3308,17 +3304,17 @@
 </para>

 <para id="menc-feat-dvd-mpeg4-example-crop">
-Далее, мы хотим определить верные границы обрезания, поэтому используем фильтр
+Далее, мы хотим определить верные границы обрезания, поэтому используем фильтр
 cropdetect:
 <screen>mplayer dvd://1 -vf cropdetect</screen>
 Убедитесь, что переместились к полностью заполненному кадру (например,
-к светлой сцене после пропущенных начальных титров и логотипов),
+к светлой сцене после пропущенных начальных титров и логотипов),
 Вы должны увидеть в консоли <application>MPlayer</application>:
 <screen>crop area: X: 0..719  Y: 57..419  (-vf crop=720:362:0:58)</screen>
 Затем снова воспроизводим фильм с этим фильтром для проверки его корректности:
 <screen>mplayer dvd://1 -vf crop=720:362:0:58</screen>
 И убеждаемся, что все выглядит прекрасно. Далее, проверяем, что ширина и высота
-делятся на 16. С шириной все в порядке, а с высотой &mdash; нет.
+делятся на 16. С шириной все в порядке, а с высотой &mdash; нет.
 Поскольку мы не заваливали математику в 7-ом классе, то знаем, что ближайшее
 целое, меньшее 362 и кратное 16, равно 352.
 </para>
@@ -3342,7 +3338,7 @@

 <para>
 Если Вас действительно заботит потеря этих 10 пикселов, Вы можете
-вместо этого отмасштабировать фильм, уменьшив размерности до ближайших
+вместо этого отмасштабировать фильм, уменьшив размерности до ближайших
 кратных 16 значений.
 Цепочка фильтров будет выглядеть примерно так:
 <screen>-vf crop=720:362:0:58,scale=720:352</screen>
@@ -3379,23 +3375,23 @@
 <para>
 Опции <option>v4mv:mbd=2:trell</option> значительно улучшат качество ценой
 времени кодирования. Нет никаких оснований отключать эти
-опции, когда главным критерием является качество. Опции
+опции, когда главным критерием является качество. Опции
 <option>cmp=3:subcmp=3</option> выбирают функцию сравнения, дающую
 лучшее качество, чем стандартная. Вы можете поэкспериментировать с этим параметром
 (возможные значения смотрите на man странице), поскольку разные функции могут
 давать разный прирост в качестве в зависимости от исходного материала.
 Например, если Вы замечаете, что <systemitem class="library">libavcodec</systemitem>
 производит слишком много блочных артефактов (квадратиков), то можете попытаться
-выбрать экспериментальный NSSE в качестве функции сравнения при помощи опции
+выбрать экспериментальный NSSE в качестве функции сравнения при помощи опции
 <option>*cmp=10</option>.
 </para>

 <para>
 Для этого фильма полученный AVI будет 138 минут длинной и размером около 3Гб.
 И, поскольку Вы сказали, что размер файла значения не имеет, это вполне
-приемлемый результат. Однако, если все-таки хотите получить меньший размер файла,
-можете попробовать уменьшить битпоток. Увеличение битпотока имеет снижающийся эффект,
-поэтому, хотя мы можем ясно видеть улучшение от 1800Кбит/сек до 2000Кбит/сек, оно
+приемлемый результат. Однако, если все-таки хотите получить меньший размер файла,
+можете попробовать уменьшить битпоток. Увеличение битпотока имеет снижающийся эффект,
+поэтому, хотя мы можем ясно видеть улучшение от 1800Кбит/сек до 2000Кбит/сек, оно
 может быть не столь заметно выше 2000Кбит/сек.
 </para>

@@ -3406,7 +3402,7 @@
 улучшит воспринимаемое качество и поможет избежать блочных артефактов в видео.
 Опцией <option>autoq</option> <application>MPlayer</application>'а Вы можете
 изменять величину производимой фильтром spp постобработки в зависимости от
-доступных ресурсов CPU. Вдобавок, на этом этапе Вы можете захотеть применить
+доступных ресурсов CPU. Вдобавок, на этом этапе Вы можете захотеть применить
 коррекцию гаммы и/или цвета для лучшего соответствия Вашему монитору. Например:
 <screen>
 mplayer <replaceable>Harry_Potter_2.avi</replaceable> -vf spp,noise=9ah:5ah,eq2=1.2 -autoq 3
@@ -3432,7 +3428,7 @@
 <para>
 Это руководство в основном нацелено на особенности применения тех же методов,
 что описаны в руководстве по кодированию с помощью x264.
-Поэтому, сначала прочтите, пожалуйста,
+Поэтому, сначала прочтите, пожалуйста,
 <link linkend="menc-feat-x264-encoding-options-intro">первую часть</link>
 того руководства.
 </para>
@@ -3443,7 +3439,7 @@
 <title>Какие опции следует использовать для получения лучших результатов?</title>

 <para>
-Пожалуйста, начните с просмотра раздела
+Пожалуйста, начните с просмотра раздела
 <systemitem class="library">Xvid</systemitem> man страницы
 <application>MPlayer</application>.
 Этот раздел предполагается как дополнение к man странице.
@@ -3497,24 +3493,24 @@
   Управляет чувствительностью кодировщика к B-кадрам, где большие значения
   приводят к использованию большего количества B-кадров (и наоборот).
   Опция должна использоваться совместно с <option>max_bframes</option>;
-  если Вы стеснены величиной битпотока, то должны увеличить и
+  если Вы стеснены величиной битпотока, то должны увеличить и
   <option>max_bframes</option>, и <option>bf_threshold</option>,
   в том время как увеличение <option>max_bframes</option> и уменьшение
   <option>bf_threshold</option> позволят кодировщику использовать больше
   B-кадров в местах, где это <emphasis role="bold">действительно</emphasis>
   необходимо.
-  Низкое количество <option>max_bframes</option> и высокое значение
+  Низкое количество <option>max_bframes</option> и высокое значение
   <option>bf_threshold</option> &mdash; это, возможно, не самое мудрое решение,
   поскольку оно принудит кодировщик размещать B-кадры в местах, которые никак не
   выиграют от этого, тем самым ухудшая визуальное качество.
   Однако, если Вам требуется совместимость с аппаратными
   проигрывателями, поддерживающими только старые DivX профили (которые
-  поддерживают только 1 последовательный B-кадр), это единственный способ
+  поддерживают только 1 последовательный B-кадр), это единственный способ
   увеличить сжимаемость при помощи B-кадров.
 </para></listitem>
 <listitem><para>
   <emphasis role="bold">trellis</emphasis>
-  Оптимизирует процесс квантования для получения оптимального
+  Оптимизирует процесс квантования для получения оптимального
   соотношения между PSNR и битпотоком, что позволяет существенно экономить биты.
   Эти биты впоследствии будут потрачены на другие части видео, что приведет к
   увеличению общего качества.
@@ -3570,10 +3566,10 @@
 </para></listitem>
 <listitem><para>
   <emphasis role="bold">lumi_mask</emphasis>
-  Пытается отдать меньший битпоток областям изображения, которые
+  Пытается отдать меньший битпоток областям изображения, которые
   человеческий глаз не в состоянии увидеть достаточно хорошо, что
-  позволит кодировщику потратить сэкономленные биты на более важные
-  части картинки. Качество закодированного материала, привнесенное этой
+  позволит кодировщику потратить сэкономленные биты на более важные
+  части картинки. Качество закодированного материала, привнесенное этой
   опцией, сильно зависит от личных предпочтений и от типа и настроек монитора,
   использовавшегося для просмотра (обычно результат выглядит не очень хорошо,
   если он яркий, или является TFT монитором).
@@ -3581,7 +3577,7 @@
 <listitem>
   <para>
   <emphasis role="bold">qpel</emphasis>
-  Увеличивает количество предполагаемых векторов движения, путём повышения
+  Увеличивает количество предполагаемых векторов движения, путём повышения
   точности оценки движения с полупиксельной до четвертьпиксельной.
   Идея состоит в том, чтобы найти лучшие векторы движения, которые взамен
   уменьшат битпоток (тем самым увеличивая качество).
@@ -3590,11 +3586,11 @@
   дают (значительно) лучшие результаты.
   Достаточно часто кодек тратит дополнительные биты на повышенную точность
   впустую, а взамен получает или вообще ничего, или небольшое увеличение качества.
-  К сожалению, нет способа предсказать возможные улучшения от <option>qpel</option>,
+  К сожалению, нет способа предсказать возможные улучшения от <option>qpel</option>,
   так что Вам придется сделать кодирование с ней и без нее, чтобы знать
   наверняка.
   </para>
-
+
   <para>
   <option>qpel</option> может почти удвоить время кодирования и
   требует, как минимум, на 25% большей мощности при декодировании.
@@ -3606,7 +3602,7 @@
   Пытается сэкономить биты в панорамных сценах, используя один вектор
   движения для всего кадра. Это почти всегда увеличивает PSNR, но заметно
   замедляет кодирование (так же как и декодирование).
-  Поэтому Вас следует использовать ее, только когда Вы включили
+  Поэтому Вас следует использовать ее, только когда Вы включили
   <option>vhq</option> на максимум.
   GMC <systemitem class="library">Xvid</systemitem>'а является более сложным,
   чем у DivX'а, но поддерживается только некоторыми аппаратными проигрывателями.
@@ -3902,7 +3898,7 @@
 </para>

 <para>
-Все настройки кодирования проверялись на тестовом видео 720x448 @30000/1001 fps
+Все настройки кодирования проверялись на тестовом видео 720x448 @30000/1001 fps
 с целевым битпотоком 900кбит/сек, на машине AMD-64 3400+ с 2400 МГц и 64 битном режиме.
 Для каждой настройки кодирования указаны измеренная скорость кодирования (в
 кадрах в секунду) и потеря PSNR (в дБ) по сравнению с настройкой "очень высокое
@@ -3913,7 +3909,7 @@
 <informaltable frame="all">
 <tgroup cols="4">
 <thead>
-<row><entry>Описание</entry><entry>Опции кодирования</entry><entry>скорость
+<row><entry>Описание</entry><entry>Опции кодирования</entry><entry>скорость
 (в fps)</entry><entry>Относительная потеря PSNR (в дБ)</entry></row>
 </thead>
 <tbody>
@@ -3966,8 +3962,8 @@
 <title>Опции кодирования x264</title>

 <para>
-Начните, пожалуйста с просмотра раздела
-<systemitem class="library">x264</systemitem>
+Начните, пожалуйста с просмотра раздела
+<systemitem class="library">x264</systemitem>
 man страницы <application>MPlayer</application>'а.
 Этот раздел предполагается быть дополнением к странице man.
 Здесь Вы найдете быстрые подсказки о том, какие опции чаще всего интересуют
@@ -3998,7 +3994,7 @@
 целей. Решение для первого класса опций очень простое:
 надо только определить, считаете ли Вы, что разница в качестве оправдывает разницу в
 скорости.  Для второго класса опций предпочтения могут быть значительно более
-субъективными и зависеть от большего числа факторов.
+субъективными и зависеть от большего числа факторов.
 Имейте в виду, что некоторые из опций категории "пользовательских предпочтений и специальных
 требований" могут все же иметь большое влияние на скорость или качество,
 но это не основное их предназначение.
@@ -4035,16 +4031,16 @@


 <sect3 id="menc-feat-x264-encoding-options-speedvquality">
-<title>Опции, затрагивающие, в основном, скорость и качество</title>
+<title>Опции, затрагивающие, в основном, скорость и качество</title>

 <itemizedlist>
 <listitem>
   <para>
   <emphasis role="bold">subq</emphasis>:
-  Из всех опций, позволяющих выбирать между скоростью и качеством,
+  Из всех опций, позволяющих выбирать между скоростью и качеством,
   <option>subq</option> и <option>frameref</option> (смотрите ниже), пожалуй,
   самые важные.
-  Если Вы заинтересованы в тонкой настройке либо скорости, либо качества,
+  Если Вы заинтересованы в тонкой настройке либо скорости, либо качества,
   эти две &mdash; первое, с чего Вам стоит начать.
   С точки зрения скорости, опции <option>frameref</option> и
   <option>subq</option> очень жестко взаимодействуют друг с другом.
@@ -4054,29 +4050,29 @@
   С 6 ссылочными кадрами эта величина достигает 60%.
   Эффект <option>subq</option> на PSNR выглядит довольно постоянным, в отличие
   от количества ссылочных кадров.
-  Как правило, <option>subq=5</option> достигает значения глобального PSNR
+  Как правило, <option>subq=5</option> достигает значения глобального PSNR
   на 0.2-0.5 дБ большего, чем  при <option>subq=1</option>.
   Обычно этого достаточно, чтобы заметить.
   </para>
-
+
   <para>
   <option>subq=6</option> &mdash; медленнее и дает лучшее качество при разумной
   цене.
   Если сравнивать с <option>subq=5</option>, он обычно дает на 0.1-0.4 дБ
   больший глобальный PSNR ценой потери 25%-100% скорости.
-  В отличие от остальных уровней <option>subq</option>, поведение
+  В отличие от остальных уровней <option>subq</option>, поведение
   <option>subq=6</option> не так сильно зависит от <option>frameref</option>
-  и <option>me</option>. Вместо этого, эффективность <option>subq=6</option>
+  и <option>me</option>. Вместо этого, эффективность <option>subq=6</option>
   по большей части зависит от количества используемых B-кадров. При
   обычном использовании это означает, что <option>subq=6</option> в сложных,
   высокодинамичных сценах имеет большое влияние как на скорость, так и на
   качество, но в сценах с малым количествах движения она не имеет такого
-  эффекта. Имейте в виду, что по-прежнему рекомендуется всегда устанавливать
+  эффекта. Имейте в виду, что по-прежнему рекомендуется всегда устанавливать
   <option>bframes</option> в значение, отличное от нуля (смотрите далее).
   </para>
   <para>
   <option>subq=7</option> &mdash; самый медленный режим с наилучшим качеством.
-  По сравнению с <option>subq=6</option> он, обычно, улучшает общий PSNR на
+  По сравнению с <option>subq=6</option> он, обычно, улучшает общий PSNR на
   0.01-0.05 дБ ценой потери 15%-30% скорости.
   Поскольку соотношение качества и времени кодирования очень невелико, Вам
   следует использовать этот режим, только если боретесь за каждый бит, и время
@@ -4095,14 +4091,14 @@
   <option>frameref=3</option> медленнее примерно на 15%, чем
   <option>frameref=1</option>.
   К сожалению, улучшение очень быстро сходит на нет.
-  От <option>frameref=6</option> можно ожидать прироста PSNR лишь на
+  От <option>frameref=6</option> можно ожидать прироста PSNR лишь на
   0.05-0.1 дБ по сравнению с <option>frameref=3</option> с дополнительной
   потерей 15% скорости.
-  Выше <option>frameref=6</option> качество обычно увеличивается очень незначительно
+  Выше <option>frameref=6</option> качество обычно увеличивается очень незначительно
   (хотя на всем протяжении этой дискуссии Вам следует иметь в виду, оно может
   значительно изменяться в зависимости от исходного материала).
-  В довольно типичном случае <option>frameref=12</option> улучшит глобальный
-  PSNR всего на 0.02дБ по сравнению с <option>frameref=6</option>,
+  В довольно типичном случае <option>frameref=12</option> улучшит глобальный
+  PSNR всего на 0.02дБ по сравнению с <option>frameref=6</option>,
   ценой 15%-20% скорости.
   При таких высоких значениях <option>frameref</option>, единственная
   действительно хорошая вешь, о которой может быть сказано, состоит в том, что
@@ -4112,11 +4108,11 @@
   </para>
   <note><title>Замечание:</title>
   <para>
-  Увеличение <option>frameref</option> до чрезмерно высоких значений
+  Увеличение <option>frameref</option> до чрезмерно высоких значений
   <emphasis role="bold">может</emphasis> и
   <emphasis role="bold">обычно наносит</emphasis>
   вред эффективности кодирования, если CABAC отключен.
-  С задействованным CABAC (настройка по умолчанию), возможность установки
+  С задействованным CABAC (настройка по умолчанию), возможность установки
   <option>frameref</option> "слишком высоким" на данный момент выглядит слишком
   далекой, чтобы об этом беспокоиться, а в будущем оптимизации могут вообще
   убрать такую возможность.
@@ -4127,17 +4123,17 @@
   затем увеличить их во втором. Обычно, это обладает ничтожным отрицательным
   эффектом на конечное качество: Вы, возможно, потеряете вплоть до 0.1дБ PSNR,
   что должно быть слишком малой разницей, чтобы её заметить.
-  Однако, различные значения <option>frameref</option> могут
+  Однако, различные значения <option>frameref</option> могут
   иногда повлиять на решение о выборе типа кадра.
   Скорее всего, это довольно редкие крайние случаи, но если Вы хотите быть точно
   уверенными, посмотрите, содержит ли Ваше видео полноэкранные
   <!-- FIXME is translation correct? -->
   периодически вспыхивающие изображения или очень большие паузы, которые могут стать
   причиной принудительной вставки I-кадра.
-  Настройте <option>frameref</option> в первом проходе так, чтобы
+  Настройте <option>frameref</option> в первом проходе так, чтобы
   она была достаточно большой для содержания длительности цикла вспыхивания
   (или паузы).
-  Например, если сцены вспыхивают и гаснут между двумя изображениями в течении
+  Например, если сцены вспыхивают и гаснут между двумя изображениями в течении
   трёх кадров, установите <option>frameref</option> равным 3 или выше.
   Эта проблема, возможно, очень редко появляется для живой съемки, но она иногда
   возникает при записи видео игр.
@@ -4149,11 +4145,11 @@
   Эта опция используется для выбора метода оценки движения.
   Изменение этой опции оказывает прямое влияние на соотношение
   скорость-качество. <option>me=dia</option> лишь на несколько процентов
-  быстрее, чем поиск по умолчанию, ценой не больше 0.1дБ глобального PSNR.
+  быстрее, чем поиск по умолчанию, ценой не больше 0.1дБ глобального PSNR.
   Значение по умолчанию (<option>me=hex</option>) &mdash; разумный выбор между скоростью
   и качеством. <option>me=umh</option> немного, вплоть до 0.1дБ, улучшает
-  глобальный PSNR, соответствующее падение скорости меняется в
-  зависимости от <option>frameref</option>. С высокими значениями
+  глобальный PSNR, соответствующее падение скорости меняется в
+  зависимости от <option>frameref</option>. С высокими значениями
   <option>frameref</option> (например, 12 или около того), <option>me=umh</option>
   примерно на 40% медленнее, чем настройка по умолчанию <option>me=hex</option>.
   С <option>frameref=3</option>, падение скорости уменьшается до 25%-30%.
@@ -4188,7 +4184,7 @@
   <para>
   С отключенным адаптивным принятием решения о B-кадрах
   (<option>nob_adapt</option> в <option>x264encopts</option>),
-  оптимальное значение этой опции обычно не превышает
+  оптимальное значение этой опции обычно не превышает
   <option>bframes=1</option>, иначе могут пострадать высокодинамичные сцены.
   С включенным адаптивным принятием решения о B-кадрах (поведение по умолчанию),
   можно безопасно использовать более высокие значения; кодировщик уменьшит
@@ -4204,7 +4200,7 @@
   Заметьте: она включена по умолчанию.
   </para>
   <para>
-  Когда эта опция включена, кодировщик будет использовать разумно
+  Когда эта опция включена, кодировщик будет использовать разумно
   быстрый процесс принятия решения для уменьшения количества B-кадров,
   используемых в сценах, которые от этого не сильно выиграют.
   Вы можете использовать <option>b_bias</option> для тонкой настройки того,
@@ -4224,7 +4220,7 @@
   Вы получите небольшое улучшение качества без потери в скорости, как и говорит
   man руководство.
   Имейте в виду, что такое видео не может быть прочитано основанными на
-  libavcodec декодерами, созданными ранее, чем примерно 5 Марта 2005.
+  libavcodec декодерами, созданными ранее, чем примерно 5 Марта 2005.
 </para></listitem>
 <listitem>
   <para>
@@ -4243,7 +4239,7 @@
   <para>
   К сожалению, текущий алгоритм адаптивного принятия решений о B-кадрах имеет
   твердую склонность к избеганию использования B-кадров при затуханиях.
-  До тех пор, пока это не изменится, хорошей идеей, возможно, будет добавить
+  До тех пор, пока это не изменится, хорошей идеей, возможно, будет добавить
   <option>nob_adapt</option> к x264encopts, если предполагаете, что затухания
   будут давать существенный вклад в Вашем конкретном видеоклипе.
   </para>
@@ -4252,8 +4248,8 @@
   <para>
   <emphasis role="bold">threads</emphasis>
   Эта опция позволяет породить потоки для параллельного кодирования на
-  нескольких CPU. Вы можете вручную выбрать количество создаваемых потоков или,
-  что лучше, установить <option>threads=auto</option> и позволить
+  нескольких CPU. Вы можете вручную выбрать количество создаваемых потоков или,
+  что лучше, установить <option>threads=auto</option> и позволить
   <systemitem class="library">x264</systemitem> определить количество доступных
   CPU и выбрать соответствующее количество потоков.
   Если у Вас многопроцессорная машина, Вам следует всерьез задуматься об
@@ -4295,11 +4291,11 @@
   Во-первых, оно установит битпоток в 1400 кбит/сек для обеих частей. Первая
   часть может оказаться чрезмерно квантованной, что приведет к
   недопустимо выглядящему и неоправданно блочному изображению. Вторая часть будет
-  существенно недостаточно квантованной; она может выглядеть отлично, но цена
+  существенно недостаточно квантованной; она может выглядеть отлично, но цена
   битпотока для этого качества будет полностью неоправданной.
   Чего намного труднее избежать, так это проблемы перехода между двумя
   сценами. В первых секундах малодинамичной части квантователь будет чрезвычайно
-  превышен, потому что управление битпотоком все еще ожидает встретить такие же
+  превышен, потому что управление битпотоком все еще ожидает встретить такие же
   требования к битпотоку как и в первой части. Этот "ошибочный период" с
   чрезвычайно превышенным квантованием будет выглядеть раздражающе неприятно и
   использовать на самом деле меньше, чем 300 кбит/сек, требуемых ему для того,
@@ -4309,7 +4305,7 @@
   </para>
   <para>
   Многопроходное кодирование может предложить огромные преимущества по сравнению
-  с однопроходным. Используя статистику, собранную при первом проходе,
+  с однопроходным. Используя статистику, собранную при первом проходе,
   кодировщик может оценить, с разумной точностью, "стоимость" (в битах)
   кодирования любого заданного кадра при любом заданном квантователе.
   Это делает возможным намного более рациональное, лучше спланированное
@@ -4335,7 +4331,7 @@
   x264 предоставляет возможность делать желаемое количество последовательных
   проходов. Если Вы указали <option>pass=1</option> при первом проходе,
   используйте затем <option>pass=3</option> в последующем проходе, этот проход
-  будет одновременно читать статистику предыдущего прохода и записывать свою
+  будет одновременно читать статистику предыдущего прохода и записывать свою
   собственную. Дополнительный проход, следующий за этим, будет иметь очень
   хорошую основу для осуществления очень точных предсказаний размеров кадров при
   выбранном квантователе. На практике, общее улучшение качества от использования
@@ -4355,7 +4351,7 @@
   случай: <option>qcomp=0</option>, предназначен для истинно постоянного
   битпотока. Обычно это сделает высокодинамичные сцены выглядящими просто
   ужасно, в то время как малодинамичные сцены будут, возможно, выглядеть
-  абсолютно великолепно, но при этом будут использовать во много раз больший
+  абсолютно великолепно, но при этом будут использовать во много раз больший
   битпоток, чем им необходимо, чтобы выглядеть лишь превосходно.
   Другая крайность: <option>qcomp=1</option>, добивается примерно одинакового
   параметра квантования (QP). Постоянный QP не выглядит плохо, но большинство
@@ -4378,7 +4374,7 @@
   убывающим, вплоть до исчезающе малого или даже нулевого). Видео поток
   по-прежнему будет иметь точки перемещения, пока в нем есть какие-то изменения
   сцен.
-</para></listitem>
+</para></listitem>
 <listitem>
   <para>
   <emphasis role="bold">deblock</emphasis>:
@@ -4457,7 +4453,7 @@
 </para>

 <para>
-Все настройки кодирования проверялись на тестовом видео 720x448 @30000/1001 fps
+Все настройки кодирования проверялись на тестовом видео 720x448 @30000/1001 fps
 с целевым битпотоком 900кбит/сек, на машине AMD-64 3400+ с 2400 МГц и 64-х битном режиме.
 Для каждой настройки кодирования указаны измеренная скорость кодирования (в
 кадрах в секунду) и потеря PSNR (в дБ) по сравнению с настройкой "очень высокое
@@ -4518,7 +4514,7 @@
 <para>
 Имейте в виду, что поддержка этой возможности очень экспериментальная и
 некоторые кодеки могут не работать корректно. Некоторые кодеки могут работать
-только в определенных пространствах цветов, попробуйте
+только в определенных пространствах цветов, попробуйте
 <option>-vf format=bgr24</option> и <option>-vf format=yuy2</option>,
 если кодек выдает ошибку или кодирует неверно.
 </para>
@@ -4661,8 +4657,8 @@
 </tgroup>
 </informaltable>

-Первый столбец содержит имена кодеков, которые должны указываться после
-параметра <literal>codec</literal>,
+Первый столбец содержит имена кодеков, которые должны указываться после
+параметра <literal>codec</literal>,
 например: <option>-xvfwopts codec=divx.dll</option>
 FourCC код, используемый каждым кодеком, указан в скобках.
 </para>
@@ -4699,7 +4695,7 @@
 <application>Cygwin</application> используйте:
 <screen>gcc vfw2menc.c -o vfw2menc.exe -lwinmm -lole32</screen>

-Для сборки в <application>MSVC</application> вам потребуется getopt.
+Для сборки в <application>MSVC</application> Вам потребуется getopt.
 Getopt можно найти в исходном архиве <application>vfw2menc</application>,
 доступном в:
 Проект <ulink url="http://oss.netfarm.it/mplayer-win32.php">MPlayer на win32</ulink>.
@@ -4715,8 +4711,8 @@
 </para>
 </informalexample>
 <para>
-Пользователи Windows могут использовать
-<option>-xvfwopts codec=vp6vfw.dll:compdata=dialog</option>,
+Пользователи Windows могут использовать
+<option>-xvfwopts codec=vp6vfw.dll:compdata=dialog</option>,
 для показа окна настроек кодека перед началом кодирования.
 </para>
 </sect2>
@@ -4727,7 +4723,7 @@


 <sect1 id="menc-feat-quicktime-7">
-<title>Использование <application>MEncoder</application>
+<title>Использование <application>MEncoder</application>
 для создания совместимых с <application>QuickTime</application>
 файлов</title>

@@ -4737,7 +4733,7 @@
 файлы?</title>

 <para>
-  Есть несколько причин, по которым создание
+  Есть несколько причин, по которым создание
   <application>QuickTime</application>-совместимых файлов может быть
   желательно.
 </para>
@@ -4747,7 +4743,7 @@
   результат Вашего кодирования на большинстве платформ (Windows, Mac OS X, Unices &hellip;).
 </para></listitem>
 <listitem><para>
-  <application>QuickTime</application>
+  <application>QuickTime</application>
   позволяет воспользоваться преимуществами большего числа возможностей
   аппаратного и программного ускорения на Mac OS X, чем платформо-независимые
   плееры наподобие <application>MPlayer</application> или
@@ -4757,7 +4753,7 @@
 </para></listitem>
 <listitem><para>
   <application>QuickTime</application> 7 поддерживает кодек нового поколения
-  H.264, который даёт существенно лучшее качество изображения, чем
+  H.264, который даёт существенно лучшее качество изображения, чем
   предыдущие поколения кодеков (MPEG-2, MPEG-4 &hellip;).
 </para></listitem>
 </itemizedlist>
@@ -4767,11 +4763,11 @@
 <title>Ограничения <application>QuickTime</application> 7</title>

 <para>
-  <application>QuickTime</application> 7 поддерживает H.264 видео и
-  AAC аудио, но не поддерживает их мультиплексирование в формат
+  <application>QuickTime</application> 7 поддерживает H.264 видео и
+  AAC аудио, но не поддерживает их мультиплексирование в формат
   контейнера AVI.
-  Однако, Вы можете использовать <application>MEncoder</application>
-  для кодирования видео и аудио, а потом использовать внешнюю
+  Однако, Вы можете использовать <application>MEncoder</application>
+  для кодирования видео и аудио, а потом использовать внешнюю
   программу, такую как <application>mp4creator</application> (часть
   <ulink url="http://mpeg4ip.sourceforge.net/">пакета MPEG4I</ulink>)
   для ремультиплексирования видео и аудио дорожек в контейнер MP4.
@@ -4790,15 +4786,15 @@
 <listitem><para>
   <emphasis role="bold">B-кадры</emphasis>:
   <application>QuickTime</application> 7 поддерживает максимум 1 B-кадр,
-  т.е. <option>-x264encopts bframes=1</option>. Это означает, что
-  <option>b_pyramid</option> и <option>weight_b</option> не дадут
-  эффекта, поскольку им необходимо, чтобы <option>bframes</option>
+  т.е. <option>-x264encopts bframes=1</option>. Это означает, что
+  <option>b_pyramid</option> и <option>weight_b</option> не дадут
+  эффекта, поскольку им необходимо, чтобы <option>bframes</option>
   было больше 1.
 </para></listitem>
 <listitem><para>
   <emphasis role="bold">Макроблоки</emphasis>:
   <application>QuickTime</application> 7 не поддерживает 8x8 DCT макроблоки.
-  Эта опция (<option>8x8dct</option>) выключена по умолчанию, так что
+  Эта опция (<option>8x8dct</option>) выключена по умолчанию, так что
   просто удостоверьтесь, что явно её не задали.
   Это также означает, что опция <option>i8x8</option> будет бесполезна,
   т.к. ей необходима <option>8x8dct</option>.
@@ -4806,7 +4802,7 @@
 <listitem><para>
   <emphasis role="bold">Коэффициент соотношения сторон</emphasis>:
   <application>QuickTime</application> 7 не поддерживает информацию
-  SAR (коэффициент пропорций пиксела, sample aspect ratio)
+  SAR (коэффициент пропорций пиксела, sample aspect ratio)
   в MPEG-4 файлах; он предполагает SAR=1. Прочтите
   <link linkend="menc-feat-quicktime-7-scale">раздел о масштабировании</link>
   для обхода проблемы.
@@ -4820,23 +4816,23 @@
 <para>
   Предположим, что Вы хотите сделать рип свежекупленной копии "Хроник
   Нарнии" и Ваш регион DVD 1, что означает, что это NTSC.
-  Пример ниже будет также применим к PAL, за исключением того, что Вам
+  Пример ниже будет также применим к PAL, за исключением того, что Вам
   нужно будет опустить <option>-ofps 24000/1001</option> и использовать
   слегка отличающиеся размеры для <option>crop</option> и <option>scale</option>.
 </para>

 <para>
-  После запуска <option>mplayer dvd://1</option>, Вы следуете процессу,
-  описанному в разделе <link linkend="menc-feat-telecine">Как работать
-  с телесином и чересстрочной развёрткой на NTSC DVD</link> и обнаруживаете,
-  что это 24000/1001 fps видео с построчной развёрткой. Это несколько
-  упрощает обработку, поскольку Вам не нужно использовать фильтр
-  обратного телесина, такой как <option>pullup</option>, или фильтр
+  После запуска <option>mplayer dvd://1</option>, Вы следуете процессу,
+  описанному в разделе <link linkend="menc-feat-telecine">Как работать
+  с телесином и чересстрочной развёрткой на NTSC DVD</link> и обнаруживаете,
+  что это 24000/1001 fps видео с построчной развёрткой. Это несколько
+  упрощает обработку, поскольку Вам не нужно использовать фильтр
+  обратного телесина, такой как <option>pullup</option>, или фильтр
   деинтерлейса, такой как <option>yadif</option>.
 </para>

 <para>
-  Затем Вам необходимо усечь чёрные полосы сверху и снизу видео, как
+  Затем Вам необходимо усечь чёрные полосы сверху и снизу видео, как
   описано в <link linkend="menc-feat-dvd-mpeg4-example-crop">этом</link>
   разделе.
 </para>
@@ -4848,22 +4844,22 @@

 <para>
   Следующий шаг действительно душераздирающий.
-  <application>QuickTime</application> 7 не поддерживает MPEG-4 видео
-  с коэффициентом соотношения сторон пиксела, отличным от 1. Так что Вам
-  придётся масштабировать видео либо в сторону увеличения (что впустую
-  потратит много места на диске), либо в строну уменьшения (что приведёт
+  <application>QuickTime</application> 7 не поддерживает MPEG-4 видео
+  с коэффициентом соотношения сторон пиксела, отличным от 1. Так что Вам
+  придётся масштабировать видео либо в сторону увеличения (что впустую
+  потратит много места на диске), либо в строну уменьшения (что приведёт
   к потере некоторых деталей источника) для квадратизации пикселов.
-  Какой бы способ Вы не выбрали, это будет крайне неэффективным, но
+  Какой бы способ Вы не выбрали, это будет крайне неэффективным, но
   не может быть опущено, если Вы хотите, чтоб Ваше видео воспроизводилось
   с помощью <application>QuickTime</application> 7.
-  <application>MEncoder</application> может применить необходимое
+  <application>MEncoder</application> может применить необходимое
   увеличивающее или уменьшающее масштабирование, если ему указать
   <option>-vf scale=-10:-1</option> или <option>-vf scale=-1:-10</option>
   соответственно.
-  Это отмасштабирует Ваше видео до корректной ширины для усечённой
-  высоты, округлённой до ближайшего множителя 16 для оптимального
+  Это отмасштабирует Ваше видео до корректной ширины для усечённой
+  высоты, округлённой до ближайшего множителя 16 для оптимального
   сжатия.
-  Помните, что если производите обрезание, то нужно сперва обрезать, а лишь затем
+  Помните, что если производите обрезание, то нужно сперва обрезать, а лишь затем
   масштабировать:

   <screen>-vf crop=720:352:0:62,scale=-10:-1</screen>
@@ -4876,12 +4872,12 @@

 <para>
   Поскольку Вы будете мультиплексировать в другой контейнер, Вы должны
-  всегда использовать опцию <option>harddup</option>, чтобы убедиться,
+  всегда использовать опцию <option>harddup</option>, чтобы убедиться,
   что дублирующиеся кадры будут действительно дублироваться в полученном
   видео. Без этой опции <application>MEncoder</application> будет просто
   располагать маркер в видеопотоке о том, что кадр был повторен, и будет
-  полагаться на то, что клиентское программное обеспечение покажет кадр
-  дважды. К сожалению, это "мягкое дублирование" не переживает
+  полагаться на то, что клиентское программное обеспечение покажет кадр
+  дважды. К сожалению, это "мягкое дублирование" не переживает
   ремультиплексирование, в результате чего аудио будет постепенно терять
   синхронизацию с видео.
 </para>
@@ -4897,15 +4893,15 @@
 <title>Битпоток</title>

 <para>
-  Как обычно, выбор битпотока зависит от технических свойств исходного
+  Как обычно, выбор битпотока зависит от технических свойств исходного
   материала, как объясняется
   <link linkend="menc-feat-dvd-mpeg4-resolution-bitrate">здесь</link>,
   как, впрочем, и от личного вкуса.
-  Этот фильм обладает небольшим количеством движения и большим
-  количеством деталей, но H.264 видео хорошо выглядит на существенно
+  Этот фильм обладает небольшим количеством движения и большим
+  количеством деталей, но H.264 видео хорошо выглядит на существенно
   меньших битпотоках, чем XviD или другие MPEG-4 кодеки.
-  После длительного экспериментирования, автор данного руководства
-  решил кодировать фильм на 900 кбит/сек, и считает, что он выглядит
+  После длительного экспериментирования, автор данного руководства
+  решил кодировать фильм на 900 кбит/сек, и считает, что он выглядит
   очень хорошо. Вы можете уменьшить битпоток, если Вам нужно сохранить
   больше места, или увеличить, если Вам нужно улучшить качество.
 </para>
@@ -4916,14 +4912,14 @@
 <title>Пример кодирования</title>

 <para>
-  Теперь Вы готовы к кодированию видео. Поскольку Вы заботитесь
+  Теперь Вы готовы к кодированию видео. Поскольку Вы заботитесь
   о качестве, Вы , разумеется, будете делать двупроходное кодирование.
   Для некоторого сокращения времени кодирования, Вы можете указать
   опцию <option>turbo</option> при первом проходе; это уменьшит
-  <option>subq</option> и <option>frameref</option> до 1.
+  <option>subq</option> и <option>frameref</option> до 1.
   Чтобы сохранить немного места на диске, Вы можете использовать
-  параметр <option>ss</option> для отрезания первых нескольких
-  секунд видео. (Я обнаружил, что, в частности, у данного фильма
+  параметр <option>ss</option> для отрезания первых нескольких
+  секунд видео. (Я обнаружил, что, в частности, у данного фильма
   есть 32 секунды титров и логотипов.)
   <option>bframes</option> может быть 0 или 1.
   остальные опции описаны в разделе <link
@@ -4938,8 +4934,8 @@
 -oac faac -faacopts br=192:mpeg=4:object=2 -channels 2 -srate 48000 \
 -ofps 24000/1001</screen>

-  Если у Вас многопроцессорная машина, не упустите шанс значительно
-  ускорить кодирование задействованием
+  Если у Вас многопроцессорная машина, не упустите шанс значительно
+  ускорить кодирование задействованием
   <link linkend="menc-feat-x264-encoding-options-speedquality-threads">
   многопоточного режима <systemitem class="library">x264</systemitem></link>,
   добавив <option>threads=auto</option> в <option>x264encopts</option> в
@@ -4947,7 +4943,7 @@
 </para>

 <para>
-  Второй проход выполняется аналогично, за исключением того, что Вам
+  Второй проход выполняется аналогично, за исключением того, что Вам
   нужно указать выходной файл и установить <option>pass=2</option>.

   <screen>mencoder dvd://1 <emphasis role="bold">-o нарния.avi</emphasis> -ss 32 -ovc x264 \
@@ -4961,7 +4957,7 @@
 <para>
   Получившееся AVI должно хорошо воспроизводиться в
   <application>MPlayer</application>, но, конечно же,
-  <application>QuickTime</application> не сможет его воспроизвести,
+  <application>QuickTime</application> не сможет его воспроизвести,
   т.к. не поддерживает H.264, мультиплексированный в AVI.
   Так что следующий шаг &mdash; ремультиплексирование видео в контейнер MP4.
 </para>
@@ -4971,14 +4967,14 @@
 <title>Ремультиплексирование в MP4</title>

 <para>
-  Существует несколько способов ремультиплексирования AVI файлов
-  в MP4. Вы можете использовать <application>mp4creator</application>,
+  Существует несколько способов ремультиплексирования AVI файлов
+  в MP4. Вы можете использовать <application>mp4creator</application>,
   являющийся частью
   <ulink url="http://mpeg4ip.sourceforge.net/">пакета MPEG4IP</ulink>.
 </para>

 <para>
-  Сперва демультиплексируйте AVI в отдельные аудио и видео потоки
+  Сперва демультиплексируйте AVI в отдельные аудио и видео потоки
   с помощью <application>MPlayer</application>.

   <screen>mplayer нарния.avi -dumpaudio -dumpfile нарния.aac
@@ -4990,7 +4986,7 @@
 </para>

 <para>
-  Теперь используйте <application>mp4creator</application> для создания
+  Теперь используйте <application>mp4creator</application> для создания
   нового MP4 файла из аудио и видео потоков.

   <screen>mp4creator -create=нарния.aac нарния.mp4
@@ -5005,9 +5001,9 @@
   Теперь файл <systemitem>нарния.mp4</systemitem> должен проигрываться
   с помощью любого <application>QuickTime</application> 7 приложения,
   например, <application>QuickTime Player</application> или
-  <application>iTunes</application>.
-  Если Вы планируете просмотр видео в вэб-браузере с помощью плагина
-  <application>QuickTime</application>, Вам также необходимо
+  <application>iTunes</application>.
+  Если Вы планируете просмотр видео в вэб-браузере с помощью плагина
+  <application>QuickTime</application>, Вам также необходимо
   модифицировать фильм таким образом, чтобы плагин
   <application>QuickTime</application> мог начать его воспроизведение
   ещё во время загрузки. <application>mp4creator</application>
@@ -5017,7 +5013,7 @@
 mp4creator -hint=2 нарния.mp4
 mp4creator -optimize нарния.mp4</screen>

-  Вы можете проверить полученный результат, чтобы убедиться, что
+  Вы можете проверить полученный результат, чтобы убедиться, что
   вспомогательные дорожки были успешно созданы.

   <screen>mp4creator -list нарния.mp4</screen>
@@ -5038,18 +5034,18 @@
 <title>Добавление тегов метаданных</title>

 <para>
-  Если Вы хотите добавить в видео теги, которые отображаются в iTunes, Вы
+  Если Вы хотите добавить в видео теги, которые отображаются в iTunes, Вы
   можете использовать
   <ulink url="http://atomicparsley.sourceforge.net/">AtomicParsley</ulink>.
-
+
   <screen>AtomicParsley нарния.mp4 --metaEnema --title "The Chronicles of Narnia" --year 2005 --stik Movie --freefree --overWrite</screen>

   Опция <option>--metaEnema</option> удаляет любые существующие метаданные
   (<application>mp4creator</application> вставляет своё название в тег
   "утилита кодирования") и <option>--freefree</option> высвобождает место,
   оставшееся от удалённых метаданных.
-  Опция <option>--stik</option> устанавливает тип видео (например,
-  Movie или TV Show), который используется iTunes для группировки
+  Опция <option>--stik</option> устанавливает тип видео (например,
+  Movie или TV Show), который используется iTunes для группировки
   родственных видеофайлов.
   Опция <option>--overWrite</option> перезаписывает исходный файл; без неё
   <application>AtomicParsley</application> создаст новый файл с автоматическим
@@ -5065,7 +5061,7 @@


 <sect1 id="menc-feat-vcd-dvd">
-<title>Использование <application>MEncoder</application>
+<title>Использование <application>MEncoder</application>
   для создания VCD/SVCD/DVD-совместимых файлов.</title>

 <sect2 id="menc-feat-vcd-dvd-constraints">
@@ -5074,11 +5070,11 @@
 <para>
 <application>MEncoder</application> способен создавать MPEG файлы VCD, SCVD
 и DVD формата, используя библиотеку <systemitem class="library">libavcodec</systemitem>.
-Эти файлы затем могут быть использованы совместно с
+Эти файлы затем могут быть использованы совместно с
 <ulink url="http://www.gnu.org/software/vcdimager/vcdimager.html">vcdimager</ulink>
 или
 <ulink url="http://dvdauthor.sourceforge.net/">dvdauthor</ulink>
-для создания дисков, которые будут воспроизводиться на стандартном видео
+для создания дисков, которые будут воспроизводиться на стандартном видео
 проигрывателе.
 </para>

@@ -5112,7 +5108,7 @@
 <tbody>
 <row>
   <entry>NTSC DVD</entry>
-  <entry>720x480, 704x480, 352x480, 352x240</entry>
+  <entry>720x480, 704x480, 352x480, 352x240</entry>
   <entry>MPEG-2</entry>
   <entry>9800 кбит/с</entry>
   <entry>48000 Гц</entry>
@@ -5125,7 +5121,7 @@
   <entry>NTSC DVD</entry>
   <entry>352x240<footnote id='fn-rare-resolutions'><para>
   Эти разрешения редко используются для DVD, поскольку имеют довольно низкое
-  качество.</para></footnote></entry>
+  качество.</para></footnote></entry>
   <entry>MPEG-1</entry>
   <entry>1856 кбит/с</entry>
   <entry>48000 Гц</entry>
@@ -5220,7 +5216,7 @@
 <title>Ограничения на размер GOP</title>

 <para>
-DVD, VCD, и SVCD также ограничивают Вас относительно низкими размерами
+DVD, VCD, и SVCD также ограничивают Вас относительно низкими размерами
 GOP (Group of Pictures, Группа Изображений).
 Для материала с 30 fps максимальный допустимый размер GOP равен 18.
 Для 25 или 24 fps, максимум равен 15.
@@ -5325,14 +5321,14 @@
 <title>Сохранение A/V синхронизации</title>

 <para>
-Для того, чтобы сохранять аудио/видео синхронизацию на протяжении всего
+Для того, чтобы сохранять аудио/видео синхронизацию на протяжении всего
 кодирования, <application>MEncoder</application> должен выбрасывать или
 дублировать кадры. Это довольно неплохо работает при мультиплексировании в AVI
 файл, но с другими мультиплексорами, такими как MPEG, почти гарантировано
-приведет к нарушению A/V синхронизации. Для избежания подобных проблем,
+приведет к нарушению A/V синхронизации. Для избежания подобных проблем,
 необходимо добавить видео фильтр <option>harddup</option> в конец цепочки
 фильтров. Дополнительную техническую информацию о <option>harddup</option> можно
-найти в разделе
+найти в разделе
 <link linkend="menc-feat-dvd-mpeg4-muxing-filter-issues">Улучшение
 мультиплексирования и надежности A/V синхронизации</link> или в man руководстве.
 </para>
@@ -5369,8 +5365,8 @@
 <title>Введение</title>

 <para>
-  Используя соответствующие опции, можно применять
-  <systemitem class="library">libavcodec</systemitem> для создания VCD/SVCD/DVD
+  Используя соответствующие опции, можно применять
+  <systemitem class="library">libavcodec</systemitem> для создания VCD/SVCD/DVD
   совместимого видео.
 </para>
 </sect3>
@@ -5405,7 +5401,7 @@
   <option>mpeg1video</option> для VCD;
   <option>mpeg2video</option> для SVCD;
   <option>mpeg2video</option> обычно используется для DVD, но Вы также можете
-  использовать
+  использовать
   <option>mpeg1video</option> для CIF разрешений.
 </para></listitem>
 <listitem><para>
@@ -5491,15 +5487,15 @@
 <title>Расширенные опции</title>

 <para>
-Для достижения более высокого качества кодирования, Вы также можете
+Для достижения более высокого качества кодирования, Вы также можете
 добавить опции lavcopts, улучшающие качество, такие как
 <option>trell</option>, <option>mbd=2</option> и другие.
-Обратите внимание, что <option>qpel</option> и <option>v4mv</option>,
+Обратите внимание, что <option>qpel</option> и <option>v4mv</option>,
 часто полезные с MPEG-4, не применимы к MPEG-1 или MPEG-2.
 Также, если Вы хотите выполнить очень высококачественное кодирование
 DVD, может быть полезным добавление <option>dc=10</option> в lavcopts.
-Это может помочь подавить появление блоков в однородно окрашенных
-областях. Подводя итог, вот пример настроек lavcopts для
+Это может помочь подавить появление блоков в однородно окрашенных
+областях. Подводя итог, вот пример настроек lavcopts для
 высококачественного DVD:
 </para>

@@ -5519,7 +5515,7 @@
 <title>Кодирование звука</title>

 <para>
-VCD и SVCD поддерживают звук MPEG-1 layer II, используя одну из
+VCD и SVCD поддерживают звук MPEG-1 layer II, используя одну из
 <systemitem class="library">toolame</systemitem>,
 <systemitem class="library">twolame</systemitem>,
 или MP2 <systemitem class="library">libavcodec</systemitem> кодировщик.