Sync with r28984: 17% done.

git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@29034 b3059339-0415-0410-9bf9-f77b7e298cf2

DOCS/xml/ru/encoding-guide.xml

@@ -233,7 +233,7 @@
 </para>
 
 <itemizedlist>
-<title>Области NTSC:</title>
+<title>Регионы NTSC:</title>
 <listitem><para>
   Если при просмотре Вашего фильма <application>MPlayer</application>
   выводит, что частота кадров была изменена до 24000/1001 и она
@@ -267,7 +267,7 @@
 </itemizedlist>
 
 <itemizedlist>
-<title>Области PAL:</title>
+<title>Регионы PAL:</title>
 <listitem><para>
   Если Вы не видите никакой гребёнки, Ваш фильм есть 2:2 пулдаун.
 </para></listitem>
@@ -286,7 +286,7 @@
   <application>MPlayer</application> может замедлить воспроизведение
   фильма с опцией -speed или воспроизводить его покадрово.
   Попробуйте использовать опцию <option>-speed 0.2</option> для
-  очень медленного просмотра фильма или несколько раз нажмите
+  очень медленного просмотра фильма или нажимайте
   клавишу "<keycap>.</keycap>" для воспроизведения одного кадра
   за раз и идетнифицируйте образец, если не можете его увидеть на
   полной скорости.
@@ -298,7 +298,7 @@
 <!-- ********** -->
 
 <sect2 id="menc-feat-dvd-mpeg4-2pass">
-<title>Постоянный квантователь против многопроходности</title>
+<title>Постоянный квантователь в сравнении с многопроходностью</title>
 
 <para>
 Возможно кодировать Ваш фильм, широко варьируя качество.
@@ -322,7 +322,7 @@
 Однако, в таких простых режимах как CBR кодеры не знают загруженность
 битпотока в последующих сценах и т.о. не могут превысить затребованный
 битпоток для больших промежутков времени.
-Более продвинутые режимы, такие как многопроходный режим, могут
+Более совершенные режимы, такие как многопроходный режим, могут
 учитывать статистику предыдущих проходов; это решает проблему,
 упомянутую выше.
 </para>
@@ -371,8 +371,7 @@
 испортите качество Вашего видео.
 Чтобы избежать этого, Вам, вероятно, придётся уменьшить размеры
 Вашего видео, согласно методу, описанному далее в этом руководстве.
-В общих чертах, Вам следует избегать CBR совсем, если Вы заботитесь
-о качестве.
+В общем, Вам следует избегать CBR совсем, если Вы заботитесь о качестве.
 </para>
 
 <para>
@@ -406,7 +405,7 @@
 для принятия интеллектуальных решений о том, какой квантователь
 следует использовать. Во время быстрого движения или сцен с
 высокой детализацией с большой вероятностью будут использованы
-бОльшие квантователи, а во время медленного движения или сцен
+б<emphasis>о</emphasis>льшие квантователи, а во время медленного движения или сцен
 с низкой детализацией &mdash; меньшие.
 Обычно количество движения играет существенно более важную роль,
 чем количество деталей.
@@ -447,7 +446,7 @@
 Если Вашей целью является определённый размер, Вам нужно как-нибудь
 вычислить битпоток. Но перед этим, Вам нужно знать, сколько места
 нужно зарезервировать по аудио дорожку(и), так что Вам необходимо
-<link linkend="menc-feat-dvd-mpeg4-audio">извлечь их</link> сперва.
+сперва <link linkend="menc-feat-dvd-mpeg4-audio">извлечь их</link>.
 Вы можете рассчитать битпоток с помощью следующей формулы:
 <systemitem>битпоток = (конечный_размер_в_МБайт - размер_звука_в_МБайт) *
 1024 * 1024 / длительность_в_секундах * 8 / 1000</systemitem>.
@@ -535,7 +534,7 @@ MPEG разбивает видео на квадраты 16х16, называе
   Это означает, что много битов нужно потратить либо на повторное
   чернение переписанной полосы, либо (что более вероятно) вектор
   движения не будет использован вовсе и все изменения для этого
-  макроблока будут явно кодированы. Другими словами, эффективность 
+  макроблока будут явно кодированы. Так или иначе, эффективность
   кодирования существенно уменьшается.
   </para>
 
@@ -558,8 +557,8 @@ MPEG разбивает видео на квадраты 16х16, называе
 
   <para>
   Для случаев, когда всё изображение движется к краю кодируемой
-  области, у MPEG есть специальные оптимизации для многократного
-  копирования пикселей на край картинки, когда вектор движения
+  области, у MPEG есть специальные оптимизации для повторяющегося
+  копирования пикселей к краю картинки, когда вектор движения
   идёт извне области кодирования. Эта возможность становится
   бесполезной, если у фильма есть чёрные полосы. В отличии от
   случаев 1 и 2, выравнивание границ до кратности 16 здесь
