summaryrefslogtreecommitdiffstats
diff options
context:
space:
mode:
authorvoroshil <voroshil@b3059339-0415-0410-9bf9-f77b7e298cf2>2007-01-18 17:38:24 +0000
committervoroshil <voroshil@b3059339-0415-0410-9bf9-f77b7e298cf2>2007-01-18 17:38:24 +0000
commit21e71a8901c0f6ce9773c4b4ae39c92e0e94f8ff (patch)
tree280928899e1ceb5eeadeee1be6d3fa454c76573c
parentdd276fa5ef132e08672ba2438d325634cfb063fe (diff)
downloadmpv-21e71a8901c0f6ce9773c4b4ae39c92e0e94f8ff.tar.bz2
mpv-21e71a8901c0f6ce9773c4b4ae39c92e0e94f8ff.tar.xz
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 git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@21958 b3059339-0415-0410-9bf9-f77b7e298cf2
-rw-r--r--DOCS/man/ru/mplayer.18
-rw-r--r--DOCS/xml/ru/encoding-guide.xml49
-rw-r--r--DOCS/xml/ru/faq.xml6
3 files changed, 45 insertions, 18 deletions
diff --git a/DOCS/man/ru/mplayer.1 b/DOCS/man/ru/mplayer.1
index db25f3651c..5f0fde73c8 100644
--- a/DOCS/man/ru/mplayer.1
+++ b/DOCS/man/ru/mplayer.1
@@ -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 @@ mplayer video.nut \-vf format=bgr15 \-vo tga
.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 @@ mplayer video.nut \-vf format=bgr15 \-vo tga
.\" checks to detect damaged bitstreams.
, , ,
, [dequantization],
- , YUV 4:2:0
- .
+ ,
+, YUV 4:2:0 .
.IPs "gray\ "
( , )
.IPs "idct=<0\-99> ( \-lavcopts)"
diff --git a/DOCS/xml/ru/encoding-guide.xml b/DOCS/xml/ru/encoding-guide.xml
index 0fd973d495..210b7494b3 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 r21917 -->
+<!-- synced with r21934 -->
<chapter id="encoding-guide">
<title>Кодирование с <application>MEncoder</application></title>
@@ -1556,9 +1556,9 @@ A/V рассинхронизацию.
ускорения кодирования (на примерно 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 @@ man страницы <application>MPlayer</application>'а.
</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 @@ man страницы <application>MPlayer</application>'а.
эффекта. Имейте в виду, что по-прежнему рекомендуется всегда устанавливать
<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 @@ man страницы <application>MPlayer</application>'а.
будут давать существенный вклад в Вашем конкретном видеоклипе.
</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 @@ man страницы <application>MPlayer</application>'а.
<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 @@ me=umh:partitions=all:trellis=1:qp_step=4:qcomp=0.7:direct_pred=auto:keyint=300
-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>
diff --git a/DOCS/xml/ru/faq.xml b/DOCS/xml/ru/faq.xml
index cde69bd455..bc5341fedd 100644
--- a/DOCS/xml/ru/faq.xml
+++ b/DOCS/xml/ru/faq.xml
@@ -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 @@ auto* утилиты.
Компиляция завершается с ошибкой и <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>. Пожалуйста,