From 21e71a8901c0f6ce9773c4b4ae39c92e0e94f8ff Mon Sep 17 00:00:00 2001 From: voroshil Date: Thu, 18 Jan 2007 17:38:24 +0000 Subject: 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 --- DOCS/man/ru/mplayer.1 | 8 +++---- DOCS/xml/ru/encoding-guide.xml | 49 +++++++++++++++++++++++++++++++----------- DOCS/xml/ru/faq.xml | 6 ++++-- 3 files changed, 45 insertions(+), 18 deletions(-) (limited to 'DOCS') 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 .\" 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 @@ - + Кодирование с <application>MEncoder</application> @@ -1556,9 +1556,9 @@ A/V рассинхронизацию. ускорения кодирования (на примерно 40-60% в типичных случаях) с небольшим ухудшением картинки или вообще без него. x264 также позволяет - многопоточное кодирование, что обычно ускоряет процесс на 15-30% - (в зависимости от настроек кодирования) с уменьшением PSNR примерно - на 0.05 дБ. + многопоточное кодирование, что обычно ускоряет процесс на 94% + для каждого CPU ядра с уменьшением PSNR от 0.005 дБ до 0.01 дБ при типичных + настройках. @@ -3800,7 +3800,8 @@ man страницы MPlayer'а. - — это самый медленный режим с лучшим качеством. + — медленнее и дает лучшее качество при разумной + цене. Если сравнивать с , он обычно дает на 0.1-0.4 дБ больший глобальный PSNR ценой потери 25%-100% скорости. В отличие от остальных уровней , поведение @@ -3813,6 +3814,14 @@ man страницы MPlayer'а. эффекта. Имейте в виду, что по-прежнему рекомендуется всегда устанавливать в значение, отличное от нуля (смотрите далее). + + — самый медленный режим с наилучшим качеством. + По сравнению с он, обычно, улучшает общий PSNR на + 0.01-0.05 дБ ценой потери 15%-30% скорости. + Поскольку соотношение качества и времени кодирования очень невелико, Вам + следует использовать этот режим, только если боретесь за каждый бит, и время + кодирования Вас не волнует. + @@ -3979,6 +3988,21 @@ man страницы MPlayer'а. будут давать существенный вклад в Вашем конкретном видеоклипе. + + + threads + Эта опция позволяет породить потоки для параллельного кодирования на + нескольких CPU. Вы можете вручную выбрать количество создаваемых потоков или, + что лучше, установить и позволить + x264 определить количество доступных + CPU и выбрать соответствующее количество потоков. + Если у Вас многопроцессорная машина, Вам следует всерьез задуматься об + использовании этой опции, так как она может увеличить скорость кодирования линейно + в зависимости от числа CPU ядер (около 94% на ядро), незначительно уменьшая PSNR + (примерно 0.005 дБ для двухпроцессорной, 0.01 дБ — для + четырехпроцессорной машины). + + @@ -4238,12 +4262,12 @@ man страницы MPlayer'а. Вы хотите, чтобы любой компьютерно неграмотный человек мог смотреть - результат Вашего кодирования на большинстве платформ (Windows, Mac OSX, Unices …). + результат Вашего кодирования на большинстве платформ (Windows, Mac OS X, Unices …). QuickTime позволяет воспользоваться преимуществами большего числа возможностей - аппаратного и программного ускорения на Mac OSX, чем платформо-независимые + аппаратного и программного ускорения на Mac OS X, чем платформо-независимые плееры наподобие MPlayer или VLC. Это означает, что Ваше кодирование имеет шансы плавно воспроизводиться @@ -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 - Если у Вас многопроцессорная машина, Вы можете добавить - . Это увеличит скорость кодирования - на примерно 94% для каждого ядра CPU, при очень небольшом - ухудшении качества (около 0.005дБ для двухпроцессорной - и 0.01дБ для четырёхпроцессорной машины). + Если у Вас многопроцессорная машина, не упустите шанс значительно + ускорить кодирование задействованием + + многопоточного режима x264, + добавив в в + командной строке. 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 @@ - + Часто Задаваемые вопросы @@ -77,7 +77,9 @@ auto* утилиты. Компиляция завершается с ошибкой и gcc вываливается с загадочным сообщением, содержащим фразу internal compiler error или -unable to find a register to spill. +unable to find a register to spill или +can't find a register in class 'GENERAL_REGS' +while reloading 'asm'. Вы столкнулись с ошибкой в gcc. Пожалуйста, -- cgit v1.2.3