spelling, wording

patch from Andrew Savchenko bircoph at mail dot ru with small fixes




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

1 files changed, 115 insertions, 119 deletions

diff --git a/DOCS/xml/ru/encoding-guide.xml b/DOCS/xml/ru/encoding-guide.xml
index 6ed62bc7b2..d1c62ef8e1 100644
--- a/DOCS/xml/ru/encoding-guide.xml
+++ b/DOCS/xml/ru/encoding-guide.xml
@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="utf-8"?>
-<!-- synced with r21849  -->
+<!-- synced with r21849 -->
 <chapter id="encoding-guide">
 <title>Кодирование с <application>MEncoder</application></title>
 
@@ -494,14 +494,8 @@ MPEG разбивает видео на квадраты 16х16, называе�
   преобразованию (DCT), которое аналогично преобразованию Фурье.
   Этот вид сжатия эффективен для представления образов и сглаженных
   переходов, но у него возникают проблемы с острыми краями.
-<!-- FIXME: для слова ringing я тоже не нашёл краткого однозначного 
-     перевода; лучшее, что приходит на ум - это "размывание краёв",
-     ясное дело, что причиной является отбрасывание малых гармоник,
-     в результате чего вместо точки возникает затухающая окружность,
-     но вот как это кратко выразить... -->
   Для кодирования последних Вам нужно гораздо больше битов, а иначе
-  у Вас появится артефакт, известный как размывание краёв
-  (англ. ringing).
+  у Вас появится артефакт, известный как ореолы.
   </para>
 
   <para>
@@ -2773,8 +2767,8 @@ mencoder dvd://2 -o title2.avi -oac lavc -lavcopts acodec=ac3 -ovc copy
 Например, аниме и живая съемка имеют сильно отличающиеся свойства и,
 поэтому, требуют разные опции для получения оптимального результата.
 Хорошая новость состоит в том, что некоторые опции, такие как 
-<option>mbd=2</option>, <option>trell</option>, и <option>v4mv</option> могут
-быть опущены.
+<option>mbd=2</option>, <option>trell</option> и <option>v4mv</option>, 
+никогда не следует опускать.
 Детальное описание основных опций кодирования смотрите ниже.
 </para>
 
@@ -2804,16 +2798,16 @@ mencoder dvd://2 -o title2.avi -oac lavc -lavcopts acodec=ac3 -ovc copy
 </para></listitem>
 <listitem><para>
   <emphasis role="bold">predia</emphasis>: предпроход поиска движения.
-  Не так важен, как dia. Хорошими являются значения от 1 (по-умолчанию) до 4.
+  Не так важен, как dia. Хорошими являются значения от 1 (по умолчанию) до 4.
   Требует preme=2, чтобы быть действительно полезным.
 </para></listitem>
 <listitem><para>
   <emphasis role="bold">cmp, subcmp, precmp</emphasis>: Функция сравнения для
   поиска движения.
-  Поэкспериментируйте со значениями 0 (по-умолчанию), 2 (hadamard), 3 (dct), и 6
+  Поэкспериментируйте со значениями 0 (по умолчанию), 2 (hadamard), 3 (dct), и 6
   (соотношение сигнал-шум).
   0 &mdash; самый быстрый и достаточен для precmp.
-  В случае cmp и subcmp 2 является хорошим для аниме, а 3 для живой съемки.
+  В случае cmp и subcmp, 2 является хорошим для аниме, а 3 для живой съемки.
   6 может оказаться лучше, а может и нет, но он медленнее.
 </para></listitem>
 <listitem><para>
@@ -2837,16 +2831,16 @@ mencoder dvd://2 -o title2.avi -oac lavc -lavcopts acodec=ac3 -ovc copy
 <listitem><para>
   <emphasis role="bold">qns</emphasis>: очень медленно, особенно в комбинации с qprd.
   Эта опция укажет кодировщику минимизировать шум от артефактов сжатия вместо
