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@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> — это самый медленный режим с лучшим качеством. + <option>subq=6</option> — медленнее и дает лучшее качество при разумной + цене. Если сравнивать с <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> — самый медленный режим с наилучшим качеством. + По сравнению с <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 дБ — для + четырехпроцессорной машины). + </para> +</listitem> </itemizedlist> </sect3> @@ -4238,12 +4262,12 @@ <itemizedlist> <listitem><para> Вы хотите, чтобы любой компьютерно неграмотный человек мог смотреть - результат Вашего кодирования на большинстве платформ (Windows, Mac OSX, Unices …). + результат Вашего кодирования на большинстве платформ (Windows, Mac OS X, Unices …). </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>. Пожалуйста,