[MPlayer-translations] r21810 - trunk/DOCS/xml/ru/encoding-guide.xml

voroshil subversion at mplayerhq.hu
Tue Jan 2 10:07:16 CET 2007


Author: voroshil
Date: Tue Jan  2 10:07:13 2007
New Revision: 21810

Modified:
   trunk/DOCS/xml/ru/encoding-guide.xml

Log:
better wording and typos fixing
Slightly modified patch from Andrew Savchenko birkoph at mail dot ru


Modified: trunk/DOCS/xml/ru/encoding-guide.xml
==============================================================================
--- trunk/DOCS/xml/ru/encoding-guide.xml	(original)
+++ trunk/DOCS/xml/ru/encoding-guide.xml	Tue Jan  2 10:07:13 2007
@@ -1,6 +1,5 @@
 <?xml version="1.0" encoding="utf-8"?>
 <!-- synced with r21802  -->
-<!-- **Partially** translated -->
 <chapter id="encoding-guide">
 <title>Кодирование с <application>MEncoder</application></title>
 
@@ -17,7 +16,7 @@
 <para>
 Последний вопрос, похоже, отчасти неверно сформулирован. В конце концов, если
 Вы не беспокоитесь о размере файла, почему бы просто не скопировать весь MPEG-2 
-видео поток с DVD? Конечно, ваш AVI файл будет занимать около 5GB,
+видео поток с DVD? Конечно, Ваш AVI файл будет занимать около 5GB,
 но если Вы желаете наилучшее качество и не волнуетесь о размере, то это, 
 несомненно, лучшее решение.
 </para>
@@ -81,8 +80,8 @@
 <sect3 id="menc-feat-dvd-mpeg4-preparing-encode-fps">
 <title>Определение кадровой частоты источника</title>
 <para>
-Вот список, содержащий общие типы исходных материалов, где, 
-преимущественно, можно найти и их свойства:
+Вот список, содержащий общие типы исходных материалов, где они, 
+преимущественно, встречаются и их свойства:
 </para>
 
 <itemizedlist>
@@ -251,7 +250,7 @@
   30000/1001 fps могут быть как "жёстко телесиненым" содержимым 
   с 24000/1001 fps, так и NTSC видео с 60000/1001 полями в секунду.
   Используйте два нижеследующих руководства для определения того,
-  с каким случаем вы имеете дело.
+  с каким случаем Вы имеете дело.
 </para></listitem>
 <listitem><para>
   Если <application>MPlayer</application> никогда не показывает
@@ -416,10 +415,10 @@
 <para>
 Если Вы используете <option>vqscale=2</option>, то Вы теряете биты.
 Если Вы используете <option>vqscale=3</option>, то Вы не получаете
-рип наивысшего качества. Предположим, вы делаете рип DVD, используя
+рип наивысшего качества. Предположим, Вы делаете рип DVD, используя
 <option>vqscale=3</option>, результат получается 1800 Кбит.
 Если Вы сделаете двупроходное кодирование с 
-<option>vbitrate=1800</option>, получившееся видео быдет обладать
+<option>vbitrate=1800</option>, получившееся видео будет обладать
 <emphasis role="bold">лучшим качеством</emphasis> для
 <emphasis role="bold">того же битпотока</emphasis>.
 </para>
@@ -482,8 +481,9 @@
 
 <para>
 У большинства DVD также есть определённое подобие чёрных полос на
-краях. Если Вы их оставите, это может <emphasis>сильно</emphasis>
-повредить качество несколькими путями.
+краях. Если Вы их оставите, это может 
+<emphasis role="bold">сильно</emphasis> повредить качество 
+несколькими путями.
 </para>
 
 <orderedlist>
@@ -500,7 +500,7 @@
      в результате чего вместо точки возникает затухающая окружность,
      но вот как это кратко выразить... -->
   Для кодирования последних Вам нужно гораздо больше битов, а иначе
-  у вас появится артефакт, известный как размывание краёв
+  у Вас появится артефакт, известный как размывание краёв
   (англ. ringing).
   </para>
 
@@ -599,7 +599,7 @@
 
 <para>
 Вспомните из предыдущего раздела, что конечный размер картинки,
-подлежащей кодированию, должен быть кратен 16 (как высота,так 
+подлежащей кодированию, должен быть кратен 16 (как высота, так 
 и ширина). Это может быть достигнуто усечением, масштабированием
 или комбинацией того и другого.
 </para>
@@ -699,7 +699,8 @@
 </para>
 
 <para>
-Далее, видео с чересстрочной развёрткой дискретизируется следующим образом:
+Более того, видео с чересстрочной развёрткой дискретизируется 
+следующим образом:
 </para>
 
 <informaltable>
@@ -951,7 +952,7 @@
 является ли видео полноэкранным (4:3) или широкоэкранным (16:9).
 Многие (если не большинство) широкоэкранных DVD не точно соответсвуют
 <!-- FIXME: Есть ли перевод названия формата cinescope (он же CinemaScope) ?? -->
-формату 16:9 и он может быть как 1.85:1, так и 2.35:1 (формат cinescope).
+формату 16:9 и могут быть как 1.85:1, так и 2.35:1 (формат cinescope).
 Это означает, что в видео будут чёрные полосы, которые нужно усечь.
 </para>
 
@@ -1005,7 +1006,8 @@
 использовать нечётные величины для любых параметров усечения или
 масштабирования видео.) Если Вы беспокоитесь из-за нескольких
 излишне отброшенных битов, возможно, Вы предпочтёте взамен
-масштабировать видео.
+масштабировать видео. Мы рассмотрим это ниже в нашем примере.
+
 В действительности, Вы можете доверить фильтру
 <option>cropdetect</option> сделать для Вас всё вышеупомянутое,
 т.к. у него есть необязательный параметр округления 
@@ -1080,7 +1082,7 @@
   преобразований, Вы перемещаете больше данных в высокочастотные
   полосы. Грубо говоря, каждый пиксель содержит больше деталей,
   чем раньше.
-  Так что несмотря на то, что ваша картинка с уменьшенным 
+  Так что несмотря на то, что Ваша картинка с уменьшенным 
   масштабом содержит 1/4 информации в пространственных направлениях,
   она всё ещё может содержать большУю часть информации в 
   частотных интервалах (предполагая, что высокие частоты были
@@ -1098,7 +1100,7 @@
 должно быть сравнимо с 640х480 и 800 кбит/сек.
 Однако, это не было строго проверено теоретически или эмпирически.
 Кроме того, из-за существенного отличия фильмов по уровню шума,
-деталей, степеней свободы и т.п., тщетно давать общие рекомендации
+деталей, количества движения и т.п., тщетно давать общие рекомендации
 для "битов на длину диагонали" (аналог битов на пиксель, используя
 квадратный корень).
 </para>
@@ -1114,7 +1116,7 @@
 <para>
 Следующие шаги помогут Вам рассчитать разрешение для Вашего 
 кодирования без слишком сильного искажения видео, учитывая
-некоторую информацию об исходном видео.
+несколько видов информации об исходном видео.
 Прежде всего, Вам необходимо рассчитать коэффициент соотношения
 сторон для кодированного видео:
 <systemitem>ARc = (Wc x (ARa / PRdvd )) / Hc</systemitem>
@@ -1155,7 +1157,8 @@
 <para>
 CQ зависит от битпотока, эффективности видеокодека и разрешения фильма.
 Обычно, в целях увеличения CQ, Вам нужно будет уменьшить размер
-фильма при постоянном битпотоке, заданном размере и длине фильма.
+фильма, при условии, что битпоток, вычисленный как функция конечного 
+размера, и длина фильма постоянны.
 С MPEG-4 ASP кодеками, такими как <systemitem class="library">Xvid</systemitem>
 и <systemitem class="library">libavcodec</systemitem>, CQ 
 меньше 0.18 обычно приводит к изображению с большим числом
@@ -1163,7 +1166,7 @@
 кодирования информации в каждом макроблоке. 
 (MPEG4, как и многие другие кодеки, группирует пиксели в блоки по
 несколько пикселей для сжатия изображения; если битов не хватает,
-границы этих блоков становятся заметными.)
+границы этих блоков заметны.)
 Следовательно, благоразумно выбрать CQ в диапазоне от 0.20 до 0.22
 для рипа на 1 CD и 0.26-0.28 для рипа на 2 CD при использовании
 стандартных опций кодирования.
@@ -1176,7 +1179,7 @@
 Используя MPEG-4 AVC кодеки, такие как 
 <systemitem class="library">x264</systemitem>, Вы можете использовать
 CQ в диапазоне от 0.14 до 0.16 со стандартными опциями кодирования
-и должны суметь достичь таких низких значений, как 0.10-0.12
+и должны суметь достичь таких низких значений, как 0.10 - 0.12
 с помощью
 <link linkend="menc-feat-x264-example-settings">продвинутых опций кодирования <systemitem class="library">x264</systemitem></link>.
 </para>
@@ -1215,7 +1218,7 @@
 </para>
 
 <para>
-Фильтры загружаются в цепочки с помощью опции -vf:
+Фильтры загружаются в цепочку с помощью опции -vf:
 
 <screen>-vf фильтр1=опции,фильтр2=опции,...</screen>
 
@@ -1254,7 +1257,7 @@
 насколько это возможно, для того чтоб остаться близко к оригинальному
 DVD источнику. Усечение часто необходимо (как описано выше), но
 избегайте масштабирования видео. Несмотря на то, что уменьшение 