-  создания закодированного видео, полностью идентичного исходному.
+  создания закодированного видео, полностью соответствующего исходному.
   Не используйте ее, если только не перепробовали настроить все, что было 
   возможно, а результат все таки недостаточно хорош.
 </para></listitem>
 <listitem><para>
   <emphasis role="bold">vqcomp</emphasis>: Настраивает управление битпотоком.
-  Какие значения являются хорошими зависит от фильма.
-  Если хотите, можете без опаски оставить значение по-умолчанию.
+  Какие значения являются хорошими, зависит от фильма.
+  Если хотите, можете без опаски оставить значение по умолчанию.
   Уменьшение vqcomp отдает больше бит в сцены с низкой сложностью, увеличение
-  его передает биты в очень сложные сцены (по-умолчанию: 0.5, диапазон: 0-1.
+  его передает биты в очень сложные сцены (по умолчанию: 0.5, диапазон: 0-1.
   рекомендуемый диапазон: 0.5-0.7).
 </para></listitem>
 <listitem><para>
@@ -2856,15 +2850,15 @@ mencoder dvd://2 -o title2.avi -oac lavc -lavcopts acodec=ac3 -ovc copy
   Идея этих опций заключается в использованию некоторой хорошей эвристики для
   определения момента, когда изменения в блоке ниже указанного Вами порога, и что его
   стоит кодировать как "блок без изменений". 
-  Это сохраняет быти и, возможно, ускоряет кодирование. 
+  Это сохраняет биты и, возможно, ускоряет кодирование. 
   vlelim=-4 и vcelim=9 выглядят неплохими для живой съемки, но, скорее всего, не
   помогут для аниме; при кодировании анимации Вам, возможно, следует оставить
   эту опцию неизменной.
 </para></listitem>
 <listitem><para>
   <emphasis role="bold">qpel</emphasis>: Четверьтпиксельная оценка движения.
-  По-умолчанию, MPEG-4 использует полупиксельную точность для оценки движения,
-  следовательно, эта опция вносит дополнительные накладные рахсоды, поскольку
+  По-умолчанию, MPEG-4 использует полупиксельную точность для поиска движения,
+  следовательно, эта опция вносит дополнительные накладные расходы, поскольку
   сохраняет больше информации в закодированном файле.
   Улучшение/ухудшение степени сжатия зависит от фильма, но обычно эта опция не
   очень эффективна для аниме.
@@ -2875,14 +2869,14 @@ mencoder dvd://2 -o title2.avi -oac lavc -lavcopts acodec=ac3 -ovc copy
   <emphasis role="bold">psnr</emphasis>: не влияет на сам процесс кодирования,
   но выводит в файл тип/размер/качество каждого кадра, а также итоговый
   PSNR (Peak Signal to Noise Ratio, пиковое отношения сигнала к шуму) в конце
-  прцесса.
+  процесса.
 </para></listitem>
 </itemizedlist>
 
 <itemizedlist>
 <title>Опции, с которыми играть не стоит:</title>
 <listitem><para>
-  <emphasis role="bold">vme</emphasis>: Значение по-умолчанию является лучшим.
+  <emphasis role="bold">vme</emphasis>: Значение по умолчанию является лучшим.
 </para></listitem>
 <listitem><para>
   <emphasis role="bold">lumi_mask, dark_mask</emphasis>: Психовизуальное
@@ -2893,7 +2887,7 @@ mencoder dvd://2 -o title2.avi -oac lavc -lavcopts acodec=ac3 -ovc copy
 </para></listitem>
 <listitem><para>
   <emphasis role="bold">scplx_mask</emphasis>: Пытается предотвратить появление
-  квадратиков, но постобработка делает это лучше.
+  квадратиков, но лучше выполнить постобработку.
 </para></listitem>
 </itemizedlist>
 </sect2>
@@ -2934,25 +2928,25 @@ mencoder dvd://2 -o title2.avi -oac lavc -lavcopts acodec=ac3 -ovc copy
   <entry>Очень высокое качество</entry>
   <entry><option>vcodec=mpeg4:mbd=2:mv0:trell:v4mv:cbp:last_pred=3:predia=2:dia=2:vmax_b_frames=2:vb_strategy=1:precmp=2:cmp=2:subcmp=2:preme=2:qns=2</option></entry>
   <entry>6fps</entry>
-  <entry>0dB</entry>
+  <entry>0дБ</entry>
 </row>
 <row>
   <entry>Высокое качество</entry>
   <entry><option>vcodec=mpeg4:mbd=2:trell:v4mv:last_pred=2:dia=-1:vmax_b_frames=2:vb_strategy=1:cmp=3:subcmp=3:precmp=0:vqcomp=0.6:turbo</option></entry>
   <entry>15fps</entry>
-  <entry>-0.5dB</entry>
+  <entry>-0.5дБ</entry>
 </row>
 <row>
   <entry>Быстрое</entry>
   <entry><option>vcodec=mpeg4:mbd=2:trell:v4mv:turbo</option></entry>
   <entry>42fps</entry>
-  <entry>-0.74dB</entry>
+  <entry>-0.74дБ</entry>
 </row>
 <row>
   <entry>Реального времени</entry>
   <entry><option>vcodec=mpeg4:mbd=2:turbo</option></entry>
   <entry>54fps</entry>
-  <entry>-1.21dB</entry>
+  <entry>-1.21дБ</entry>
 </row>
 </tbody>
 </tgroup>
@@ -3050,16 +3044,17 @@ vcodec=mpeg2video:intra_matrix=8,9,12,22,26,27,29,34,9,10,14,26,27,29,34,37,\
 После запуска <option>mplayer dvd://1</option> мы следуем процессу, детально
 описанному в разделе <link linkend="menc-feat-telecine">Как работать с телесином
 и чересстрочностью в NTSC DVD</link>, и выясняем, что это 24000/1001 fps
-прогрессивное видео, а значит использовать фильтры обратного телесина,
+построчное видео, а значит, использовать фильтры обратного телесина,
 такие как <option>pullup</option> или <option>filmdint</option> не нужно.
 </para>
 
-<para>
+<para id="menc-feat-dvd-mpeg4-example-crop">
 Далее, мы хотим определить верные границы обрезания, поэтому используем фильтр 
 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>
@@ -3098,7 +3093,7 @@ cropdetect:
 Обрезка же полностью выбросит те пикселы. Это компромисс, идти на который или нет,
 придется решать в каждом частном случае. Например, если DVD видео было создано
 для телевидения, Вы можете захотеть избежать вертикального масштабирования,
-поскольку частота строчной развертки [line sampling] соответствует тому, как содержимое
+поскольку дискретизация строк соответствует тому, как содержимое
 изначально записывалось.
 </para>
 
@@ -3132,7 +3127,8 @@ mencoder dvd://1 -ofps 24000/1001 -oac copy -o <replaceable>Harry_Potter_2.avi</
 давать разный прирост в качестве в зависимости от исходного материала.
 Например, если Вы замечаете, что <systemitem class="library">libavcodec</systemitem>
 производит слишком много блочных артефактов (квадратиков), то можете попытаться
-выбрать экспериментальный NSSE в качестве функции сравнения при помощи опциеи <option>*cmp=10</option>.
+выбрать экспериментальный NSSE в качестве функции сравнения при помощи опции 
+<option>*cmp=10</option>.
 </para>
 
 <para>
@@ -3140,8 +3136,8 @@ mencoder dvd://1 -ofps 24000/1001 -oac copy -o <replaceable>Harry_Potter_2.avi</
 И, поскольку Вы сказали, что размер файла значения не имеет, это вполне
 приемлемый результат. Однако, если все-таки хотите получить меньший размер файла, 
 можете попробовать уменьшить битпоток. Увеличение битпотока имеет снижающийся эффект, 
-поэтому, хотя мы можем ясно видеть улучшение от 1800Кбит/сек до 20000Кбит/сек, оно 
-может быть не столь заметно выше 20000Кбит/сек.
+поэтому, хотя мы можем ясно видеть улучшение от 1800Кбит/сек до 2000Кбит/сек, оно 
+может быть не столь заметно выше 2000Кбит/сек.
 </para>
 
 <para>
@@ -3195,7 +3191,7 @@ mplayer <replaceable>Harry_Potter_2.avi</replaceable> -vf spp,noise=9ah:5ah,eq2=
 </para>
 
 <para>
-Настройки по-умолчанию Xvid уже являются хорошим выбором между скоростью и
+Настройки по умолчанию Xvid уже являются хорошим выбором между скоростью и
 качеством, поэтому Вы можете без опасений придерживаться их, если следующий
 раздел Вас озадачивает.
 </para>
@@ -3211,8 +3207,8 @@ mplayer <replaceable>Harry_Potter_2.avi</replaceable> -vf spp,noise=9ah:5ah,eq2=
   <emphasis role="bold">vhq</emphasis>
   Эта опция влияет на алгоритм принятия решений о макроблоке, чем выше значение, тем
   мудрее будут решения.
-  Значение по-умолчанию можно без опаски использовать для любого кодирования, в
-  то время, как более высокие значения улучшат PSNR, но будут работать значительно
+  Значение по умолчанию можно без опаски использовать для любого кодирования, в
+  то время, как более высокие значения всегда улучшат PSNR, но будут работать значительно
   медленнее.
   Заметьте, пожалуйста, что лучший PSNR не обязательно означает лучше выглядящую
   картинку, но говорит, что она ближе к оригиналу.
@@ -3230,7 +3226,7 @@ mplayer <replaceable>Harry_Potter_2.avi</replaceable> -vf spp,noise=9ah:5ah,eq2=
   Большее число допустимых последовательных B-кадров обычно улучшает
   сжимаемость, хотя оно может также привести к большему количеству блочных
   артефактов (квадратиков).
-  Значение по-умолчанию &mdash; хороший выбор между сжимаемостью и качеством, но Вы
+  Значение по умолчанию &mdash; хороший выбор между сжимаемостью и качеством, но Вы
   можете увеличить его до 3, если стеснены величиной битпотока.
   Вы также можете уменьшить это значение до 1 или 0, если печетесь об отличном качестве,
   впрочем в этом случае Вы должны убедиться, что целевой битпоток достаточно высок,
@@ -3240,7 +3236,7 @@ mplayer <replaceable>Harry_Potter_2.avi</replaceable> -vf spp,noise=9ah:5ah,eq2=
 <listitem><para>
   <emphasis role="bold">bf_threshold</emphasis>
   Управляет чувствительностью кодировщика к B-кадрам, где большие значения
-  приводят к использованию большего количество B-кадров (и наоборот).
+  приводят к использованию большего количества B-кадров (и наоборот).
   Опция должна использоваться совместно с <option>max_bframes</option>;
   если Вы стеснены величиной битпотока, то должны увеличить и 
   <option>max_bframes</option>, и <option>bf_threshold</option>,
@@ -3290,7 +3286,7 @@ mplayer <replaceable>Harry_Potter_2.avi</replaceable> -vf spp,noise=9ah:5ah,eq2=
   </para>
 
   <para>
-  Настройка по-умолчанию лучше во всех случаях, поэтому не рекомендуется ее
+  Настройка по умолчанию лучше во всех случаях, поэтому не рекомендуется ее
   выключать, если только Вы действительно не гонитесь за скоростью, поскольку
   биты, сэкономленные хорошей оценкой движения, могут быть использованы
   где-нибудь еще, увеличивая общее качество.
@@ -3311,7 +3307,7 @@ mplayer <replaceable>Harry_Potter_2.avi</replaceable> -vf spp,noise=9ah:5ah,eq2=
   <emphasis role="bold">chroma_opt</emphasis>
   Эта опция служит для увеличения качества цветного изображения вокруг чисто черных/белых
   границ вместо улучшения сжатия. Она также может помочь против
-  эффекта красных ступенек ["red stairs" effect].
+  эффекта "красных ступенек".
 </para></listitem>
 <listitem><para>
   <emphasis role="bold">lumi_mask</emphasis>
@@ -3326,29 +3322,29 @@ mplayer <replaceable>Harry_Potter_2.avi</replaceable> -vf spp,noise=9ah:5ah,eq2=
 <listitem>
   <para>
   <emphasis role="bold">qpel</emphasis>
-  Увеличивает количество предполагаемых векторов движения, повышая точность
-  оценки движения с полупиксельной до четверьтпиксельной.
+  Увеличивает количество предполагаемых векторов движения, путём повышения 
+  точности оценки движения с полупиксельной до четвертьпиксельной.
   Идея состоит в том, чтобы найти лучшие векторы движения, которые взамен
   уменьшат битпоток (тем самым увеличивая качество).
   Однако, векторы движения с четверьтпиксельной точностью требуют большего
   количества дополнительных бит для кодирования, а векторы-кандидаты не всегда
   дают (значительно) лучшие результаты.
-  Почти всегда кодек тратит дополнительные биты на повышенную точность
-  впустую, а в взамен получает или вообще ничего, или небольшое увеличение качества.
+  Достаточно часто кодек тратит дополнительные биты на повышенную точность
+  впустую, а взамен получает или вообще ничего, или небольшое увеличение качества.
   К сожалению, нет способа предсказать возможные улучшения от <option>qpel</option>, 
   так что Вам придется сделать кодирование с ней и без нее, чтобы знать
   наверняка.
   </para>
   
   <para>
-  <option>qpel</option> может привести к удвоенному времени кодирования и
+  <option>qpel</option> может почти удвоить время кодирования и
   требует, как минимум, на 25% большей мощности при декодировании.
   Она поддерживается не всеми аппаратными проигрывателями.
   </para>
 </listitem>
 <listitem><para>
   <emphasis role="bold">gmc</emphasis>
-  Пытается сэкономить биты в сценах с приближением, используя один вектор
+  Пытается сэкономить биты в панорамных сценах, используя один вектор
   движения для всего кадра. Это почти всегда увеличивает PSNR, но заметно
   замедляет кодирование (так же как и декодирование).
   Поэтому Вас следует использовать ее, только когда Вы включили 
@@ -3414,7 +3410,7 @@ Xvid поддерживает профили кодирования через �
   <entry>3</entry>
   <entry>4</entry>
   <entry>5</entry>
-  <entry>Handheld</entry>
+  <entry>Карманный</entry>
   <entry>Портативный NTSC</entry>
   <entry>Портативный PAL</entry>
   <entry>Домашний кинотеатр NTSC</entry>
@@ -3612,7 +3608,7 @@ Xvid поддерживает профили кодирования через �
   <entry></entry>
 </row>
 <row>
-  <entry>Global motion compensation</entry>
+  <entry>Глобальная компенсация движения</entry>
   <entry></entry>
   <entry></entry>
   <entry></entry>
@@ -3652,7 +3648,7 @@ Xvid поддерживает профили кодирования через �
 Для каждой настройки кодирования указаны измеренная скорость кодирования (в
 кадрах в секунду) и потеря PSNR (в дБ) по сравнению с настройкой "очень высокое
 качество". Поймите, пожалуйста, что в зависимости от Вашего материала, типа
-машины, прогресса разработки Вы можете получить сильно отличающиеся результаты.
+машины, прогресса разработки, Вы можете получить сильно отличающиеся результаты.
 </para>
 
 <informaltable frame="all">
@@ -3666,25 +3662,25 @@ Xvid поддерживает профили кодирования через �
   <entry>Очень высокое качество</entry>
   <entry><option>chroma_opt:vhq=4:bvhq=1:quant_type=mpeg</option></entry>
   <entry>16fps</entry>
-  <entry>0dB</entry>
+  <entry>0дБ</entry>
 </row>
 <row>
   <entry>Высокое качество</entry>
   <entry><option>vhq=2:bvhq=1:chroma_opt:quant_type=mpeg</option></entry>
   <entry>18fps</entry>
-  <entry>-0.1dB</entry>
+  <entry>-0.1дБ</entry>
 </row>
 <row>
   <entry>Быстрое</entry>
   <entry><option>turbo:vhq=0</option></entry>
   <entry>28fps</entry>
-  <entry>-0.69dB</entry>
+  <entry>-0.69дБ</entry>
 </row>
 <row>
   <entry>Реального времени</entry>
   <entry><option>turbo:nochroma_me:notrellis:max_bframes=0:vhq=0</option></entry>
   <entry>38fps</entry>
-  <entry>-1.48dB</entry>
+  <entry>-1.48дБ</entry>
 </row>
 </tbody>
 </tgroup>
@@ -3699,9 +3695,9 @@ Xvid поддерживает профили кодирования через �
 <sect1 id="menc-feat-x264">
 <title>Кодирование кодеком <systemitem class="library">x264</systemitem></title>
 <para>
-<systemitem class="library">x264</systemitem> это свободная библиотека для
-кодирование H.264/AVC видео потоков.
-Перед началом кодирование Вы должны <link linkend="codec-x264-encode">
+<systemitem class="library">x264</systemitem> &mdash; это свободная библиотека для
+кодирования H.264/AVC видео потоков.
+Перед началом кодирования Вы должны <link linkend="codec-x264-encode">
 настроить <application>MEncoder</application> для его поддержки</link>.
 </para>
 
@@ -3733,7 +3729,7 @@ man страницы <application>MPlayer</application>'а.
   Опции, в основном влияющие на соотношение скорость-качество.
 </para></listitem>
 <listitem><para>
-  Опции, которые могут быть полезны для удовлетворения различный
+  Опции, которые могут быть полезны для удовлетворения различных
   пользовательский предпочтений и специальных требований.
 </para></listitem>
 </orderedlist>
@@ -3793,12 +3789,12 @@ man страницы <application>MPlayer</application>'а.
   эти две &mdash; первое, с чего Вам стоит начать.
   С точки зрения скорости, опции <option>frameref</option> и
   <option>subq</option> очень жестко взаимодействуют друг с другом.
-  Опыт показывает, что с одним ссылающимся кадром
-  <option>subq=5</option> (настройка по-умолчанию) расходует на 35% больше
-  времени, чем  <option>ubq=1</option>.
-  С 6 ссылающимися кадрами эта величина достигает 60%.
+  Опыт показывает, что с одним ссылочным кадром
+  <option>subq=5</option> (настройка по умолчанию) расходует на 35% больше
+  времени, чем <option>subq=1</option>.
+  С 6 ссылочными кадрами эта величина достигает 60%.
   Эффект <option>subq</option> на PSNR выглядит довольно постоянным, в отличие
-  от количества ссылающийся кадров.
+  от количества ссылочных кадров.
   Как правило, <option>subq=5</option> достигает значения глобального PSNR 
   на 0.2-0.5 дБ большего, чем  при <option>subq=1</option>.
   Обычно этого достаточно, чтобы заметить.
@@ -3810,8 +3806,8 @@ man страницы <application>MPlayer</application>'а.
   больший глобальный PSNR ценой потери 25%-100% скорости.
   В отличие от остальных уровней <option>subq</option>, поведение 
   <option>subq=6</option> не так сильно зависит от <option>frameref</option>
-  и <option>me</option>.  Вместо этого, эффективность <option>subq=6
-  </option> по большей части зависит от количества используемых B-кадров. При
+  и <option>me</option>. Вместо этого, эффективность <option>subq=6</option> 
+  по большей части зависит от количества используемых B-кадров. При
   обычном использовании это означает, что <option>subq=6</option> в сложных,
   высокодинамичных сценах имеет большое влияние как на скорость, так и на
   качество, но в сценах с малым количествах движения она не имеет такого
@@ -3822,11 +3818,11 @@ man страницы <application>MPlayer</application>'а.
 <listitem>
   <para>
   <emphasis role="bold">frameref</emphasis>:
-  <option>frameref</option> по-умолчанию установлена в 1, но это не значит, что
+  <option>frameref</option> по умолчанию установлена в 1, но это не значит, что
   ее стоит устанавливать в 1.
   Только увеличение <option>frameref</option> до 2 дает прирост PSNR примерно
   на 0.15дБ за счет уменьшения скорости на 5-10%; похоже, что это неплохая цена.
-  <option>frameref=3</option> дает примерно 0.25dB PSNR сверх
+  <option>frameref=3</option> дает примерно 0.25дБ PSNR сверх
   <option>frameref=1</option>, что должно быть видимой разницей.
   <option>frameref=3</option> медленнее примерно на 15%, чем
   <option>frameref=1</option>.
@@ -3852,7 +3848,7 @@ man страницы <application>MPlayer</application>'а.
   <emphasis role="bold">может</emphasis> и
   <emphasis role="bold">обычно наносит</emphasis>
   вред эффективности кодирования, если CABAC отключен.
-  С задействованным CABAC (настройка по-умолчанию), возможность установки 
+  С задействованным CABAC (настройка по умолчанию), возможность установки 
   <option>frameref</option> "слишком высоким" на данный момент выглядит слишком
   далекой, чтобы об этом беспокоиться, а в будущем оптимизации могут вообще
   убрать такую возможность.
@@ -3860,23 +3856,23 @@ man страницы <application>MPlayer</application>'а.
   <para>
   Если Вас заботит скорость, разумным компромиссом будет использовать низкие
   значения <option>subq</option> и <option>frameref</option> в первом проходе, а
-  <!-- FIXME  is translation correct ? -->
-  затем увеличить из во втором: Вы, возможно, потеряете вплоть до 0.1дБ PSNR,
-  что может быть достаточно малым значением, чтобы его заметить.
+  затем увеличить их во втором. Обычно, это обладает ничтожным отрицательным
+  эффектом на конечное качество: Вы, возможно, потеряете вплоть до 0.1дБ PSNR,
+  что должно быть слишком малой разницей, чтобы её заметить.
   Однако, различные значения <option>frameref</option> могут 
   иногда повлиять на решение о выборе типа кадра.
   Скорее всего, это довольно редкие крайние случаи, но если Вы хотите быть точно
-  уверенными, подумайте, содержит ли Ваше видео полноэкранные
+  уверенными, посмотрите, содержит ли Ваше видео полноэкранные
   <!-- FIXME is translation correct? -->
   периодически вспыхивающие изображения или очень большие паузы, которые могут стать
   причиной принудительной вставки I-кадра.
   Настройте <option>frameref</option> в первом проходе так, чтобы 
-  она была достаточно большой, чтобы содержать длительность цикла вспыхивания
+  она была достаточно большой для содержания длительности цикла вспыхивания
   (или паузы).
-  Например, если сцены вспыхивает и гаснет в течении двух кадров из трех,
-  установите <option>frameref</option> равным 3 или выше.
+  Например, если сцены вспыхивают и гаснут между двумя изображениями в течении 
+  трёх кадров, установите <option>frameref</option> равным 3 или выше.
   Эта проблема, возможно, очень редко появляется для живой съемки, но она иногда
-  появляется при записи видео игр.
+  возникает при записи видео игр.
  </para>
 </listitem>
 <listitem>
@@ -3885,13 +3881,13 @@ man страницы <application>MPlayer</application>'а.
   Эта опция используется для выбора метода оценки движения.
   Изменение этой опции оказывает прямое влияние на соотношение
   скорость-качество. <option>me=dia</option> лишь на несколько процентов
-  быстрее, чем поиск по-умолчанию ценой не больше 0.1дБ глобального PSNR. 
-  Значение по-умолчанию (<option>me=hex</option>) разумный выбор между скоростью
+  быстрее, чем поиск по умолчанию, ценой не больше 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>.
+  примерно на 40% медленнее, чем настройка по умолчанию <option>me=hex</option>.
   С <option>frameref=3</option>, падение скорости уменьшается до 25%-30%.
   </para>
   <para>
@@ -3905,9 +3901,9 @@ man страницы <application>MPlayer</application>'а.
   макроблоках (в дополнение к стандартным).
   Ее включение приведет к довольно постоянной 10%-15% потере в скорости.
   Эта опция практически бесполезна для исходного материала, содержащего только
-  небольшое движение, тем не менее, для некоторого высокодинамичного,
+  небольшое движение, тем не менее, для некоторого высокодинамичного материала,
   особенно с большим количеством мелких движущихся объектов, следует ожидать
-  прироста в 0.1дБ.
+  прироста около 0.1дБ.
 </para></listitem>
 <listitem>
   <para>
@@ -3923,10 +3919,10 @@ man страницы <application>MPlayer</application>'а.
   </para>
   <para>
   С отключенным адаптивным принятием решения о B-кадрах
-  (<option>x264encopts</option>'ой <option>nob_adapt</option>),
+  (<option>nob_adapt</option> в <option>x264encopts</option>),
   оптимальное значение этой опции обычно не превышает 
-  <option>bframes=1</option>, иначе пострадают высокодинамичные сцены.
-  С включенным адаптивным принятием решения о B-кадрах (поведение по-умолчанию),
+  <option>bframes=1</option>, иначе могут пострадать высокодинамичные сцены.
+  С включенным адаптивным принятием решения о B-кадрах (поведение по умолчанию),
   можно безопасно использовать более высокие значения; кодировщик уменьшит
   количество B-кадров в сценах, где они повредят сжатию.
   Кодировщик редко решает использовать больше, чем 3 или 4 B-кадра;
@@ -3937,7 +3933,7 @@ man страницы <application>MPlayer</application>'а.
 <listitem>
   <para>
   <emphasis role="bold">b_adapt</emphasis>:
-  Заметьте: она включена по-умолчанию.
+  Заметьте: она включена по умолчанию.
   </para>
   <para>
   Когда эта опция включена, кодировщик будет использовать разумно 
@@ -3945,8 +3941,8 @@ man страницы <application>MPlayer</application>'а.
   используемых в сценах, которые от этого не сильно выиграют.
   Вы можете использовать <option>b_bias</option> для тонкой настройки того,
   насколько "счастлив" будет кодировщик использованию B-кадров.
-  Потеря в скорости при использовании адаптивных B-кадров на данный момент,
-  пожалуй, умереннее, но таково же и потенциальное улучшение качества.
+  Потеря в скорости при использовании адаптивных B-кадров на данный момент
+  весьма невелика, но таково же и потенциальное улучшение качества.
   Тем не менее, хуже от этого обычно не становится.
   Заметьте, что эта опция влияет на скорость и решение о типе кадра только в первом
   проходе.
@@ -3969,20 +3965,19 @@ man страницы <application>MPlayer</application>'а.
   Однако, в проявляющихся или затухающих сценах взвешенное предсказание дает
   довольно большую экономию битпотока.
   В MPEG-4 ASP затухание обычно лучше кодируется последовательностью дорогих
-  I-кадров; используя взвешенное предсказание в B-кадрах делает возможным
-  преобразовать хотя бы часть из них в значительно более маленькие B-Кадры.
+  I-кадров; использование взвешенного предсказания в B-кадрах делает возможным
+  преобразовать хотя бы часть из них в