diff DOCS/xml/ru/encoding-guide.xml @ 21940:c3b8af022289

r21930: gcc_bug++; r21931: update x264's subq otion description r21932: update and factorize information about x264's multi-threading mode r21933: fixes suggested by Diego r21934: get rid of two spaces after a period (instead of one) r21954: "-lavdopts fast" has applied to mpeg4 and h264 for a while
author voroshil
date Thu, 18 Jan 2007 17:38:24 +0000
parents f96df7f787bc
children 9fadbbd19a04
line wrap: on
line diff
--- a/DOCS/xml/ru/encoding-guide.xml	Thu Jan 18 14:50:32 2007 +0000
+++ b/DOCS/xml/ru/encoding-guide.xml	Thu Jan 18 17:38:24 2007 +0000
@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="utf-8"?>
-<!-- synced with r21917 -->
+<!-- synced with r21934 -->
 <chapter id="encoding-guide">
 <title>Кодирование с <application>MEncoder</application></title>
 
@@ -1556,9 +1556,9 @@
   ускорения кодирования (на примерно 40-60% в типичных случаях)
   с небольшим ухудшением картинки или вообще без него.
   <systemitem class="library">x264</systemitem> также позволяет 
-  многопоточное кодирование, что обычно ускоряет процесс на 15-30%
-  (в зависимости от настроек кодирования) с уменьшением PSNR примерно
-  на 0.05 дБ.
+  многопоточное кодирование, что обычно ускоряет процесс на 94% 
+  для каждого CPU ядра с уменьшением PSNR от 0.005 дБ до 0.01 дБ при типичных
+  настройках.
   </para>
 </listitem>
 
@@ -3800,7 +3800,8 @@
   </para>
   
   <para>
-  <option>subq=6</option> &mdash; это самый медленный режим с лучшим качеством.
+  <option>subq=6</option> &mdash; медленнее и дает лучшее качество при разумной
+  цене.
   Если сравнивать с <option>subq=5</option>, он обычно дает на 0.1-0.4 дБ
   больший глобальный PSNR ценой потери 25%-100% скорости.
   В отличие от остальных уровней <option>subq</option>, поведение 
@@ -3813,6 +3814,14 @@
   эффекта. Имейте в виду, что по-прежнему рекомендуется всегда устанавливать 
   <option>bframes</option> в значение, отличное от нуля (смотрите далее).
   </para>
+  <para>
+  <option>subq=7</option> &mdash; самый медленный режим с наилучшим качеством.
+  По сравнению с <option>subq=6</option> он, обычно, улучшает общий PSNR на 
+  0.01-0.05 дБ ценой потери 15%-30% скорости.
+  Поскольку соотношение качества и времени кодирования очень невелико, Вам
+  следует использовать этот режим, только если боретесь за каждый бит, и время
+  кодирования Вас не волнует.
+  </para>
 </listitem>
 <listitem>
   <para>
@@ -3979,6 +3988,21 @@
   будут давать существенный вклад в Вашем конкретном видеоклипе.
   </para>
 </listitem>
+<listitem id="menc-feat-x264-encoding-options-speedquality-threads">
+  <para>
+  <emphasis role="bold">threads</emphasis>
+  Эта опция позволяет породить потоки для параллельного кодирования на
+  нескольких CPU. Вы можете вручную выбрать количество создаваемых потоков или, 
+  что лучше, установить <option>threads=auto</option> и позволить 
+  <systemitem class="library">x264</systemitem> определить количество доступных
+  CPU и выбрать соответствующее количество потоков.
+  Если у Вас многопроцессорная машина, Вам следует всерьез задуматься об
+  использовании этой опции, так как она может увеличить скорость кодирования линейно
+  в зависимости от числа CPU ядер (около 94% на ядро), незначительно уменьшая PSNR
+  (примерно 0.005 дБ для двухпроцессорной, 0.01 дБ &mdash; для
+  четырехпроцессорной машины).
+  </para>
+</listitem>
 </itemizedlist>
 </sect3>
 
@@ -4238,12 +4262,12 @@
 <itemizedlist>
 <listitem><para>
   Вы хотите, чтобы любой компьютерно неграмотный человек мог смотреть
-  результат Вашего кодирования на большинстве платформ (Windows, Mac OSX, Unices &hellip;).
+  результат Вашего кодирования на большинстве платформ (Windows, Mac OS X, Unices &hellip;).
 </para></listitem>
 <listitem><para>
   <application>QuickTime</application> 
   позволяет воспользоваться преимуществами большего числа возможностей
-  аппаратного и программного ускорения на Mac OSX, чем платформо-независимые
+  аппаратного и программного ускорения на Mac OS X, чем платформо-независимые
   плееры наподобие <application>MPlayer</application> или
   <application>VLC</application>.
   Это означает, что Ваше кодирование имеет шансы плавно воспроизводиться
@@ -4432,11 +4456,12 @@
 -oac faac -faacopts br=192:mpeg=4:object=1 -channels 2 -srate 48000 \
 -ofps 24000/1001</screen>
 
-  Если у Вас многопроцессорная машина, Вы можете добавить
-  <option>threads=auto</option>. Это увеличит скорость кодирования
-  на примерно 94% для каждого ядра CPU, при очень небольшом 
-  ухудшении качества (около 0.005дБ для двухпроцессорной
-  и 0.01дБ для четырёхпроцессорной машины).
+  Если у Вас многопроцессорная машина, не упустите шанс значительно 
+  ускорить кодирование задействованием 
+  <link linkend="menc-feat-x264-encoding-options-speedquality-threads">
+  многопоточного режима <systemitem class="library">x264</systemitem></link>,
+  добавив <option>threads=auto</option> в <option>x264encopts</option> в
+  командной строке.
 </para>
 
 <para>