-размера иногда предпочтительно при использовании больших 
+размера иногда предпочтительно использованию бОльших 
 квантователей, нужно избегать и того, и другого: помните, 
 что мы с самого начала решили обменять биты на качество.
 </para>
@@ -1262,7 +1265,8 @@
 <para>
 Также не корректируйте гамму, контрастность, яркость и т.п.. То,
 что хорошо выглядит на Вашем мониторе, может плохо выглядеть
-на других. Коррекция должна выполняться только при воспроизведении.
+на других. Эти коррекции должны выполняться только при 
+воспроизведении.
 </para>
 
 <para>
@@ -1305,10 +1309,10 @@
 24 fps фильм просто проигрывается на 25 fps. В результате фильм
 воспроизводится слегка быстрее, но если Вы не пришелец, то,
 вероятно, не заметите разницы.
-У большинства PAL DVD аудио корректируемо по высоте звука, так 
-что, воспроизводясь при 25 fps, оно звучит нормально, даже если 
-аудиодорожка (и, следовательно, весь фильм) проигрываются на
-4% быстрее, чем NTSC DVD.
+У большинства PAL DVD аудио скорректировано по высоте звука так,
+что, воспроизводясь при 25 fps, оно звучит нормально, несмотря на 
+то, что аудиодорожка (и, следовательно, весь фильм) проигрываются 
+на 4% быстрее, чем NTSC DVD.
 </para>
 
 <para>
@@ -1390,7 +1394,7 @@
 <listitem><para>
   Фильтры постобработки и удаления шума могут не работать как 
   ожидается, только если Вы особо не позаботитесь об их 
-  одновременном применении на частоте полей, иначе они могут
+  применении к одному полю за раз, иначе они могут
   повредить видео при неверном использовании.
 </para></listitem>
 </orderedlist>
@@ -1429,7 +1433,7 @@
 
 <para>
 Если Вы хотите дополнительно защититься от странных пропусков 
-и повторений кадров, вы можете одновременно использовать опции
+и повторений кадров, Вы можете одновременно использовать опции
 <option>-mc 0</option> и <option>-noskip</option>.
 Это предотвратит <emphasis>любую</emphasis> A/V коррекцию, и 
 будет копировать кадры один в один, так что Вы не сможете это