@@ -601,11 +600,11 @@ MPEG разбивает видео на квадраты 16х16, называе
 <para>
 Есть несколько рекомендаций для усечения, которым необходимо следовать
 для избежания повреждения фильма.
-Обычный формат YUV, 4:2:0, сохраняет хрому (информацию о цвете)
-половинной дискретизации, т.е. хрома сохраняется в два раза реже
-в каждом направлении, чем люма (информация об интенсивности).
+Обычный формат YUV, 4:2:0, сохраняет цветность (информацию о цвете)
+половинной дискретизации, т.е. цветность сохраняется в два раза реже
+в каждом направлении, чем яркостность (информация об интенсивности).
 Рассмотрите следующую диаграмму, где L обозначает точки дискретизации
-люмы и C &mdash; хромы.
+яркостности и C &mdash; цветности.
 </para>
 
 <informaltable>
@@ -685,9 +684,9 @@ MPEG разбивает видео на квадраты 16х16, называе
 Как Вы видите, строки и столбцы изображения естественным образом
 идут в парах. Поэтому смещения и размеры усечения
 <emphasis>должны</emphasis> быть чётными числами.
-Иначе хрома перестанет правильно соответствовать люме.
+Иначе цветность перестанет правильно соответствовать яркостности.
 Теоретически возможно усечение с нечётными смещениями, но оно
-потребует преобразования хромы, что потенциально является
+потребует переквантования цветности, что потенциально является
 операцией с потерей качества и не поддерживается фильтром
 усечения сторон crop.
 </para>
@@ -969,15 +968,14 @@ MPEG разбивает видео на квадраты 16х16, называе
 Фильтр <option>rectangle</option> может быть полезен, позволив
 Вам интерактивно менять прямоугольник усечения для Вашего фильма.
 Не забывайте следовать указанным выше руководствам по делимости,
-чтобы не испортить выравнивание хромы.
+чтобы не испортить выравнивание цветности.
 </para>
 
 <para>
 В ряде случаев масштабирование может быть нежелательным.
 Масштабирование по вертикальному направлению затруднено для
 чересстрочного видео, и если Вы хотите сохранить чересстрочность,
-Вам в большинстве случаев будет необходимо воздерживаться от 
-масштабирования. 
+Вам, как правило, будет необходимо воздерживаться от масштабирования.
 Если Вы не будете масштабировать, но всё ещё желаете размеры,
 кратные 16, то Вам придётся проводить излишнее усечение.
 Не проводите неполное усечение, поскольку чёрные полосы очень
@@ -990,17 +988,15 @@ MPEG разбивает видео на квадраты 16х16, называе
 качество, особенно на малых битпотоках. Вы можете сделать это,
 округлив ширину и высоту прямоугольника усечения до ближайшего
 меньшего целого, кратного 16.
-Учитывая установленное ранее, при усечении Вы можете захотеть увеличить
-смещение по Y на половину разности старой и новой высоты, так что
-полученное видео будет браться из центра кадра.
-  
+Как указано выше, при усечении Вам необходимо увеличить смещение по
+Y на половину разности старой и новой высоты, так что полученное
+видео будет браться из центра кадра.
 И из-за способа дискретизации DVD видео, убедитесь, что смещение
 есть чётное число. (Фактически, возьмите за правило никогда не
 использовать нечётные величины для любых параметров усечения или
 масштабирования видео.) Если Вы беспокоитесь из-за нескольких
 излишне отброшенных битов, возможно, Вы предпочтёте взамен
 масштабировать видео. Мы рассмотрим это ниже в нашем примере.
-
 В действительности, Вы можете доверить фильтру
 <option>cropdetect</option> сделать для Вас всё вышеупомянутое,
 т.к. у него есть необязательный параметр округления
@@ -1172,7 +1168,7 @@ CQ зависит от битпотока, эффективности видео
 Используя 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>
@@ -2403,7 +2399,7 @@ mencoder dvd://1 -oac copy -vf pullup,softskip \
   имеет тенденцию к более частому нахождению соответствий.
   Какой фильтр будет лучше работать зависит от исходного видео и
   личного вкуса; не бойтесь экспериментировать с тонкой настройкой
-  опций фильтров, если у вас возникли проблемы с любым из них (подробности
+  опций фильтров, если у Вас возникли проблемы с любым из них (подробности
   смотрите на странице руководства man). Для большинства качественного
   исходного видео, однако, оба фильтра работают достаточно хорошо,
   так что начинать работать можно с любым из них.
@@ -4699,7 +4695,7 @@ mencoder -dvd-device <replaceable>zeiram.iso</replaceable> dvd://7 -o <replaceab
 <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>.