[MPlayer-translations] r21958 - in trunk/DOCS: man/ru/mplayer.1 xml/ru/encoding-guide.xml xml/ru/faq.xml

[voroshil]

Author: voroshil
Date: Thu Jan 18 18:38:24 2007
New Revision: 21958

Modified:
   trunk/DOCS/man/ru/mplayer.1
   trunk/DOCS/xml/ru/encoding-guide.xml
   trunk/DOCS/xml/ru/faq.xml

Log:
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


Modified: trunk/DOCS/man/ru/mplayer.1
==============================================================================
--- trunk/DOCS/man/ru/mplayer.1	(original)
+++ trunk/DOCS/man/ru/mplayer.1	Thu Jan 18 18:38:24 2007
@@ -2,7 +2,7 @@
 .\" This man page was/is done by Gabucino, Diego Biurrun, Jonas Jermann
 .\" Translated by Vladimir Voroshilov <voroshil at gmail.com>
 .\" Encoding: koi8-r
-.\" synced with r21882
+.\" synced with r21954
 .
 .\" --------------------------------------------------------------------------
 .\" ïÐÒÅÄÅÌÅÎÉÑ ÍÁËÒÏÓÏ×
@@ -4069,7 +4069,7 @@
 .br
 4: ÏÞÅÎØ ÁÇÒÅÓÓÉ×ÎÁÑ
 .REss
-.IPs "fast (ÔÏÌØËÏ MPEG-2)"
+.IPs "fast (ÔÏÌØËÏ MPEG-2, MPEG-4 É H.264)"
 .\" FIXME is translation correct?
 .\" Enable optimizations which do not comply to the specification and might
 .\" potentially cause problems, like simpler dequantization, assuming use
@@ -4077,8 +4077,8 @@
 .\" checks to detect damaged bitstreams.
 ÷ËÌÀÞÁÅÔ ÏÐÔÉÍÉÚÁÃÉÉ, ËÏÔÏÒÙÅ ÎÅ ÐÏÄÞÉÎÑÀÔÓÑ ÓÐÅÃÉÆÉËÁÃÉÉ É, ÐÏÔÅÎÃÉÁÌØÎÏ, 
 ÍÏÇÕÔ ÂÙÔØ ÐÒÉÞÉÎÏÊ ÐÒÏÂÌÅÍ, ÔÁËÉÅ ËÁË ÕÐÒÏÝÅÎÎÏÅ ÄÅË×ÁÎÔÏ×ÁÎÉÅ[dequantization],
-ÐÒÅÄÐÏÌÁÇÁÀÝÅÅ ÉÓÐÏÌØÚÏ×ÁÎÉÅ ÓÔÁÎÄÁÒÔÎÏÊ ÍÁÔÒÉÃÙ Ë×ÁÎÔÏ×ÁÎÉÑ, YUV 4:2:0 É
-ÐÒÏÐÕÓËÁÀÝÁÑ ÎÅËÏÔÏÒÙÅ ÐÒÏ×ÅÒËÉ ÐÏ×ÒÅÖÄÅÎÎÏÓÔÉ ÂÉÔÏ×ÏÇÏ ÐÏÔÏËÁ.
+ÕÐÒÏÝÅÎÎÁÑ ËÏÍÐÅÎÓÁÃÉÑ Ä×ÉÖÅÎÉÑ, ÐÒÅÄÐÏÌÏÖÅÎÉÅ ÉÓÐÏÌØÚÏ×ÁÎÉÑ ÓÔÁÎÄÁÒÔÎÏÊ ÍÁÔÒÉÃÙ 
+Ë×ÁÎÔÏ×ÁÎÉÑ, YUV 4:2:0 É ÐÒÏÐÕÓË ÎÅËÏÔÏÒÙÈ ÐÒÏ×ÅÒÏË ÐÏ×ÒÅÖÄÅÎÎÏÓÔÉ ÂÉÔÏ×ÏÇÏ ÐÏÔÏËÁ.
 .IPs "gray\ "
 ÄÅËÏÄÉÒÏ×ÁÎÉÅ ÔÏÌØËÏ × ÏÔÔÅÎËÁÈ ÓÅÒÏÇÏ (ÎÅÍÎÏÇÏ ÂÙÓÔÒÅÅ, ÞÅÍ Ó Ã×ÅÔÏÍ)
 .IPs "idct=<0\-99> (ÓÍÏÔÒÉÔÅ \-lavcopts)"

Modified: trunk/DOCS/xml/ru/encoding-guide.xml
==============================================================================
--- trunk/DOCS/xml/ru/encoding-guide.xml	(original)
+++ trunk/DOCS/xml/ru/encoding-guide.xml	Thu Jan 18 18:38:24 2007
@@ -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>

Modified: trunk/DOCS/xml/ru/faq.xml
==============================================================================
--- trunk/DOCS/xml/ru/faq.xml	(original)
+++ trunk/DOCS/xml/ru/faq.xml	Thu Jan 18 18:38:24 2007
@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="utf-8"?>
-<!-- synced with  r21737  -->
+<!-- synced with  r21930  -->
 <chapter id="faq" xreflabel="FAQ">
 <title>Часто Задаваемые вопросы</title>
 
@@ -77,7 +77,9 @@
 Компиляция завершается с ошибкой и <application>gcc</application> вываливается
 с загадочным сообщением, содержащим фразу 
 <systemitem>internal compiler error</systemitem> или
-<systemitem>unable to find a register to spill</systemitem>.
+<systemitem>unable to find a register to spill</systemitem> или
+<systemitem>can't find a register in class 'GENERAL_REGS' 
+while reloading 'asm'</systemitem>.
 </para></question>
 <answer><para>
 Вы столкнулись с ошибкой в <application>gcc</application>. Пожалуйста,