@@ -1491,7 +1495,7 @@
   <systemitem class="library">libavcodec</systemitem> MPEG-4 или
   <systemitem class="library">Xvid</systemitem>.
   (Опытные разработчики кодеков могут быть заинтересованы в 
-  ознакомлении с точкой зрения Михаэля Найдермауэра (Michael
+  ознакомлении с точкой зрения Михаэля Нидермайера (Michael
   Niedermayer)
   "<ulink url="http://guru.multimedia.cx/?p=10">почему MPEG4-ASP отстой</ulink>".)
   Аналогично, Вы должны получить лучшее качество с MPEG-4 ASP, по
@@ -1640,8 +1644,8 @@
 
 <para>
 <emphasis>Не</emphasis> используйте <option>-nosound</option> при
-кодировании файла с аудио, даже если Вы будете позже кодировать и 
-мультеплексировать аудио отдельно.
+кодировании файла с аудио, даже если позже Вы будете отдельно 
+кодировать и мультеплексировать аудио.
 Хотя это может работать в идеальных случаях, использование
 <option>-nosound</option> обычно скрывает ряд проблем в Ваших
 настройках кодирования в командной строке.
@@ -1652,8 +1656,8 @@
 </para>
 
 <para>
-Вам необходим <application>MEncoder</application> для обработки
-звука.
+Вам необходимо обработать звук с помощью 
+<application>MEncoder</application>. 
 Например, Вы можете копировать исходную звуковую дорожку в 
 процессе кодирования с помощью <option>-oac copy</option> или
 преобразовать её в "лёгкий" 4 кГц моно WAV PCM с помощью
@@ -1698,7 +1702,7 @@
 громкостью.
 Вы можете использовать, например, утилиту <application>normalize</application>,
 доступную в большинстве дистрибутивов.
-Если вы пользуетесь Window$, утилита <application>BeSweet</application>
+Если Вы пользуетесь Window$, утилита <application>BeSweet</application>
 делает то же самое.
 Вы можете сжать в Vorbis или MP3. Например:
 <screen>oggenc -q1 <replaceable>звук.wav</replaceable></screen>
@@ -1772,7 +1776,7 @@
 
 <para>
 Вы можете столкнуться с некоторыми серьёзными проблемами A/V
-синхронизации при попытке мультиплексирования вашего видео 
+синхронизации при попытке мультиплексирования Вашего видео 
 с некоторыми аудиодорожками, где, как бы Вы не подбирали задержку
 аудио, никогда не получается правильная синхронизация.
 Это может происходить при использовании некоторых видеофильтров,
@@ -1958,7 +1962,7 @@
 Строго говоря, все эти числа являются аппроксимациями. 
 Чёрно-белое NTSC видео было точно с 60 полями в секунду, но 
 позже была выбрана частота 60000/1001 для адаптации цветовой
-информации с сохранением совместимости с чёрно-белым 
+информации с одновременным сохранением совместимости с чёрно-белым 
 телевидением. 
 Цифровое NTSC видео (такое как на DVD) также с 60000/1001
 полями в секунду. Отсюда возникла кадровая частота 30000/1001
@@ -1993,7 +1997,7 @@
 
 <para>
 В действительности, видео никогда не хранится на DVD с 
-60000/1001 полей в секунду. Для видео, оригинально являющегося
+60000/1001 полями в секунду. Для видео, оригинально являющегося
 60000/1001, каждая пара полей объединяется для формирования 
 кадра, приводя к 30000/1001 кадрам в секунду. Затем аппаратные
 DVD плееры читают флаг, включенный в видеопоток, для определения
@@ -2065,7 +2069,7 @@
 <screen>demux_mpg: обнаружено 24000/1001 кадра/сек NTSC содержимое с построчной развёрткой,
 переключаю частоту кадров.</screen>
 
-Начиная с этого момента, demux_mpg should никогда не должен
+Начиная с этого момента, demux_mpg никогда не должен
 сообщать о том, что найдено
 &quot;30000/1001 кадров/сек NTSC содержимое&quot;.
 </para>
@@ -2088,7 +2092,7 @@
 быстро, сколь это возможно; тем не менее, в зависимости от 
 Вашего железа, это может занять некоторое время. Всякий раз, 
 когда demux_mpg будет сообщать об изменении частоты кадров,
-строка прямо над сообщением покажет вам время, при котором
+строка прямо над сообщением покажет Вам время, при котором
 произошло изменение.
 </para>
 
@@ -2150,11 +2154,11 @@
 </para>
 
 <para>
-Другой способ выяснить, был ваш источник подвержен телесину или нет, заключается
+Другой способ выяснить, был Ваш источник подвержен телесину или нет, заключается
 в воспроизведении исходного материала с опциями командной строки 
 <option>-vf pullup</option> и <option>-v</option>, чтобы увидеть, как 
 <option>pullup</option> сопоставляет кадры.
-Если источник был телесиненным, вы должны увидеть в консоли 3:2 структуру с
+Если источник был телесиненным, Вы должны увидеть в консоли 3:2 структуру с
 чередующимися <systemitem>0+.1.+2</systemitem> и <systemitem>0++1</systemitem>.
 Преимущество этой техники состоит в том, что не требуется просматривать исходный
 материал для его идентификации, это может быть полезно для автоматизации
@@ -2170,20 +2174,20 @@
 <para>
 Чересстрочное видео изначально снималось на 60000/1001 полями в секунду,
 и сохранялось на DVD с 30000/1001 кадрами в секунду. Эффект чересстрочности
-(часто называемый "гребенкой")  - результат объединения пары полей в кадры.
+(часто называемый "гребёнкой") &mdash; результат объединения пары полей в кадры.
 Поля сдвинуты друг относительно друга на 1/(60000/1001) секунды,
 и, когда отображаются одновременно, разница заметна.
 </para>
 
 <para>
-Как и с подверженным телесину видео <application>MPlayer</application> не должен
+Как и с подверженным телесину видео, <application>MPlayer</application> не должен
 сообщать о каких-либо изменениях частоты кадров при воспроизведении
 чересстрочного содержимого.
 </para>
 
 <para>
-Внимательно, кадр за кадром, при помощи клавиши <keycap>.</keycap>, рассматривая
-чересстрочное видео, вы увидите, что каждый отдельный кадр - чересстрочный.
+Внимательно, кадр за кадром (при помощи клавиши <keycap>.</keycap>) рассматривая
+чересстрочное видео, Вы увидите, что каждый отдельный кадр &mdash; чересстрочный.
 </para>
 </sect3>
 
@@ -2192,21 +2196,23 @@
 <title>Смешанные построчная развертка и телесин</title>
 
 <para>
-Все видео со "смешанными построчной разверткрй и телесином" изначально было с
+Все видео со "смешанными построчной разверткой и телесином" изначально было с
 24000/1001 кадрами в секунду, но некоторые его части оказались подвержены
 телесину.
 </para>
 
 <para>
 Когда <application>MPlayer</application> воспроизводит эту категорию, он будет
-(как правило, периодически) переключаться между "30000/1001 fps NTSC" и
-"24000/1001 fps progressive NTSC". Смотрите конец вывода 
-<application>MPlayer</application>, чтобы увидеть эти сообщения.
+(как правило, периодически) переключаться между "30000/1001 кадров/сек NTSC 
+содержимым" и "24000/1001 кадра/сек NTSC содержимым с построчной развёрткой". 
+Смотрите конец вывода <application>MPlayer</application>, чтобы увидеть 
+эти сообщения.
 </para>
 
 <para>
-Вам следует проверить разделы "30000/1001 fps NTSC", чтобы убедиться, что видео
-действительно телесиненное, а не просто чересстрочное.
+Вам следует проверить разделы с "30000/1001 кадров/сек NTSC содержимым", 
+чтобы убедиться, что видео действительно телесиненное, а не просто 
+чересстрочное.
 </para>
 </sect3>
 
@@ -2216,13 +2222,13 @@
 
 <para>
 В содержимом со "смешанными построчной и чересстрочной развертками",
-прогрессивное и чересстрочное видео переплетаются друг с другом.
+построчное и чересстрочное видео переплетаются друг с другом.
 </para>
 
 <para>
 Эта категория выглядит также, как и "смешанные построчная развертка и телесин", 
-до тех пор, пока не проверите разделы 30000/1001 fps и не увидите, что структура 
-телесина отсутствует.
+до тех пор, пока не проверите разделы 30000/1001 кадр/сек и не увидите, 
+что структура телесина отсутствует.
 </para>
 </sect3>
 </sect2>
@@ -2245,7 +2251,8 @@
 
 <para>
 Видео с построчной разверткой не требует специальной обработки для кодирования.
-Единственный нужный вам для уверенности параметр - это <option>-ofps 24000/1001</option>. 
+Единственный нужный Вам для уверенности параметр &mdash; это 
+<option>-ofps 24000/1001</option>. 
 В противном случае <application>MEncoder</application> будет пытаться кодировать
 с 30000/1001 кадрами в секунду и создаст дублирующиеся кадры.
 </para>
@@ -2255,8 +2262,8 @@
 </para>
 
 <para>
-Часты случай, однако, когда видео, выглядящее прогрессивным, на самом деле
-содержит очень короткие подверженные телесину части. Если вы не уверены,
+Частый случай, однако, когда видео, выглядящее построчным, на самом деле
+содержит очень короткие подверженные телесину части. Если Вы не уверены,
 безопаснее будет считать его как видео со
 <link linkend="menc-feat-telecine-encode-mixedpt">смешанными построчной
 разверткой телесином</link>.
@@ -2269,7 +2276,7 @@
 <title>Телесин</title>
 
 <para>
-Телесин может быть отменен для получения оригинального 24000/1001 содержимого
+Телесин может быть обращён для получения оригинального 24000/1001 содержимого
 при помощи процесса, называемого обратный телесин.
 <application>MPlayer</application> содержит несколько фильтров для выполнения
 этого; лучший из них, <option>pullup</option> описан в разделе 
@@ -2283,7 +2290,7 @@
 <title>Чересстрочная развертка</title>
 
 <para>
-На практике в большинстве случаев невозможно получить полностью прогрессивное
+На практике в большинстве случаев невозможно получить полностью построчное 
 видео из чересстрочного содержимого.
 Единственный способ сделать это без потери половины вертикального разрешения
 - это удвоить частоту кадров и попытаться "угадать", что должно составить 
@@ -2294,7 +2301,7 @@
 <orderedlist>
 <listitem><para>
   Кодируйте видео в чересстрочной форме. Обычно это наносит вред способности
-  кодировщика хорошо сжимать, то <systemitem class="library">libavcodec</systemitem>
+  кодировщика хорошо сжимать, но <systemitem class="library">libavcodec</systemitem>
   имеет два параметра специально для чуть лучшего сохранения чересстрочного
   видео: <option>ildct</option> и <option>ilme</option>. К тому же, настоятельно
   рекомендуется использовать 
@@ -2322,19 +2329,22 @@
   К сожалению, эта опция сбоит с <application>MEncoder</application>; она должна
   хорошо работать с <application>MEncoder G2</application>, но его пока нет. Вы
   можете столкнуться с крахами. Как бы то ни было, назначение опции 
-  <option> -vf tfields</option> - создать полный кадр из каждого поля, что
+  <option> -vf tfields</option> &mdash; создать полный кадр из каждого поля, что
   делает частоту кадров равной 60000/1001. Преимущество этого подхода в том, что
-  никакие данные не теряются, однако, каждый кадр получается только из одного
-  пол, недостающие строки как-то интерполируются. Это не очень хорошие методы
-  генерации недостающих данных, поэтому результат будет выглядеть весьма похожим
-  на применение фильтра деинтерлейсинга. Генерация недостающих срок также создает
+  никакие данные не теряются; однако, т.к. каждый кадр получается только из одного
+  поля, недостающие строки должны как-то интерполироваться. 
+  
+  Не существует очень хороших методов
+  генерации недостающих данных, поэтому результат будет выглядеть несколько похожим
+  на применение некоторых фильтров деинтерлейсинга. Генерация недостающих строк также создает
   другие проблемы, просто потому что количество данных удваивается.
   Таким образом, для сохранения качества требуются более высокие значения
-  битпотока как для кодирования, так и для декодирования. tfields имеет
+  битпотока, и больше ресурсов процессора используется как для 
+  кодирования, так и для декодирования. <option>tfields</option> имеет
   несколько различных опций, определяющих способ создания недостающих строк
   каждого кадра. Если выбрали этот способ, обратитесь к руководству и выберите
-  ту опцию, которая лучше подходит для вашего материала. Имейте в виду, что при
-  использовании <option>tfields</option> вы 
+  ту опцию, которая лучше подходит для Вашего материала. Имейте в виду, что при
+  использовании <option>tfields</option> Вы 
   <emphasis role="bold">должны</emphasis> указать как <option>-fps</option>, так
   и <option>-ofps</option>, установив им значение, равное удвоенной частоте
   исходного материала.
@@ -2345,10 +2355,10 @@
 </para></listitem>
 <listitem><para>
   Если планируете сильно уменьшать размер изображения, можно извлекать и
-  декодировать только одно поле из двух. Конечно, вы потеряете половину
+  декодировать только одно поле из двух. Конечно, Вы потеряете половину
   вертикального разрешения, но если планируется уменьшать размер как минимум
-  вдвое, потеря будет не сильно заметна. В результате получится прогрессивный
-  файл с 30000/1001 кадрами в секунду. Процедура следующая: 
+  вдвое, потеря будет не сильно заметна. В результате получится построчной 
+  развёртки файл с 30000/1001 кадрами в секунду. Процедура следующая: 
   <option>-vf field</option>, затем обрезание
   <link linkend="menc-feat-telecine-footnotes">[1]</link> и масштабирование
   соответствующим образом. Помните, что потребуется скорректировать масштабирование
@@ -2364,11 +2374,11 @@
 
 <para>
 Для преобразования видео со смешанными построчной разверткой и телесином в
-полностью прогрессивное необходимо к подверженным телесину частям применить
+полностью построчное необходимо к подверженным телесину частям применить
 обратный телесин. Есть три описанных ниже способа добиться этого.
 Заметьте, что следует <emphasis role="bold">всегда</emphasis> применять обратный
-телесин до какого-либо масштабирования; за исключением случая, когда вы точно
-знаете, что делаете, делайте обратный телесин также до обрезания
+телесин до какого-либо масштабирования; за исключением случая, когда Вы точно
+знаете, что делаете, выполняйте обратный телесин также до обрезания
 <link linkend="menc-feat-telecine-footnotes">[1]</link>.
 <option>-ofps 24000/1001</option> здесь необходима, поскольку видео на выходе
 будет с 24000/1001 кадрами в секунду.
@@ -2377,12 +2387,12 @@
 <itemizedlist>
 <listitem><para>
   <option>-vf pullup</option> разработана для обратного телесина материала,
-  телесину подверженного, оставляя прогрессивные данные как есть. Для правильной
+  телесину подверженного, оставляя построчные данные как есть. Для правильной
   работы после <option>pullup</option> <emphasis role="bold">должен</emphasis>
   следовать фильтр <option>softskip</option>, иначе произойдет крах
   <application>MEncoder</application>.
-  <option>pullup</option> является, однако, самый чистый и точный метод,
-  доступный для кодирования и телесина, и "смешанного прогрессивного с телесином".
+  <option>pullup</option> является, однако, самым чистым и точным методом,
+  доступным для кодирования и телесина, и "смешанного построчного с телесином".
   <screen>
 mencoder dvd://1 -oac copy -vf pullup,softskip \
     -ovc lavc -ofps 24000/1001<!--
@@ -2392,9 +2402,9 @@
   Более старый метод заключается не в применении обратного телесина к
   телесиненным частям, а, наоборот, в телесине не подверженных телесину частей и
   последующем применении обратного телесина ко всему видео. Звучит запутанно? 
-  softpulldown - это фильтр, проходящий по видео и делающий телесиненным весь
+  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
@@ -2404,9 +2414,9 @@
   Лично я не использовал <option>-vf filmdint</option>, но вот что сказал 
   Д Ричарт Фелкер III (D Richard Felker III):
 
-  <blockquote><para>С ним все в порядке, но IMO он слишком часто пытается
+  <blockquote><para>С ним все в порядке, но имхо он слишком часто пытается
      сделать деинтерлейс iвместо обратного телесина (в точности как аппаратные
-     DVD проигрыватели &amp; прогрессивные TV), что в результате дает мерзкое
+     DVD проигрыватели &amp; построчное TV), что в результате дает мерзкое
      мерцание и другие артефакты. Если собираетесь его использовать, потребуется
      как минимум потратить немного времени для тонкой настройки опций и
      просмотра результата, чтобы убедиться, что он не испорчен.
@@ -2420,58 +2430,56 @@
 <title>Смешанные построчная и чересстрочная развертки</title>
 
 <para>
-Существует две опции для этой категории, каждая из которых - это компромисс. Вы
+Существует две опции для этой категории, каждая из которых &mdash; это компромисс. Вы
 должны выбрать, исходя из продолжительности/положения каждого типа.
 </para>
 
 <itemizedlist>
 <listitem>
   <para>
-  Рассматривайте видео как прогрессивное. Чересстрочные части будут выглядеть
+  Рассматривайте видео как построчное. Чересстрочные части будут выглядеть
   чересстрочными, и потребуется удаление некоторых из чересстрочных полей, что
-  <!-- is translation correct? -->
   даст в результате некоторое скачкообразное дрожание. Вы можете использовать
   фильтр постобработки, если хотите, но это может несколько ухудшить
-  прогрессивные части.
+  построчные части.
   </para>
 
   <para>
-  Эта опция определенно не должна использоваться, если вы зотите время от
-  времени отображать видео на чересстрочном устройстве (с помощью TV карты,
-  например). Если у вас есть чересстрочные кадры в видео с 24000/1001 кадрами в
+  Эта опция определенно не должна использоваться, если Вы хотите со 
+  временем отображать видео на чересстрочном устройстве (с помощью TV карты,
+  например). Если у Вас есть чересстрочные кадры в видео с 24000/1001 кадрами в
   секунду, к ним, как и к прогрессивным, будет применен телесин. Половина их
   чересстрочных "кадров" будут отображаться с длительностью трех полей
   (3/(60000/1001) секунд), давая в результате неприятно выглядящий эффект 
   <!-- FIXME is translation correct? -->
-  "прыжка назад во времени". Даже если вы пробуете это, вы 
+  "прыжка назад во времени". Даже если Вы пробуете это, Вы 
   <emphasis role="bold">должны</emphasis> использовать фильтр деинтерлейсинга,
   такой как <option>lb</option> или <option>l5</option>.
   </para>
 
   <para>
-  Для отображения на прогрессивном дисплее это тоже моет быть плохой идеей.
+  Для отображения на построчном дисплее это тоже может быть плохой идеей.
   Будут отбрасываться пары последовательных чересстрочных полей, приводя к 
-  разрывам, которые могут быть заметнее, чем использование второго метода,
-  отображающего некоторые прогрессивные кадры дважды. Чересстрочное видео с 
+  разрывам, которые могут быть заметнее, чем при использовании второго метода,
+  отображающего некоторые построчные кадры дважды. Чересстрочное видео с 
   30000/1001 кадрами в секунду уже несколько прерывисто, потому что в реальности
   оно должно отображаться с 60000/1001 полями в секунду, так что дублирующиеся
   кадры не так сильно выделяются.
   </para>
 
   <para>
-  Так или иначе, лучше всего определить тип вашего содержимого и как вы его
-  собираетесь показывать. Если видео на 90% прогрессивное и вы никогда не будете
-  показывать его на TV, вам следует отдать предпочтение прогрессивному варианту. 
-  Если оно только на половину прогрессивное, вы, возможно, захотите кодировать
+  Так или иначе, лучше всего проанализировать Ваше содержимое и как Вы его
+  собираетесь показывать. Если видео на 90% построчное и Вы никогда не будете
+  показывать его на TV, Вам следует отдать предпочтение построчному варианту. 
+  Если оно только наполовину построчное, Вы, возможно, захотите кодировать
   его, как если бы оно было чересстрочным.
   </para>
 </listitem>
 
 <listitem><para>
-  Считайте его чересстрочным. Некоторые кадры прогрессивной части потребуют
-  <!-- is translation correct? -->
+  Считайте его чересстрочным. Некоторые кадры построчной части потребуют
   дублирования, что даст в результате некоторое скачкообразное дрожание. И
-  снова, фильтры деинтерлейсинга могут несколько ухудшить прогрессивные части.
+  снова, фильтры деинтерлейсинга могут несколько ухудшить построчные части.
 </para></listitem>
 </itemizedlist>
 </sect3>
@@ -2485,28 +2493,28 @@
 <orderedlist>
 <listitem>
   <formalpara>
-  <title>Об обрезании:</title>
+  <title>Об усечении сторон:</title>
   <para>
-  Видеоданные на DVDs хранятся в формате, называемом YUV 4:2:0. В YUV
+  Видеоданные на DVD хранятся в формате, называемом YUV 4:2:0. В YUV
   видео, люма ("яркость") и хрома ("цвет") хранятся отдельно. 
-  Поскольку человеческий глаз менее чувствителен к цвету, чем к яркости, 
+  Поскольку человеческий глаз отчасти менее чувствителен к цвету, чем к яркости, 
   в YUV 4:2:0 изображении присутствует только один цветностный пиксел на четыре
-  яркостных. В прогрессивном изображении каждый квадрат из четырех яркостных 
+  яркостных. В изображении с построчной развёрткой каждый квадрат из четырёх яркостных 
   пикселов (два на два) имеют один общий цветностный пиксел. Вы должны обрезать
-  прогрессивное YUV 4:2:0 до четных размеров и использовать четные смещения.
+  построчный YUV 4:2:0 до чётных размеров и использовать чётные смещения.
   Например, 
-  <option>crop=716:380:2:26</option> - правильно, а
-  <option>crop=716:380:3:26 </option> - нет.
+  <option>crop=716:380:2:26</option> &mdash; правильно, а
+  <option>crop=716:380:3:26 </option> &mdash; нет.
   </para>
   </formalpara>
 
   <para>
   Когда имеете дело с чересстрочным YUV 4:2:0, ситуация чуть более сложная.
   Вместо разделения одного цветностного пиксела четырьмя яркостными пикселами в
-  <emphasis>кадре</emphasis>, каждые четыре пиксела каждого
+  <emphasis>кадре</emphasis>, каждые четыре яркостных пиксела каждого
   <emphasis>поля</emphasis> разделяют цветностный пиксел. Когда поля объединены в
   кадр, каждая строка имеет высоту в один пиксел. Теперь, вместо квадрата из
-  четырех пикселов мы имеем два соседних пиксела, а два других расположены
+  четырех яркостных пикселов мы имеем два соседних пиксела, а два других расположены
   на две строки ниже. Два яркостных пиксела следующей строки принадлежат
   другому полю, и, поэтому, разделяют другой пиксел цветности с двумя пикселами
   на две строки дальше. Вся эта неразбериха требует, чтобы вертикальные размеры
@@ -2516,26 +2524,25 @@
 
   <para>
   Для телесиненного видео я рекомендую производить обрезание после обратного
-  телесина. Так как видео прогрессивное, достаточно обрезать только по четным
+  телесина. Так как видео построчное, достаточно обрезать только по четным
   размерам. Если же действительно хотите получить небольшую прибавку к скорости,
-  которую может дать обрезка, вам придется производить обрезание с вертикальными
+  которую может дать обрезка, Вам придется производить усечение с вертикальными
   размерностями, кратными четырем. В противном случае фильтр обратного телесина
-  не будет иметь подходящих данных.
+  не будет иметь правильных данных.
   </para>
 
   <para>
-  Для чересстрочного (не подверженного телесину) видео, вы всегда должны
-  производить обрезание с вертикальными размерностями, кратными четырем, если
-  только не используете <option>-vf field</option> перед обрезанием.
+  Для чересстрочного (не подверженного телесину) видео, Вы всегда должны
+  производить усечение с вертикальными размерностями, кратными четырем, если
+  только не используете <option>-vf field</option> перед усечением.
   </para>
 </listitem>
 
 <listitem><formalpara>
   <title>О параметрах кодирования и качестве:</title>
   <para>
-  <!-- FIXME is translation correct? -->
   Если я здесь рекомендую <option>mbd=2</option>, это еще не значит, что эту
-  опцию не следует использовать где-либо еще. Совместно с <option>trell</option>
+  опцию не следует использовать где-либо еще. Совместно с <option>trell</option>,
   <option>mbd=2</option> является одной из двух опций
   <systemitem class="library">libavcodec</systemitem>, которые значительно
   увеличивают качество. Вам всегда следует использовать как минимум эти две,
@@ -2551,9 +2558,9 @@
   <title>О производительности pullup:</title>
   <para>
   Использование <option>pullup</option> (совместно с <option>softskip</option>)
-  для прогрессивного видео вполне безопасно и обычно является хорошей идеей,
-  если только про источник не известно достоверно, что он полностью
-  прогрессивный. Потеря скорости мала в большинстве случаев.
+  для видео с построчной развёрткой вполне безопасно и обычно является хорошей 
+  идеей, если только про источник не известно достоверно, что он полностью
+  построчный. Потеря скорости мала в большинстве случаев.
   В минимальном варианте кодирования <option>pullup</option> замедляет
   <application>MEncoder</application> на 50%. Добавление обработки звука и
   продвинутых <option>lavcopts</option> опций затмевает эту разницу, уменьшая 
@@ -2757,7 +2764,7 @@
 <title>Опции кодирования libavcodec</title>
 
 <para>
-В идеале, вы, наверное, хотели бы иметь возможность просто сказать кодировщику
+В идеале, Вы, наверное, хотели бы иметь возможность просто сказать кодировщику
 переключиться на "высокое качество" и начать кодирование.
 Это было бы замечательно, но, к сожалению, трудно реализуемо, поскольку
 различные опции кодирования, в зависимости от исходного материала, дают в результате 
@@ -2776,7 +2783,7 @@
 <listitem><para>
   <emphasis role="bold">vmax_b_frames</emphasis>: хороши 1 или 2, в зависимости
   от фильма.
-  Заметьте, если хотите, чтобы ваш фильм декодировался DivX5, вы должны
+  Заметьте, если хотите, чтобы Ваш фильм декодировался DivX5, Вы должны
   активировать поддержку закрытых GOP, используя опцию <option>cgop</option>
   <systemitem class="library">libavcodec</systemitem>, но также должны деактивировать 
   определение сцен, что не является хорошей идеей, поскольку несколько вредит
@@ -2791,8 +2798,8 @@
 <listitem><para>
   <emphasis role="bold">dia</emphasis>: диапазон поиска движения. Большие
   значения лучше и медленнее.
-  Отрицательные значения - это совершенно другая шкала.
-  Хорошими значениями являются -1 для быстрого кодирования или 2-4 - для 
+  Отрицательные значения &mdash; это совершенно другая шкала.
+  Хорошими значениями являются -1 для быстрого кодирования или 2-4 &mdash; для 
   медленного.
 </para></listitem>
 <listitem><para>
@@ -2805,14 +2812,14 @@
   поиска движения.
   Поэкспериментируйте со значениями 0 (по-умолчанию), 2 (hadamard), 3 (dct), и 6
   (соотношение сигнал-шум).
-  0 - самый быстрый и достаточен для precmp.
+  0 &mdash; самый быстрый и достаточен для precmp.
   В случае cmp и subcmp 2 является хорошим для аниме, а 3 для живой съемки.
   6 может оказаться лучше, а может и нет, но он медленнее.
 </para></listitem>
 <listitem><para>
   <emphasis role="bold">last_pred</emphasis>: Количество предсказателей
   движения, берущихся из предыдущего кадра.
-  1-3 или около того помогут вам ценой небольшой потери в скорости.
+  1-3 или около того помогут Вам ценой небольшой потери в скорости.
   Большие значения медленны и не дают дополнительного улучшения.
 </para></listitem>
 <listitem><para>
@@ -2823,9 +2830,9 @@
   <emphasis role="bold">qprd</emphasis>: адаптивное квантование, основанное на
   сложности макроблока.
   Может сделать лучше или хуже в зависимости от видео и других опций.
-  Она также может привести к появлению артефактов, если вы не установите vqmax в
+  Она также может привести к появлению артефактов, если Вы не установите vqmax в
   некоторое разумно малое значение
-  (хорошо - 6, может быть даже 4); vqmin=1 также может помочь.
+  (хорошо &mdash; 6, может быть даже 4); vqmin=1 также может помочь.
 </para></listitem>
 <listitem><para>
   <emphasis role="bold">qns</emphasis>: очень медленно, особенно в комбинации с qprd.
@@ -2847,11 +2854,11 @@
   отбрасывания одиночного коэффициента для яркостной и цветностной плоскостей.
   Они кодируются независимо во всех MPEG-похожих алгоритмах.
   Идея этих опций заключается в использованию некоторой хорошей эвристики для
-  определения момента, когда изменения в блоке ниже указанного вами порога, и что его
+  определения момента, когда изменения в блоке ниже указанного Вами порога, и что его
   стоит кодировать как "блок без изменений". 
   Это сохраняет быти и, возможно, ускоряет кодирование. 
   vlelim=-4 и vcelim=9 выглядят неплохими для живой съемки, но, скорее всего, не
-  помогут для аниме; при кодировании анимации вам, возможно, следует оставить
+  помогут для аниме; при кодировании анимации Вам, возможно, следует оставить
   эту опцию неизменной.
 </para></listitem>
 <listitem><para>
@@ -2881,7 +2888,7 @@
   <emphasis role="bold">lumi_mask, dark_mask</emphasis>: Психовизуальное
   адаптивное квантование.
   Не стоит играть с этими опциями, если заботитесь о качестве.
-  Разумные значения могут быть эффективными в вашем случае, но имейте в виду,
+  Разумные значения могут быть эффективными в Вашем случае, но имейте в виду,
   что это весьма субъективно.
 </para></listitem>
 <listitem><para>
@@ -2897,7 +2904,7 @@
 <title>Примеры настроек кодирования</title>
 
 <para>
-Следующие настройки - это примеры различных комбинаций опций кодирования,
+Следующие настройки &mdash; это примеры различных комбинаций опций кодирования,
 которые влияют на соотношение скорость-качество при той же величине целевого
 биптотока.
 </para>
@@ -2907,8 +2914,8 @@
 с целевым битпотоком 900кбит/сек, на машине AMD-64 3400+ с 2400 МГц и 64 битном режиме.
 Для каждой настройки кодирования указаны измеренная скорость кодирования (в
 кадрах в секунду) и потеря PSNR (в дБ) по сравнению с настройкой "очень высокое
-качество". Поймите, пожалуйста, что в зависимости от вашего материала, типа
-машины, прогресса разработки вы можете получить сильно отличающиеся результаты.
+качество". Поймите, пожалуйста, что в зависимости от Вашего материала, типа
+машины, прогресса разработки Вы можете получить сильно отличающиеся результаты.
 </para>
 
 <para>
@@ -2962,14 +2969,14 @@
 С этой возможностью
 <link linkend="ffmpeg"><systemitem
 class="library">libavcodec</systemitem></link>,
-вы можете установить нестандартные inter (I-кадры/ключевые) и intra
+Вы можете установить нестандартные inter (I-кадры/ключевые) и intra
 (P-кадры/предсказанные) матрицы. Это поддерживается многими кодеками:
 В <systemitem>mpeg1video</systemitem> и <systemitem>mpeg2video</systemitem>
 также заявлена поддержка.
 </para>
 
 <para>
-Обычное использовании этой опции - установить матрицы, предпочитаемые
+Обычное использовании этой опции &mdash; установить матрицы, предпочитаемые
 спецификациями <ulink url="http://www.kvcd.net/">KVCD</ulink>.
 </para>
 
@@ -3030,7 +3037,7 @@
 <title>Пример</title>
 
 <para>
-Итак, вы только что купили новенькую, блестящую копию фильма "Гарри Поттер и Тайная
+Итак, Вы только что купили новенькую, блестящую копию фильма "Гарри Поттер и Тайная
 Комната" (в широкоэкранном формате, конечно) и хотите сделать рип этого DVD так,
 чтобы добавить его к Домашнему кинотеатру на PC. Это DVD первого региона, 
 поэтому NTSC. Пример ниже также применим и для PAL, за исключением того, что
@@ -3052,12 +3059,12 @@
 cropdetect:
 <screen>mplayer dvd://1 -vf cropdetect</screen>
 Убедитесь, что переместились к полностью заполненному кадру (например,
-к светлой сцене), вы должны увидеть в консоли <application>MPlayer</application>:
+к светлой сцене), Вы должны увидеть в консоли <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. С шириной все в порядке, а с высотой - нет. 
+делятся на 16. С шириной все в порядке, а с высотой &mdash; нет. 
 Поскольку мы не заваливали математику в 7-ом классе, то знаем, что ближайшее
 целое, меньшее 362 и кратное 16, равно 352.
 </para>
@@ -3071,8 +3078,8 @@
 <screen>mplayer dvd://1 -vf crop=720:352:0:62</screen>
 Другая причина, по которой мы урезаем пикселы сверху и снизу, заключаемся в том,
 что мы хотим убедиться, что удалены все наполовину черные пикселы, если они есть.
-Если ваше видео подвержено телесину, убедитесь, что фильтр <option>pullup</option> (или
-любой другой фильтр обратного телесина, который вы решили использовать)
+Если Ваше видео подвержено телесину, убедитесь, что фильтр <option>pullup</option> (или
+любой другой фильтр обратного телесина, который Вы решили использовать)
 находится в цепочке до фильтра crop.
 Если оно чересстрочное, то перед обрезкой проведите деинтерлейсинг.
 (Если решили сохранить чересстрочность видео, убедитесь, что вертикальный сдвиг
@@ -3080,17 +3087,17 @@
 </para>
 
 <para>
-Если вас действительно заботит потеря этих 10 пикселов, вы можете
+Если Вас действительно заботит потеря этих 10 пикселов, Вы можете
 вместо этого отмасштабировать фильм, уменьшив размерности до ближайших 
 кратных 16 значений.
 Цепочка фильтров будет выглядеть примерно так:
 <screen>-vf crop=720:362:0:58,scale=720:352</screen>
 Подобное уменьшение изображения будет означать потерю небольшого количества
 деталей, хотя это, возможно, окажется незаметным. Масштабирование изображения в
-сторону увеличения даст худшее качество (если вы не увеличиваете битпоток).
+сторону увеличения даст худшее качество (если Вы не увеличиваете битпоток).
 Обрезка же полностью выбросит те пикселы. Это компромисс, идти на который или нет,
 придется решать в каждом частном случае. Например, если DVD видео было создано
-для телевидения,  вы можете захотеть избежать вертикального масштабирования,
+для телевидения, Вы можете захотеть избежать вертикального масштабирования,
 поскольку частота строчной развертки [line sampling] соответствует тому, как содержимое
 изначально записывалось.
 </para>
@@ -3123,14 +3130,14 @@
 лучшее качество, чем стандартная. Вы можете поэкспериментировать с этим параметром
 (возможные значения смотрите на man странице), поскольку разные функции могут
 давать разный прирост в качестве в зависимости от исходного материала.
-Например, если вы  замечаете, что <systemitem class="library">libavcodec</systemitem>
+Например, если Вы замечаете, что <systemitem class="library">libavcodec</systemitem>
 производит слишком много блочных артефактов (квадратиков), то можете попытаться
 выбрать экспериментальный NSSE в качестве функции сравнения при помощи опциеи <option>*cmp=10</option>.
 </para>
 
 <para>
 Для этого фильма полученный AVI будет 138 минут длинной и размером около 3Гб.
-И, поскольку вы сказали, что размер файла значения не имеет, это вполне
+И, поскольку Вы сказали, что размер файла значения не имеет, это вполне
 приемлемый результат. Однако, если все-таки хотите получить меньший размер файла, 
 можете попробовать уменьшить битпоток. Увеличение битпотока имеет снижающийся эффект, 
 поэтому, хотя мы можем ясно видеть улучшение от 1800Кбит/сек до 20000Кбит/сек, оно 
@@ -3142,10 +3149,10 @@
 захочется вернуть какую-то его часть во время воспроизведения.
 Это, совместно с фильтром постобработки <option>spp</option>, существенно
 улучшит воспринимаемое качество и поможет избежать блочных артефактов в видео.
-Опцией <option>autoq</option> <application>MPlayer</application>'а вы можете
+Опцией <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
 </screen>
@@ -3161,9 +3168,9 @@
 <title>Кодирование кодеком <systemitem class="library">Xvid</systemitem></title>
 
 <para>
-<systemitem class="library">Xvid</systemitem> - это свободная библиотека для
+<systemitem class="library">Xvid</systemitem> &mdash; это свободная библиотека для
 кодирования MPEG-4 ASP видео потоков.
-Перед тем, как начать кодирование, вам потребуется <link linkend="xvid">
+Перед тем, как начать кодирование, Вам потребуется <link linkend="xvid">
 настроить <application>MEncoder</application> для его поддержки</link>.
 </para>
 
@@ -3189,8 +3196,8 @@
 
 <para>
 Настройки по-умолчанию Xvid уже являются хорошим выбором между скоростью и
-качеством, поэтому вы можете без опасений придерживаться их, если следующий
-раздел вас озадачивает.
+качеством, поэтому Вы можете без опасений придерживаться их, если следующий
+раздел Вас озадачивает.
 </para>
 </sect2>
 
@@ -3210,7 +3217,7 @@
   Заметьте, пожалуйста, что лучший PSNR не обязательно означает лучше выглядящую
   картинку, но говорит, что она ближе к оригиналу.
   Отключение этой опции заметно ускоряет кодирование; это может быть достойным
-  компромиссом, если скорость вам критична.
+  компромиссом, если скорость Вам критична.
 </para></listitem>
 <listitem><para>
   <emphasis role="bold">bvhq</emphasis>
@@ -3223,10 +3230,10 @@
   Большее число допустимых последовательных B-кадров обычно улучшает
   сжимаемость, хотя оно может также привести к большему количеству блочных
   артефактов (квадратиков).
-  Значение по-умолчанию - хороший выбор между сжимаемостью и качеством, но вы
+  Значение по-умолчанию &mdash; хороший выбор между сжимаемостью и качеством, но Вы
   можете увеличить его до 3, если стеснены величиной битпотока.
   Вы также можете уменьшить это значение до 1 или 0, если печетесь об отличном качестве,
-  впрочем в этом случае вы должны убедиться, что целевой битпоток достаточно высок,
+  впрочем в этом случае Вы должны убедиться, что целевой битпоток достаточно высок,
   дабы кодировщик не увеличивал значение квантователя, сохраняя нужную величину
   битпотока.
 </para></listitem>
@@ -3235,17 +3242,17 @@
   Управляет чувствительностью кодировщика к 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>bf_threshold</option> - это, возможно, не самое мудрое решение,
+  <option>bf_threshold</option> &mdash; это, возможно, не самое мудрое решение,
   поскольку оно принудит кодировщик размещать B-кадры в местах, которые никак не
   выиграют от этого, тем самым ухудшая визуальное качество.
-  Однако, если вам требуется совместимость с аппаратными
+  Однако, если Вам требуется совместимость с аппаратными
   проигрывателями, поддерживающими только старые DivX профили (которые
   поддерживают только 1 последовательный B-кадр), это единственный способ 
   увеличить сжимаемость при помощи B-кадров.
@@ -3257,7 +3264,7 @@
   Эти биты впоследствии будут потрачены на другие части видео, что приведет к
   увеличению общего качества.
   Следует всегда оставлять эту опцию включенной, поскольку ее влияние на
-  качество огромно. Даже если вы заботитесь о скорости, не отключайте ее до тех
+  качество огромно. Даже если Вы заботитесь о скорости, не отключайте ее до тех
   пор, пока не выставили <option>vhq</option> и остальные более CPU-прожорливые
   опции на минимум.
 </para></listitem>
@@ -3284,10 +3291,10 @@
 
   <para>
   Настройка по-умолчанию лучше во всех случаях, поэтому не рекомендуется ее
-  выключать, если только вы действительно не гонитесь за скоростью, поскольку
+  выключать, если только Вы действительно не гонитесь за скоростью, поскольку
   биты, сэкономленные хорошей оценкой движения, могут быть использованы
   где-нибудь еще, увеличивая общее качество.
-  Таким образом, не используйте значения ниже 5, да и его - только в крайнем
+  Таким образом, не используйте значения ниже 5, да и его &mdash; только в крайнем
   случае.
   </para>
 </listitem>
@@ -3297,7 +3304,7 @@
   цвете, тогда как одна <option>me_quality</option> использует только яркость.
   Это замедляет кодирование на 5-10%, но несколько улучшает визуальное качество,
   уменьшая эффект блочности и сокращая размер файла примерно на 1.3%.
-  Если вас интересует скорость, следует попробовать отключить эту опцию, прежде
+  Если Вас интересует скорость, следует попробовать отключить эту опцию, прежде
   чем решите уменьшать значение <option>me_quality</option>.
 </para></listitem>
 <listitem><para>
@@ -3329,7 +3336,7 @@
   Почти всегда кодек тратит дополнительные биты на повышенную точность
   впустую, а в взамен получает или вообще ничего, или небольшое увеличение качества.
   К сожалению, нет способа предсказать возможные улучшения от <option>qpel</option>, 
-  так что вам придется сделать кодирование с ней и без нее, чтобы знать
+  так что Вам придется сделать кодирование с ней и без нее, чтобы знать
   наверняка.
   </para>
   
@@ -3344,7 +3351,7 @@
   Пытается сэкономить биты в сценах с приближением, используя один вектор
   движения для всего кадра. Это почти всегда увеличивает PSNR, но заметно
   замедляет кодирование (так же как и декодирование).
-  Поэтому вас следует использовать ее, только когда вы включили 
+  Поэтому Вас следует использовать ее, только когда Вы включили 
   <option>vhq</option> на максимум.
   GMC <systemitem class="library">Xvid</systemitem>'а является более сложным,
   чем у DivX'а, но поддерживается только некоторыми аппаратными проигрывателями.
@@ -3634,7 +3641,7 @@
 <title>Примеры настроек кодирования</title>
 
 <para>
-Последующие настройки - это примеры различных комбинаций опций кодирования,
+Последующие настройки &mdash; это примеры различных комбинаций опций кодирования,
 которые влияют на соотношения скорость-качество при той же величине целевого
 битпотока.
 </para>
@@ -3644,8 +3651,8 @@
 с целевым битпотоком 900кбит/сек, на машине AMD-64 3400+ с 2400 МГц и 64 битном режиме.
 Для каждой настройки кодирования указаны измеренная скорость кодирования (в
 кадрах в секунду) и потеря PSNR (в дБ) по сравнению с настройкой "очень высокое
-качество". Поймите, пожалуйста, что в зависимости от вашего материала, типа
-машины, прогресса разработки вы можете получить сильно отличающиеся результаты.
+качество". Поймите, пожалуйста, что в зависимости от Вашего материала, типа
+машины, прогресса разработки Вы можете получить сильно отличающиеся результаты.
 </para>
 
 <informaltable frame="all">
@@ -3694,7 +3701,7 @@
 <para>
 <systemitem class="library">x264</systemitem> это свободная библиотека для
 кодирование H.264/AVC видео потоков.
-Перед началом кодирование вы должны <link linkend="codec-x264-encode">
+Перед началом кодирование Вы должны <link linkend="codec-x264-encode">
 настроить <application>MEncoder</application> для его поддержки</link>.
 </para>
 
@@ -3708,7 +3715,7 @@
 <systemitem class="library">x264</systemitem> 
 man страницы <application>MPlayer</application>'а.
 Этот раздел предполагается быть дополнением к странице man.
-Здесь вы найдете быстрые подсказки о том, какие опции чаще всего интересуют
+Здесь Вы найдете быстрые подсказки о том, какие опции чаще всего интересуют
 большинство людей. Страница man более лаконична, но также более полна и порой
 намного лучше преподносит технические детали.
 </para>
@@ -3732,31 +3739,31 @@
 </orderedlist>
 
 <para>
-В конце концов, только вы можете решать какие опции являются лучшими для ваших
+В конце концов, только Вы можете решать какие опции являются лучшими для Ваших
 целей. Решение для первого класса опций очень простое:
-надо только определить, считаете ли вы, что разница в качестве оправдывает разницу в
+надо только определить, считаете ли Вы, что разница в качестве оправдывает разницу в
 скорости.  Для второго класса опций предпочтения могут быть значительно более
 субъективными и зависеть от большего числа факторов. 
 Имейте в виду, что некоторые из опций категории "пользовательских предпочтений и специальных
 требований" могут все же иметь большое влияние на скорость или качество,
 но это не основное их предназначение.
 Часть опций из "пользовательских предпочтений" могут даже привести к изменениям,
-которые выглядят лучше для одних людей и хуже - для других.
+которые выглядят лучше для одних людей и хуже &mdash; для других.
 </para>
 
 <para>
-Перед тем как продолжить, вам придется понять, что это руководство использует
+Перед тем как продолжить, Вам придется понять, что это руководство использует
 только одну метрику качества: глобальный PSNR.
 Краткое описание того, что такое PSNR, смотрите в
 <ulink url="http://en.wikipedia.org/wiki/PSNR">статье Википедии о PSNR</ulink>.
-Глобальный PSNR - это последнее значение PSNR, выводимое на консоль, когда в
+Глобальный PSNR &mdash; это последнее значение PSNR, выводимое на консоль, когда в
 <option>x264encopts</option> включена опция <option>psnr</option>.
-Каждый раз, когда вы читаете утверждения о PSNR, за ними скрывается
+Каждый раз, когда Вы читаете утверждения о PSNR, за ними скрывается
 предположение, что используются одинаковые значения битпотока.
 </para>
 
 <para>
-Почти все комментарии этого руководства предполагают, что вы используете два
+Почти все комментарии этого руководства предполагают, что Вы используете два
 прохода.
 Есть две основные причины использовать двухпроходное кодирование при сравнении
 опций.
@@ -3782,8 +3789,8 @@
   Из всех опций, позволяющих выбирать между скоростью и качеством, 
   <option>subq</option> и <option>frameref</option> (смотрите ниже), пожалуй,
   самые важные.
-  Если вы заинтересованы в тонкой настройке либо скорости, лио качества, 
-  эти две  - первое, с чего вам стоит начать.
+  Если Вы заинтересованы в тонкой настройке либо скорости, либо качества, 
+  эти две &mdash; первое, с чего Вам стоит начать.
   С точки зрения скорости, опции <option>frameref</option> и
   <option>subq</option> очень жестко взаимодействуют друг с другом.
   Опыт показывает, что с одним ссылающимся кадром
@@ -3798,7 +3805,7 @@
   </para>
   
   <para>
-  <option>subq=6</option> - это самый медленный режим с лучшим качеством.
+  <option>subq=6</option> &mdash; это самый медленный режим с лучшим качеством.
   Если сравнивать с <option>subq=5</option>, он обычно дает на 0.1-0.4 дБ
   больший глобальный PSNR ценой потери 25%-100% скорости.
   В отличие от остальных уровней <option>subq</option>, поведение 
@@ -3828,7 +3835,7 @@
   0.05-0.1 дБ по сравнению с <option>frameref=3</option> с дополнительной
   потерей 15% скорости.
   Выше <option>frameref=6</option> качество обычно увеличивается очень незначительно 
-  (хотя на всем протяжении этой дискуссии вам следует иметь в виду, оно может
+  (хотя на всем протяжении этой дискуссии Вам следует иметь в виду, оно может
   значительно изменяться в зависимости от исходного материала).
   В довольно типичном случае <option>frameref=12</option> улучшит глобальный 
   PSNR всего на 0.02дБ по сравнению с <option>frameref=6</option>, 
@@ -3851,15 +3858,15 @@
   убрать такую возможность.
   </para></note>
   <para>
-  Если вас заботит скорость, разумным компромиссом будет использовать низкие
+  Если Вас заботит скорость, разумным компромиссом будет использовать низкие
   значения <option>subq</option> и <option>frameref</option> в первом проходе, а
   <!-- FIXME  is translation correct ? -->
   затем увеличить из во втором: Вы, возможно, потеряете вплоть до 0.1дБ PSNR,
   что может быть достаточно малым значением, чтобы его заметить.
   Однако, различные значения <option>frameref</option> могут 
   иногда повлиять на решение о выборе типа кадра.
-  Скорее всего, это довольно редкие крайние случаи, но если вы хотите точно
-  уверены, подумайте, содержит ли ваше видео полноэкранные
+  Скорее всего, это довольно редкие крайние случаи, но если Вы хотите быть точно
+  уверенными, подумайте, содержит ли Ваше видео полноэкранные
   <!-- FIXME is translation correct? -->
   периодически вспыхивающие изображения или очень большие паузы, которые могут стать
   причиной принудительной вставки I-кадра.
@@ -3905,7 +3912,7 @@
 <listitem>
   <para>
   <emphasis role="bold">bframes</emphasis>:
-  Если вы занимались кодированием с другими кодеками, то могли заметить, что
+  Если Вы занимались кодированием с другими кодеками, то могли заметить, что
   B-кадры не всегда полезны.
   В H.264 это изменилось: есть новые техники и типы блоков, возможные в B-кадрах.
   Обычно, даже примитивный алгоритм выбора B-кадров может дать значимую
@@ -3949,8 +3956,8 @@
 </listitem>
 <listitem><para>
   <emphasis role="bold">b_pyramid</emphasis>:
-  С тем же успехом вы можете включить эту опцию, если используете >=2 B-кадров;
-  вы получите небольшое улучшение качества без потери в скорости, как и говорит
+  С тем же успехом Вы можете включить эту опцию, если используете >=2 B-кадров;
+  Вы получите небольшое улучшение качества без потери в скорости, как и говорит
   man руководство.
   Имейте в виду, что такое видео не может быть прочитано основанными на
   libavcodec декодерами, созданными ранее, чем примерно 5 Марта 2005. 
@@ -3975,7 +3982,7 @@
   твердую склонность к избеганию использования B-кадров при затуханиях.
   До тех пор, пока это не изменится, хорошей идеей, возможно, будет добавить 
   <option>nob_adapt</option> к x264encopts, если предполагаете, что затухания
-  будут иметь сильный эффект на ваш конкретный видеоклип.
+  будут иметь сильный эффект на Ваш конкретный видеоклип.
   </para>
 </listitem>
 </itemizedlist>
@@ -3989,9 +3996,9 @@
   <para>
   <emphasis role="bold">Двухпроходное кодирование</emphasis>:
   Выше советовалось всегда использовать кдирование в два прохода, но все же
-  существуют причины этого не делать. Например, если вы захватываете TV
+  существуют причины этого не делать. Например, если Вы захватываете TV
   трансляцию и кодируете в реальном времени, придется использовать однопроходный
-  режим. К тому же один проход очевидно быстрее, чем два; если вы используете
+  режим. К тому же один проход очевидно быстрее, чем два; если Вы используете
   точно такой же набор опций в обоих случаях, двухпроходной режим медленнее
   вдвое.
   </para>
@@ -3999,12 +4006,12 @@
   Все же существует очень хорошие причины использовать кодирование в два
   прохода. Во-первых, управление битпотоком при однопроходного режима не
   является телепатом и часто делает необоснованный выбор, потому что не может
-  видеть общую картину. Например, предположим, что вы имеете двухминутное видео,
-  состоящее из двух независимых частей. Первая половина - очень динамичная
+  видеть общую картину. Например, предположим, что Вы имеете двухминутное видео,
+  состоящее из двух независимых частей. Первая половина &mdash; очень динамичная
   сцена, продолжающаяся 60 секунд и требующая сама по себе битпоток примерно
   2500 кбит/сек, чтобы прилично выглядеть. Сразу за ней следует менее
   требовательная 60-секундная сцена, которая хорошо выглядит при 300 кбит/сек.
-  Предположим, вы запросили битпоток 14000 кбит/сек; в теории этого достаточно
+  Предположим, Вы запросили битпоток 14000 кбит/сек; в теории этого достаточно
   для удовлетворения потребностей обеих сцен.
   В этом случае управление битпотоком в однопроходном режиме сделает пару "ошибок".
   Во-первых, оно установит битпоток в 1400 кбит/сек для обеих частей. Первая
@@ -4030,12 +4037,12 @@
   Это делает возможным намного более рациональное, лучше спланированное
   распределение битов между дорогими (высокодинамичными) и дешевыми
   (малодинамичными) сценами. Смотрите <option>qcomp</option> ниже, чтобы узнать
-  некоторые идеи о том, как можно это распределение настроить по вашему вкусу.
+  некоторые идеи о том, как можно это распределение настроить по Вашему вкусу.
   </para>
   <para>
   Более того, два прохода занимают не двойное время по сравнению с одним.
   Вы можете настроить опции первого прохода на более быструю скорость и низкое
-  качество. Если хорошо выберете опции, вы получите очень быстрый первый проход.
+  качество. Если хорошо выберете опции, Вы получите очень быстрый первый проход.
   Полученное качество во втором проходе будет несколько ниже, потому что
   предсказание размера менее точно, но разница в качестве обычно слишком мала,
   чтобы быть заметной. Попробуйте, например, добавить
@@ -4048,7 +4055,7 @@
 <listitem><para>
   <emphasis role="bold">Кодирование в три прохода</emphasis>?
   x264 предоставляет возможность делать желаемое количество последовательных
-  проходов. Если вы указали <option>pass=1</option> при первом проходе,
+  проходов. Если Вы указали <option>pass=1</option> при первом проходе,
   используйте затем <option>pass=3</option> в последующем проходе, этот проход
   будет одновременно читать статистику предыдущего прохода и записывать ее
   собственную. Дополнительный проход, следующий за этим, будет иметь очень
@@ -4056,7 +4063,7 @@
   выбранном квантователе. На практике, общее улучшение качества от использования
   этого режима близко к нулю и, вполне возможно, третий проход приведет к
   немного худшему глобальному PSNR, чем у предыдущего прохода.
-  При обычном использовании три прохода помогают, если вы при двух проходах
+  При обычном использовании три прохода помогают, если Вы при двух проходах
   получаете либо плохое предсказание битпотока, либо плохо выглядящие переходы
   между сценами. Это в точности то, что наверняка будет происходить на очень
   коротких клипах. Существуют также особые случаи, когда три (или более)
@@ -4082,13 +4089,13 @@
 </para></listitem>
 <listitem><para>
   <emphasis role="bold">keyint</emphasis>:
-  <option>keyint</option> - единственная возможность выбора между удобством
+  <option>keyint</option> &mdash; единственная возможность выбора между удобством
   перемещения по файлу и эффективностью кодирования. По-умолчанию
   <option>keyint</option> установлена в 250. В материале с 25fps это гарантирует
-  возможность перемещения с точностью до 10 секунд. Если вы считаете, что более
+  возможность перемещения с точностью до 10 секунд. Если Вы считаете, что более
   важным и полезным будет перемещение с точностью до 5 секунд, установите
-  <option>keyint=125</option>; это немного ухудшит качество/битпоток. Если вы
-  заботитесь только о качестве, но не о перемещаемости, вы можете установить
+  <option>keyint=125</option>; это немного ухудшит качество/битпоток. Если Вы
+  заботитесь только о качестве, но не о перемещаемости, Вы можете установить
   значение этой опции в более высокое значение (понимая, что улучшение будет
   убывающим, вплоть до исчезающе малого или даже нулевого). Видео поток
   по-прежнему будет иметь точки перемещения, пока в нем есть какие-то изменения
@@ -4106,7 +4113,7 @@
   По-умолчанию, блоки с высоким QP обрабатываются сильнее, а в блоках с низким
   QP удаление блочности вообще не производится.
   Предустановленые степени обработки, определенные стандартом, тщательно подобраны
-  и имеют хорошие шансы быть PSNR-оптимальными для любого видео, которое вы
+  и имеют хорошие шансы быть PSNR-оптимальными для любого видео, которое Вы
   пытаетесь кодировать.
   Опция <option>deblock</option> позволяет указать смещения предустановленных
   пороговых значений деблокинга.
@@ -4125,10 +4132,10 @@
   В редких случаях, где они неоптимальны, идеальное смещение будет плюс минус 1.
   Изменение параметров деблокинга на большие значения фактически гарантирует
   ухудшение PSNR.
-  Усиление фильтра размажет больше деталей; ослабление - оставит больше квадратиков.
+  Усиление фильтра размажет больше деталей; ослабление &mdash; оставит больше квадратиков.
   </para>
   <para>
-  По определению плохая идея уменьшать пороги деблокинга, если ваш исходный
+  По определению плохая идея уменьшать пороги деблокинга, если Ваш исходный
   материал в основном имеет небольшую пространственную сложность (т.е. не имеет
   множества деталей или шума).
   In-loop фильтр делает весьма неплохую работу по сокрытию появляющихся
@@ -4139,7 +4146,7 @@
   легко обратить внимание на неверно изображенный шум.
   Когда речь идет о субъективном качестве, шум и детали в некоторой степени
   взаимозаменяемы.
-  Уменьшая силу фильтра удаления блочности, вы скорее всего увеличиваете ошибку,
+  Уменьшая силу фильтра удаления блочности, Вы скорее всего увеличиваете ошибку,
   добавляя ореолы, но глаз этого не замечает, поскольку он путает артефакты с
   деталями.
   </para>
@@ -4165,7 +4172,7 @@
 <title>Примеры настроек кодирования</title>
 
 <para>
-Последующие настройки - это примеры различных комбинаций опций кодирования,
+Последующие настройки &mdash; это примеры различных комбинаций опций кодирования,
 которые влияют на соотношения скорость-качество при той же величине целевого
 битпотока.
 </para>
@@ -4175,8 +4182,8 @@
 с целевым битпотоком 900кбит/сек, на машине AMD-64 3400+ с 2400 МГц и 64-х битном режиме.
 Для каждой настройки кодирования указаны измеренная скорость кодирования (в
 кадрах в секунду) и потеря PSNR (в дБ) по сравнению с настройкой "очень высокое
-качество". Поймите, пожалуйста, что в зависимости от вашего материала, типа
-машины, прогресса разработки вы можете получить сильно отличающиеся результаты.
+качество". Поймите, пожалуйста, что в зависимости от Вашего материала, типа
+машины, прогресса разработки Вы можете получить сильно отличающиеся результаты.
 </para>
 
 <informaltable frame="all">
@@ -4225,7 +4232,7 @@
 
 <para>
 Video for Windows предоставляет простое кодирование в смысле бинарных видео
-кодеков. Вы можете кодировать следующими кодеками (если у вас есть другие,
+кодеков. Вы можете кодировать следующими кодеками (если у Вас есть другие,
 сообщите нам!)
 </para>
 
@@ -4417,7 +4424,7 @@
 <para>
 DVD, SVCD, и VCD форматы жестко ограничены. Доступен только небольшой выбор
 размеров и пропорций кодируемого изображения.
-Если ваш фильм пока не удовлетворяет этим ограничениям, придется изображение
+Если Ваш фильм пока не удовлетворяет этим ограничениям, придется изображение
 масштабировать, обрезать или добавлять к нему черные полосы, чтобы добиться
 совместимости.
 </para>
@@ -4537,7 +4544,7 @@
 </informaltable>
 
 <para>
-Если ваш фильм имеет пропорции 2.35:1 (большинство современных фильмов),
+Если Ваш фильм имеет пропорции 2.35:1 (большинство современных фильмов),
 для создания DVD или VCD придется добавить черные полосы или обрезать фильм до
 16:9. Добавляя черные полосы, пытайтесь выровнять их размеры на границу в 16 пикселов,
 чтобы минимизировать влияние на производительность кодирования.
@@ -4552,7 +4559,7 @@
 <title>Ограничения на размер GOP</title>
 
 <para>
-DVD, VCD, и SVCD также ограничивают вас относительно низкими размерами  
+DVD, VCD, и SVCD также ограничивают Вас относительно низкими размерами  
 GOP (Group of Pictures, Группа Изображений).
 Для материала с 30 fps максимальный допустимый размер GOP равен 18.
 Для 25 или 24 fps, максимум равен 15.
@@ -4738,7 +4745,7 @@
   <emphasis role="bold">vcodec</emphasis>:
   <option>mpeg1video</option> для VCD;
   <option>mpeg2video</option> для SVCD;
-  <option>mpeg2video</option> обычно используется для DVD, но вы также можете
+  <option>mpeg2video</option> обычно используется для DVD, но Вы также можете
   использовать 
   <option>mpeg1video</option> для CIF разрешений.
 </para></listitem>
@@ -4762,8 +4769,8 @@
 <listitem><para>
   <emphasis role="bold">vrc_maxrate</emphasis>:
   1152 для VCD; 2500 для SVCD; 9800 для DVD.
-  Для SVCD и DVD вы, возможно, пожелаете использовать меньшие значение в
-  зависимости от ваших личных требований и предпочтений.
+  Для SVCD и DVD Вы, возможно, пожелаете использовать меньшие значения в
+  зависимости от Ваших личных требований и предпочтений.
 </para></listitem>
 <listitem><para>
   <emphasis role="bold">vbitrate</emphasis>:
@@ -4772,11 +4779,11 @@
   вплоть до 9800 для DVD.
   Для двух последний форматов, vbitrate следует установить на основании личных
   предпочтений.
-  Например, если вы настаиваете на размещении 20 или около того часов видео на
+  Например, если Вы настаиваете на размещении 20 или около того часов видео на
   DVD, можете использовать vbitrate=400.
   Качество получившегося видео, возможно, будет довольно плохим.
-  Если вы пытаетесь выжать максимально возможное качество на DVD, используйте
-  vbitrate=9800, но имейте в виду, что это ограничит вас менее чем одним часом
+  Если Вы пытаетесь выжать максимально возможное качество на DVD, используйте
+  vbitrate=9800, но имейте в виду, что это ограничит Вас менее чем одним часом
   видео на однослойном DVD.
 </para></listitem>
 <listitem><para>



More information about the MPlayer-translations mailing list