[MPlayer-translations] r21810 - trunk/DOCS/xml/ru/encoding-guide.xml
voroshil
subversion at mplayerhq.hu
Tue Jan 2 10:07:16 CET 2007
Author: voroshil
Date: Tue Jan 2 10:07:13 2007
New Revision: 21810
Modified:
trunk/DOCS/xml/ru/encoding-guide.xml
Log:
better wording and typos fixing
Slightly modified patch from Andrew Savchenko birkoph at mail dot ru
Modified: trunk/DOCS/xml/ru/encoding-guide.xml
==============================================================================
--- trunk/DOCS/xml/ru/encoding-guide.xml (original)
+++ trunk/DOCS/xml/ru/encoding-guide.xml Tue Jan 2 10:07:13 2007
@@ -1,6 +1,5 @@
<?xml version="1.0" encoding="utf-8"?>
<!-- synced with r21802 -->
-<!-- **Partially** translated -->
<chapter id="encoding-guide">
<title>Кодирование с <application>MEncoder</application></title>
@@ -17,7 +16,7 @@
<para>
Последний вопрос, похоже, отчасти неверно сформулирован. В конце концов, если
Вы не беспокоитесь о размере файла, почему бы просто не скопировать весь MPEG-2
-видео поток с DVD? Конечно, ваш AVI файл будет занимать около 5GB,
+видео поток с DVD? Конечно, Ваш AVI файл будет занимать около 5GB,
но если Вы желаете наилучшее качество и не волнуетесь о размере, то это,
несомненно, лучшее решение.
</para>
@@ -81,8 +80,8 @@
<sect3 id="menc-feat-dvd-mpeg4-preparing-encode-fps">
<title>Определение кадровой частоты источника</title>
<para>
-Вот список, содержащий общие типы исходных материалов, где,
-преимущественно, можно найти и их свойства:
+Вот список, содержащий общие типы исходных материалов, где они,
+преимущественно, встречаются и их свойства:
</para>
<itemizedlist>
@@ -251,7 +250,7 @@
30000/1001 fps могут быть как "жёстко телесиненым" содержимым
с 24000/1001 fps, так и NTSC видео с 60000/1001 полями в секунду.
Используйте два нижеследующих руководства для определения того,
- с каким случаем вы имеете дело.
+ с каким случаем Вы имеете дело.
</para></listitem>
<listitem><para>
Если <application>MPlayer</application> никогда не показывает
@@ -416,10 +415,10 @@
<para>
Если Вы используете <option>vqscale=2</option>, то Вы теряете биты.
Если Вы используете <option>vqscale=3</option>, то Вы не получаете
-рип наивысшего качества. Предположим, вы делаете рип DVD, используя
+рип наивысшего качества. Предположим, Вы делаете рип DVD, используя
<option>vqscale=3</option>, результат получается 1800 Кбит.
Если Вы сделаете двупроходное кодирование с
-<option>vbitrate=1800</option>, получившееся видео быдет обладать
+<option>vbitrate=1800</option>, получившееся видео будет обладать
<emphasis role="bold">лучшим качеством</emphasis> для
<emphasis role="bold">того же битпотока</emphasis>.
</para>
@@ -482,8 +481,9 @@
<para>
У большинства DVD также есть определённое подобие чёрных полос на
-краях. Если Вы их оставите, это может <emphasis>сильно</emphasis>
-повредить качество несколькими путями.
+краях. Если Вы их оставите, это может
+<emphasis role="bold">сильно</emphasis> повредить качество
+несколькими путями.
</para>
<orderedlist>
@@ -500,7 +500,7 @@
в результате чего вместо точки возникает затухающая окружность,
но вот как это кратко выразить... -->
Для кодирования последних Вам нужно гораздо больше битов, а иначе
- у вас появится артефакт, известный как размывание краёв
+ у Вас появится артефакт, известный как размывание краёв
(англ. ringing).
</para>
@@ -599,7 +599,7 @@
<para>
Вспомните из предыдущего раздела, что конечный размер картинки,
-подлежащей кодированию, должен быть кратен 16 (как высота,так
+подлежащей кодированию, должен быть кратен 16 (как высота, так
и ширина). Это может быть достигнуто усечением, масштабированием
или комбинацией того и другого.
</para>
@@ -699,7 +699,8 @@
</para>
<para>
-Далее, видео с чересстрочной развёрткой дискретизируется следующим образом:
+Более того, видео с чересстрочной развёрткой дискретизируется
+следующим образом:
</para>
<informaltable>
@@ -951,7 +952,7 @@
является ли видео полноэкранным (4:3) или широкоэкранным (16:9).
Многие (если не большинство) широкоэкранных DVD не точно соответсвуют
<!-- FIXME: Есть ли перевод названия формата cinescope (он же CinemaScope) ?? -->
-формату 16:9 и он может быть как 1.85:1, так и 2.35:1 (формат cinescope).
+формату 16:9 и могут быть как 1.85:1, так и 2.35:1 (формат cinescope).
Это означает, что в видео будут чёрные полосы, которые нужно усечь.
</para>
@@ -1005,7 +1006,8 @@
использовать нечётные величины для любых параметров усечения или
масштабирования видео.) Если Вы беспокоитесь из-за нескольких
излишне отброшенных битов, возможно, Вы предпочтёте взамен
-масштабировать видео.
+масштабировать видео. Мы рассмотрим это ниже в нашем примере.
+
В действительности, Вы можете доверить фильтру
<option>cropdetect</option> сделать для Вас всё вышеупомянутое,
т.к. у него есть необязательный параметр округления
@@ -1080,7 +1082,7 @@
преобразований, Вы перемещаете больше данных в высокочастотные
полосы. Грубо говоря, каждый пиксель содержит больше деталей,
чем раньше.
- Так что несмотря на то, что ваша картинка с уменьшенным
+ Так что несмотря на то, что Ваша картинка с уменьшенным
масштабом содержит 1/4 информации в пространственных направлениях,
она всё ещё может содержать большУю часть информации в
частотных интервалах (предполагая, что высокие частоты были
@@ -1098,7 +1100,7 @@
должно быть сравнимо с 640х480 и 800 кбит/сек.
Однако, это не было строго проверено теоретически или эмпирически.
Кроме того, из-за существенного отличия фильмов по уровню шума,
-деталей, степеней свободы и т.п., тщетно давать общие рекомендации
+деталей, количества движения и т.п., тщетно давать общие рекомендации
для "битов на длину диагонали" (аналог битов на пиксель, используя
квадратный корень).
</para>
@@ -1114,7 +1116,7 @@
<para>
Следующие шаги помогут Вам рассчитать разрешение для Вашего
кодирования без слишком сильного искажения видео, учитывая
-некоторую информацию об исходном видео.
+несколько видов информации об исходном видео.
Прежде всего, Вам необходимо рассчитать коэффициент соотношения
сторон для кодированного видео:
<systemitem>ARc = (Wc x (ARa / PRdvd )) / Hc</systemitem>
@@ -1155,7 +1157,8 @@
<para>
CQ зависит от битпотока, эффективности видеокодека и разрешения фильма.
Обычно, в целях увеличения CQ, Вам нужно будет уменьшить размер
-фильма при постоянном битпотоке, заданном размере и длине фильма.
+фильма, при условии, что битпоток, вычисленный как функция конечного
+размера, и длина фильма постоянны.
С MPEG-4 ASP кодеками, такими как <systemitem class="library">Xvid</systemitem>
и <systemitem class="library">libavcodec</systemitem>, CQ
меньше 0.18 обычно приводит к изображению с большим числом
@@ -1163,7 +1166,7 @@
кодирования информации в каждом макроблоке.
(MPEG4, как и многие другие кодеки, группирует пиксели в блоки по
несколько пикселей для сжатия изображения; если битов не хватает,
-границы этих блоков становятся заметными.)
+границы этих блоков заметны.)
Следовательно, благоразумно выбрать CQ в диапазоне от 0.20 до 0.22
для рипа на 1 CD и 0.26-0.28 для рипа на 2 CD при использовании
стандартных опций кодирования.
@@ -1176,7 +1179,7 @@
Используя MPEG-4 AVC кодеки, такие как
<systemitem class="library">x264</systemitem>, Вы можете использовать
CQ в диапазоне от 0.14 до 0.16 со стандартными опциями кодирования
-и должны суметь достичь таких низких значений, как 0.10-0.12
+и должны суметь достичь таких низких значений, как 0.10 - 0.12
с помощью
<link linkend="menc-feat-x264-example-settings">продвинутых опций кодирования <systemitem class="library">x264</systemitem></link>.
</para>
@@ -1215,7 +1218,7 @@
</para>
<para>
-Фильтры загружаются в цепочки с помощью опции -vf:
+Фильтры загружаются в цепочку с помощью опции -vf:
<screen>-vf фильтр1=опции,фильтр2=опции,...</screen>
@@ -1254,7 +1257,7 @@
насколько это возможно, для того чтоб остаться близко к оригинальному
DVD источнику. Усечение часто необходимо (как описано выше), но
избегайте масштабирования видео. Несмотря на то, что уменьшение
-размера иногда предпочтительно при использовании больших
+размера иногда предпочтительно использованию бОльших
квантователей, нужно избегать и того, и другого: помните,
что мы с самого начала решили обменять биты на качество.
</para>
@@ -1262,7 +1265,8 @@
<para>
Также не корректируйте гамму, контрастность, яркость и т.п.. То,
что хорошо выглядит на Вашем мониторе, может плохо выглядеть
-на других. Коррекция должна выполняться только при воспроизведении.
+на других. Эти коррекции должны выполняться только при
+воспроизведении.
</para>
<para>
@@ -1305,10 +1309,10 @@
24 fps фильм просто проигрывается на 25 fps. В результате фильм
воспроизводится слегка быстрее, но если Вы не пришелец, то,
вероятно, не заметите разницы.
-У большинства PAL DVD аудио корректируемо по высоте звука, так
-что, воспроизводясь при 25 fps, оно звучит нормально, даже если
-аудиодорожка (и, следовательно, весь фильм) проигрываются на
-4% быстрее, чем NTSC DVD.
+У большинства PAL DVD аудио скорректировано по высоте звука так,
+что, воспроизводясь при 25 fps, оно звучит нормально, несмотря на
+то, что аудиодорожка (и, следовательно, весь фильм) проигрываются
+на 4% быстрее, чем NTSC DVD.
</para>
<para>
@@ -1390,7 +1394,7 @@
<listitem><para>
Фильтры постобработки и удаления шума могут не работать как
ожидается, только если Вы особо не позаботитесь об их
- одновременном применении на частоте полей, иначе они могут
+ применении к одному полю за раз, иначе они могут
повредить видео при неверном использовании.
</para></listitem>
</orderedlist>
@@ -1429,7 +1433,7 @@
<para>
Если Вы хотите дополнительно защититься от странных пропусков
-и повторений кадров, вы можете одновременно использовать опции
+и повторений кадров, Вы можете одновременно использовать опции
<option>-mc 0</option> и <option>-noskip</option>.
Это предотвратит <emphasis>любую</emphasis> A/V коррекцию, и
будет копировать кадры один в один, так что Вы не сможете это
@@ -1491,7 +1495,7 @@
<systemitem class="library">libavcodec</systemitem> MPEG-4 или
<systemitem class="library">Xvid</systemitem>.
(Опытные разработчики кодеков могут быть заинтересованы в
- ознакомлении с точкой зрения Михаэля Найдермауэра (Michael
+ ознакомлении с точкой зрения Михаэля Нидермайера (Michael
Niedermayer)
"<ulink url="http://guru.multimedia.cx/?p=10">почему MPEG4-ASP отстой</ulink>".)
Аналогично, Вы должны получить лучшее качество с MPEG-4 ASP, по
@@ -1640,8 +1644,8 @@
<para>
<emphasis>Не</emphasis> используйте <option>-nosound</option> при
-кодировании файла с аудио, даже если Вы будете позже кодировать и
-мультеплексировать аудио отдельно.
+кодировании файла с аудио, даже если позже Вы будете отдельно
+кодировать и мультеплексировать аудио.
Хотя это может работать в идеальных случаях, использование
<option>-nosound</option> обычно скрывает ряд проблем в Ваших
настройках кодирования в командной строке.
@@ -1652,8 +1656,8 @@
</para>
<para>
-Вам необходим <application>MEncoder</application> для обработки
-звука.
+Вам необходимо обработать звук с помощью
+<application>MEncoder</application>.
Например, Вы можете копировать исходную звуковую дорожку в
процессе кодирования с помощью <option>-oac copy</option> или
преобразовать её в "лёгкий" 4 кГц моно WAV PCM с помощью
@@ -1698,7 +1702,7 @@
громкостью.
Вы можете использовать, например, утилиту <application>normalize</application>,
доступную в большинстве дистрибутивов.
-Если вы пользуетесь Window$, утилита <application>BeSweet</application>
+Если Вы пользуетесь Window$, утилита <application>BeSweet</application>
делает то же самое.
Вы можете сжать в Vorbis или MP3. Например:
<screen>oggenc -q1 <replaceable>звук.wav</replaceable></screen>
@@ -1772,7 +1776,7 @@
<para>
Вы можете столкнуться с некоторыми серьёзными проблемами A/V
-синхронизации при попытке мультиплексирования вашего видео
+синхронизации при попытке мультиплексирования Вашего видео
с некоторыми аудиодорожками, где, как бы Вы не подбирали задержку
аудио, никогда не получается правильная синхронизация.
Это может происходить при использовании некоторых видеофильтров,
@@ -1958,7 +1962,7 @@
Строго говоря, все эти числа являются аппроксимациями.
Чёрно-белое NTSC видео было точно с 60 полями в секунду, но
позже была выбрана частота 60000/1001 для адаптации цветовой
-информации с сохранением совместимости с чёрно-белым
+информации с одновременным сохранением совместимости с чёрно-белым
телевидением.
Цифровое NTSC видео (такое как на DVD) также с 60000/1001
полями в секунду. Отсюда возникла кадровая частота 30000/1001
@@ -1993,7 +1997,7 @@
<para>
В действительности, видео никогда не хранится на DVD с
-60000/1001 полей в секунду. Для видео, оригинально являющегося
+60000/1001 полями в секунду. Для видео, оригинально являющегося
60000/1001, каждая пара полей объединяется для формирования
кадра, приводя к 30000/1001 кадрам в секунду. Затем аппаратные
DVD плееры читают флаг, включенный в видеопоток, для определения
@@ -2065,7 +2069,7 @@
<screen>demux_mpg: обнаружено 24000/1001 кадра/сек NTSC содержимое с построчной развёрткой,
переключаю частоту кадров.</screen>
-Начиная с этого момента, demux_mpg should никогда не должен
+Начиная с этого момента, demux_mpg никогда не должен
сообщать о том, что найдено
"30000/1001 кадров/сек NTSC содержимое".
</para>
@@ -2088,7 +2092,7 @@
быстро, сколь это возможно; тем не менее, в зависимости от
Вашего железа, это может занять некоторое время. Всякий раз,
когда demux_mpg будет сообщать об изменении частоты кадров,
-строка прямо над сообщением покажет вам время, при котором
+строка прямо над сообщением покажет Вам время, при котором
произошло изменение.
</para>
@@ -2150,11 +2154,11 @@
</para>
<para>
-Другой способ выяснить, был ваш источник подвержен телесину или нет, заключается
+Другой способ выяснить, был Ваш источник подвержен телесину или нет, заключается
в воспроизведении исходного материала с опциями командной строки
<option>-vf pullup</option> и <option>-v</option>, чтобы увидеть, как
<option>pullup</option> сопоставляет кадры.
-Если источник был телесиненным, вы должны увидеть в консоли 3:2 структуру с
+Если источник был телесиненным, Вы должны увидеть в консоли 3:2 структуру с
чередующимися <systemitem>0+.1.+2</systemitem> и <systemitem>0++1</systemitem>.
Преимущество этой техники состоит в том, что не требуется просматривать исходный
материал для его идентификации, это может быть полезно для автоматизации
@@ -2170,20 +2174,20 @@
<para>
Чересстрочное видео изначально снималось на 60000/1001 полями в секунду,
и сохранялось на DVD с 30000/1001 кадрами в секунду. Эффект чересстрочности
-(часто называемый "гребенкой") - результат объединения пары полей в кадры.
+(часто называемый "гребёнкой") — результат объединения пары полей в кадры.
Поля сдвинуты друг относительно друга на 1/(60000/1001) секунды,
и, когда отображаются одновременно, разница заметна.
</para>
<para>
-Как и с подверженным телесину видео <application>MPlayer</application> не должен
+Как и с подверженным телесину видео, <application>MPlayer</application> не должен
сообщать о каких-либо изменениях частоты кадров при воспроизведении
чересстрочного содержимого.
</para>
<para>
-Внимательно, кадр за кадром, при помощи клавиши <keycap>.</keycap>, рассматривая
-чересстрочное видео, вы увидите, что каждый отдельный кадр - чересстрочный.
+Внимательно, кадр за кадром (при помощи клавиши <keycap>.</keycap>) рассматривая
+чересстрочное видео, Вы увидите, что каждый отдельный кадр — чересстрочный.
</para>
</sect3>
@@ -2192,21 +2196,23 @@
<title>Смешанные построчная развертка и телесин</title>
<para>
-Все видео со "смешанными построчной разверткрй и телесином" изначально было с
+Все видео со "смешанными построчной разверткой и телесином" изначально было с
24000/1001 кадрами в секунду, но некоторые его части оказались подвержены
телесину.
</para>
<para>
Когда <application>MPlayer</application> воспроизводит эту категорию, он будет
-(как правило, периодически) переключаться между "30000/1001 fps NTSC" и
-"24000/1001 fps progressive NTSC". Смотрите конец вывода
-<application>MPlayer</application>, чтобы увидеть эти сообщения.
+(как правило, периодически) переключаться между "30000/1001 кадров/сек NTSC
+содержимым" и "24000/1001 кадра/сек NTSC содержимым с построчной развёрткой".
+Смотрите конец вывода <application>MPlayer</application>, чтобы увидеть
+эти сообщения.
</para>
<para>
-Вам следует проверить разделы "30000/1001 fps NTSC", чтобы убедиться, что видео
-действительно телесиненное, а не просто чересстрочное.
+Вам следует проверить разделы с "30000/1001 кадров/сек NTSC содержимым",
+чтобы убедиться, что видео действительно телесиненное, а не просто
+чересстрочное.
</para>
</sect3>
@@ -2216,13 +2222,13 @@
<para>
В содержимом со "смешанными построчной и чересстрочной развертками",
-прогрессивное и чересстрочное видео переплетаются друг с другом.
+построчное и чересстрочное видео переплетаются друг с другом.
</para>
<para>
Эта категория выглядит также, как и "смешанные построчная развертка и телесин",
-до тех пор, пока не проверите разделы 30000/1001 fps и не увидите, что структура
-телесина отсутствует.
+до тех пор, пока не проверите разделы 30000/1001 кадр/сек и не увидите,
+что структура телесина отсутствует.
</para>
</sect3>
</sect2>
@@ -2245,7 +2251,8 @@
<para>
Видео с построчной разверткой не требует специальной обработки для кодирования.
-Единственный нужный вам для уверенности параметр - это <option>-ofps 24000/1001</option>.
+Единственный нужный Вам для уверенности параметр — это
+<option>-ofps 24000/1001</option>.
В противном случае <application>MEncoder</application> будет пытаться кодировать
с 30000/1001 кадрами в секунду и создаст дублирующиеся кадры.
</para>
@@ -2255,8 +2262,8 @@
</para>
<para>
-Часты случай, однако, когда видео, выглядящее прогрессивным, на самом деле
-содержит очень короткие подверженные телесину части. Если вы не уверены,
+Частый случай, однако, когда видео, выглядящее построчным, на самом деле
+содержит очень короткие подверженные телесину части. Если Вы не уверены,
безопаснее будет считать его как видео со
<link linkend="menc-feat-telecine-encode-mixedpt">смешанными построчной
разверткой телесином</link>.
@@ -2269,7 +2276,7 @@
<title>Телесин</title>
<para>
-Телесин может быть отменен для получения оригинального 24000/1001 содержимого
+Телесин может быть обращён для получения оригинального 24000/1001 содержимого
при помощи процесса, называемого обратный телесин.
<application>MPlayer</application> содержит несколько фильтров для выполнения
этого; лучший из них, <option>pullup</option> описан в разделе
@@ -2283,7 +2290,7 @@
<title>Чересстрочная развертка</title>
<para>
-На практике в большинстве случаев невозможно получить полностью прогрессивное
+На практике в большинстве случаев невозможно получить полностью построчное
видео из чересстрочного содержимого.
Единственный способ сделать это без потери половины вертикального разрешения
- это удвоить частоту кадров и попытаться "угадать", что должно составить
@@ -2294,7 +2301,7 @@
<orderedlist>
<listitem><para>
Кодируйте видео в чересстрочной форме. Обычно это наносит вред способности
- кодировщика хорошо сжимать, то <systemitem class="library">libavcodec</systemitem>
+ кодировщика хорошо сжимать, но <systemitem class="library">libavcodec</systemitem>
имеет два параметра специально для чуть лучшего сохранения чересстрочного
видео: <option>ildct</option> и <option>ilme</option>. К тому же, настоятельно
рекомендуется использовать
@@ -2322,19 +2329,22 @@
К сожалению, эта опция сбоит с <application>MEncoder</application>; она должна
хорошо работать с <application>MEncoder G2</application>, но его пока нет. Вы
можете столкнуться с крахами. Как бы то ни было, назначение опции
- <option> -vf tfields</option> - создать полный кадр из каждого поля, что
+ <option> -vf tfields</option> — создать полный кадр из каждого поля, что
делает частоту кадров равной 60000/1001. Преимущество этого подхода в том, что
- никакие данные не теряются, однако, каждый кадр получается только из одного
- пол, недостающие строки как-то интерполируются. Это не очень хорошие методы
- генерации недостающих данных, поэтому результат будет выглядеть весьма похожим
- на применение фильтра деинтерлейсинга. Генерация недостающих срок также создает
+ никакие данные не теряются; однако, т.к. каждый кадр получается только из одного
+ поля, недостающие строки должны как-то интерполироваться.
+
+ Не существует очень хороших методов
+ генерации недостающих данных, поэтому результат будет выглядеть несколько похожим
+ на применение некоторых фильтров деинтерлейсинга. Генерация недостающих строк также создает
другие проблемы, просто потому что количество данных удваивается.
Таким образом, для сохранения качества требуются более высокие значения
- битпотока как для кодирования, так и для декодирования. tfields имеет
+ битпотока, и больше ресурсов процессора используется как для
+ кодирования, так и для декодирования. <option>tfields</option> имеет
несколько различных опций, определяющих способ создания недостающих строк
каждого кадра. Если выбрали этот способ, обратитесь к руководству и выберите
- ту опцию, которая лучше подходит для вашего материала. Имейте в виду, что при
- использовании <option>tfields</option> вы
+ ту опцию, которая лучше подходит для Вашего материала. Имейте в виду, что при
+ использовании <option>tfields</option> Вы
<emphasis role="bold">должны</emphasis> указать как <option>-fps</option>, так
и <option>-ofps</option>, установив им значение, равное удвоенной частоте
исходного материала.
@@ -2345,10 +2355,10 @@
</para></listitem>
<listitem><para>
Если планируете сильно уменьшать размер изображения, можно извлекать и
- декодировать только одно поле из двух. Конечно, вы потеряете половину
+ декодировать только одно поле из двух. Конечно, Вы потеряете половину
вертикального разрешения, но если планируется уменьшать размер как минимум
- вдвое, потеря будет не сильно заметна. В результате получится прогрессивный
- файл с 30000/1001 кадрами в секунду. Процедура следующая:
+ вдвое, потеря будет не сильно заметна. В результате получится построчной
+ развёртки файл с 30000/1001 кадрами в секунду. Процедура следующая:
<option>-vf field</option>, затем обрезание
<link linkend="menc-feat-telecine-footnotes">[1]</link> и масштабирование
соответствующим образом. Помните, что потребуется скорректировать масштабирование
@@ -2364,11 +2374,11 @@
<para>
Для преобразования видео со смешанными построчной разверткой и телесином в
-полностью прогрессивное необходимо к подверженным телесину частям применить
+полностью построчное необходимо к подверженным телесину частям применить
обратный телесин. Есть три описанных ниже способа добиться этого.
Заметьте, что следует <emphasis role="bold">всегда</emphasis> применять обратный
-телесин до какого-либо масштабирования; за исключением случая, когда вы точно
-знаете, что делаете, делайте обратный телесин также до обрезания
+телесин до какого-либо масштабирования; за исключением случая, когда Вы точно
+знаете, что делаете, выполняйте обратный телесин также до обрезания
<link linkend="menc-feat-telecine-footnotes">[1]</link>.
<option>-ofps 24000/1001</option> здесь необходима, поскольку видео на выходе
будет с 24000/1001 кадрами в секунду.
@@ -2377,12 +2387,12 @@
<itemizedlist>
<listitem><para>
<option>-vf pullup</option> разработана для обратного телесина материала,
- телесину подверженного, оставляя прогрессивные данные как есть. Для правильной
+ телесину подверженного, оставляя построчные данные как есть. Для правильной
работы после <option>pullup</option> <emphasis role="bold">должен</emphasis>
следовать фильтр <option>softskip</option>, иначе произойдет крах
<application>MEncoder</application>.
- <option>pullup</option> является, однако, самый чистый и точный метод,
- доступный для кодирования и телесина, и "смешанного прогрессивного с телесином".
+ <option>pullup</option> является, однако, самым чистым и точным методом,
+ доступным для кодирования и телесина, и "смешанного построчного с телесином".
<screen>
mencoder dvd://1 -oac copy -vf pullup,softskip \
-ovc lavc -ofps 24000/1001<!--
@@ -2392,9 +2402,9 @@
Более старый метод заключается не в применении обратного телесина к
телесиненным частям, а, наоборот, в телесине не подверженных телесину частей и
последующем применении обратного телесина ко всему видео. Звучит запутанно?
- softpulldown - это фильтр, проходящий по видео и делающий телесиненным весь
+ softpulldown — это фильтр, проходящий по видео и делающий телесиненным весь
файл. Если следом за softpulldown указать либо <option>detc</option>, либо
- <option>ivtc</option>, финальный результат будет полностью прогрессивным.
+ <option>ivtc</option>, финальный результат будет полностью построчным.
<option>-ofps 24000/1001</option> необходима.
<screen>
mencoder dvd://1 -oac copy -vf softpulldown,ivtc=1 -ovc lavc -ofps 24000/1001
@@ -2404,9 +2414,9 @@
Лично я не использовал <option>-vf filmdint</option>, но вот что сказал
Д Ричарт Фелкер III (D Richard Felker III):
- <blockquote><para>С ним все в порядке, но IMO он слишком часто пытается
+ <blockquote><para>С ним все в порядке, но имхо он слишком часто пытается
сделать деинтерлейс iвместо обратного телесина (в точности как аппаратные
- DVD проигрыватели & прогрессивные TV), что в результате дает мерзкое
+ DVD проигрыватели & построчное TV), что в результате дает мерзкое
мерцание и другие артефакты. Если собираетесь его использовать, потребуется
как минимум потратить немного времени для тонкой настройки опций и
просмотра результата, чтобы убедиться, что он не испорчен.
@@ -2420,58 +2430,56 @@
<title>Смешанные построчная и чересстрочная развертки</title>
<para>
-Существует две опции для этой категории, каждая из которых - это компромисс. Вы
+Существует две опции для этой категории, каждая из которых — это компромисс. Вы
должны выбрать, исходя из продолжительности/положения каждого типа.
</para>
<itemizedlist>
<listitem>
<para>
- Рассматривайте видео как прогрессивное. Чересстрочные части будут выглядеть
+ Рассматривайте видео как построчное. Чересстрочные части будут выглядеть
чересстрочными, и потребуется удаление некоторых из чересстрочных полей, что
- <!-- is translation correct? -->
даст в результате некоторое скачкообразное дрожание. Вы можете использовать
фильтр постобработки, если хотите, но это может несколько ухудшить
- прогрессивные части.
+ построчные части.
</para>
<para>
- Эта опция определенно не должна использоваться, если вы зотите время от
- времени отображать видео на чересстрочном устройстве (с помощью TV карты,
- например). Если у вас есть чересстрочные кадры в видео с 24000/1001 кадрами в
+ Эта опция определенно не должна использоваться, если Вы хотите со
+ временем отображать видео на чересстрочном устройстве (с помощью TV карты,
+ например). Если у Вас есть чересстрочные кадры в видео с 24000/1001 кадрами в
секунду, к ним, как и к прогрессивным, будет применен телесин. Половина их
чересстрочных "кадров" будут отображаться с длительностью трех полей
(3/(60000/1001) секунд), давая в результате неприятно выглядящий эффект
<!-- FIXME is translation correct? -->
- "прыжка назад во времени". Даже если вы пробуете это, вы
+ "прыжка назад во времени". Даже если Вы пробуете это, Вы
<emphasis role="bold">должны</emphasis> использовать фильтр деинтерлейсинга,
такой как <option>lb</option> или <option>l5</option>.
</para>
<para>
- Для отображения на прогрессивном дисплее это тоже моет быть плохой идеей.
+ Для отображения на построчном дисплее это тоже может быть плохой идеей.
Будут отбрасываться пары последовательных чересстрочных полей, приводя к
- разрывам, которые могут быть заметнее, чем использование второго метода,
- отображающего некоторые прогрессивные кадры дважды. Чересстрочное видео с
+ разрывам, которые могут быть заметнее, чем при использовании второго метода,
+ отображающего некоторые построчные кадры дважды. Чересстрочное видео с
30000/1001 кадрами в секунду уже несколько прерывисто, потому что в реальности
оно должно отображаться с 60000/1001 полями в секунду, так что дублирующиеся
кадры не так сильно выделяются.
</para>
<para>
- Так или иначе, лучше всего определить тип вашего содержимого и как вы его
- собираетесь показывать. Если видео на 90% прогрессивное и вы никогда не будете
- показывать его на TV, вам следует отдать предпочтение прогрессивному варианту.
- Если оно только на половину прогрессивное, вы, возможно, захотите кодировать
+ Так или иначе, лучше всего проанализировать Ваше содержимое и как Вы его
+ собираетесь показывать. Если видео на 90% построчное и Вы никогда не будете
+ показывать его на TV, Вам следует отдать предпочтение построчному варианту.
+ Если оно только наполовину построчное, Вы, возможно, захотите кодировать
его, как если бы оно было чересстрочным.
</para>
</listitem>
<listitem><para>
- Считайте его чересстрочным. Некоторые кадры прогрессивной части потребуют
- <!-- is translation correct? -->
+ Считайте его чересстрочным. Некоторые кадры построчной части потребуют
дублирования, что даст в результате некоторое скачкообразное дрожание. И
- снова, фильтры деинтерлейсинга могут несколько ухудшить прогрессивные части.
+ снова, фильтры деинтерлейсинга могут несколько ухудшить построчные части.
</para></listitem>
</itemizedlist>
</sect3>
@@ -2485,28 +2493,28 @@
<orderedlist>
<listitem>
<formalpara>
- <title>Об обрезании:</title>
+ <title>Об усечении сторон:</title>
<para>
- Видеоданные на DVDs хранятся в формате, называемом YUV 4:2:0. В YUV
+ Видеоданные на DVD хранятся в формате, называемом YUV 4:2:0. В YUV
видео, люма ("яркость") и хрома ("цвет") хранятся отдельно.
- Поскольку человеческий глаз менее чувствителен к цвету, чем к яркости,
+ Поскольку человеческий глаз отчасти менее чувствителен к цвету, чем к яркости,
в YUV 4:2:0 изображении присутствует только один цветностный пиксел на четыре
- яркостных. В прогрессивном изображении каждый квадрат из четырех яркостных
+ яркостных. В изображении с построчной развёрткой каждый квадрат из четырёх яркостных
пикселов (два на два) имеют один общий цветностный пиксел. Вы должны обрезать
- прогрессивное YUV 4:2:0 до четных размеров и использовать четные смещения.
+ построчный YUV 4:2:0 до чётных размеров и использовать чётные смещения.
Например,
- <option>crop=716:380:2:26</option> - правильно, а
- <option>crop=716:380:3:26 </option> - нет.
+ <option>crop=716:380:2:26</option> — правильно, а
+ <option>crop=716:380:3:26 </option> — нет.
</para>
</formalpara>
<para>
Когда имеете дело с чересстрочным YUV 4:2:0, ситуация чуть более сложная.
Вместо разделения одного цветностного пиксела четырьмя яркостными пикселами в
- <emphasis>кадре</emphasis>, каждые четыре пиксела каждого
+ <emphasis>кадре</emphasis>, каждые четыре яркостных пиксела каждого
<emphasis>поля</emphasis> разделяют цветностный пиксел. Когда поля объединены в
кадр, каждая строка имеет высоту в один пиксел. Теперь, вместо квадрата из
- четырех пикселов мы имеем два соседних пиксела, а два других расположены
+ четырех яркостных пикселов мы имеем два соседних пиксела, а два других расположены
на две строки ниже. Два яркостных пиксела следующей строки принадлежат
другому полю, и, поэтому, разделяют другой пиксел цветности с двумя пикселами
на две строки дальше. Вся эта неразбериха требует, чтобы вертикальные размеры
@@ -2516,26 +2524,25 @@
<para>
Для телесиненного видео я рекомендую производить обрезание после обратного
- телесина. Так как видео прогрессивное, достаточно обрезать только по четным
+ телесина. Так как видео построчное, достаточно обрезать только по четным
размерам. Если же действительно хотите получить небольшую прибавку к скорости,
- которую может дать обрезка, вам придется производить обрезание с вертикальными
+ которую может дать обрезка, Вам придется производить усечение с вертикальными
размерностями, кратными четырем. В противном случае фильтр обратного телесина
- не будет иметь подходящих данных.
+ не будет иметь правильных данных.
</para>
<para>
- Для чересстрочного (не подверженного телесину) видео, вы всегда должны
- производить обрезание с вертикальными размерностями, кратными четырем, если
- только не используете <option>-vf field</option> перед обрезанием.
+ Для чересстрочного (не подверженного телесину) видео, Вы всегда должны
+ производить усечение с вертикальными размерностями, кратными четырем, если
+ только не используете <option>-vf field</option> перед усечением.
</para>
</listitem>
<listitem><formalpara>
<title>О параметрах кодирования и качестве:</title>
<para>
- <!-- FIXME is translation correct? -->
Если я здесь рекомендую <option>mbd=2</option>, это еще не значит, что эту
- опцию не следует использовать где-либо еще. Совместно с <option>trell</option>
+ опцию не следует использовать где-либо еще. Совместно с <option>trell</option>,
<option>mbd=2</option> является одной из двух опций
<systemitem class="library">libavcodec</systemitem>, которые значительно
увеличивают качество. Вам всегда следует использовать как минимум эти две,
@@ -2551,9 +2558,9 @@
<title>О производительности pullup:</title>
<para>
Использование <option>pullup</option> (совместно с <option>softskip</option>)
- для прогрессивного видео вполне безопасно и обычно является хорошей идеей,
- если только про источник не известно достоверно, что он полностью
- прогрессивный. Потеря скорости мала в большинстве случаев.
+ для видео с построчной развёрткой вполне безопасно и обычно является хорошей
+ идеей, если только про источник не известно достоверно, что он полностью
+ построчный. Потеря скорости мала в большинстве случаев.
В минимальном варианте кодирования <option>pullup</option> замедляет
<application>MEncoder</application> на 50%. Добавление обработки звука и
продвинутых <option>lavcopts</option> опций затмевает эту разницу, уменьшая
@@ -2757,7 +2764,7 @@
<title>Опции кодирования libavcodec</title>
<para>
-В идеале, вы, наверное, хотели бы иметь возможность просто сказать кодировщику
+В идеале, Вы, наверное, хотели бы иметь возможность просто сказать кодировщику
переключиться на "высокое качество" и начать кодирование.
Это было бы замечательно, но, к сожалению, трудно реализуемо, поскольку
различные опции кодирования, в зависимости от исходного материала, дают в результате
@@ -2776,7 +2783,7 @@
<listitem><para>
<emphasis role="bold">vmax_b_frames</emphasis>: хороши 1 или 2, в зависимости
от фильма.
- Заметьте, если хотите, чтобы ваш фильм декодировался DivX5, вы должны
+ Заметьте, если хотите, чтобы Ваш фильм декодировался DivX5, Вы должны
активировать поддержку закрытых GOP, используя опцию <option>cgop</option>
<systemitem class="library">libavcodec</systemitem>, но также должны деактивировать
определение сцен, что не является хорошей идеей, поскольку несколько вредит
@@ -2791,8 +2798,8 @@
<listitem><para>
<emphasis role="bold">dia</emphasis>: диапазон поиска движения. Большие
значения лучше и медленнее.
- Отрицательные значения - это совершенно другая шкала.
- Хорошими значениями являются -1 для быстрого кодирования или 2-4 - для
+ Отрицательные значения — это совершенно другая шкала.
+ Хорошими значениями являются -1 для быстрого кодирования или 2-4 — для
медленного.
</para></listitem>
<listitem><para>
@@ -2805,14 +2812,14 @@
поиска движения.
Поэкспериментируйте со значениями 0 (по-умолчанию), 2 (hadamard), 3 (dct), и 6
(соотношение сигнал-шум).
- 0 - самый быстрый и достаточен для precmp.
+ 0 — самый быстрый и достаточен для precmp.
В случае cmp и subcmp 2 является хорошим для аниме, а 3 для живой съемки.
6 может оказаться лучше, а может и нет, но он медленнее.
</para></listitem>
<listitem><para>
<emphasis role="bold">last_pred</emphasis>: Количество предсказателей
движения, берущихся из предыдущего кадра.
- 1-3 или около того помогут вам ценой небольшой потери в скорости.
+ 1-3 или около того помогут Вам ценой небольшой потери в скорости.
Большие значения медленны и не дают дополнительного улучшения.
</para></listitem>
<listitem><para>
@@ -2823,9 +2830,9 @@
<emphasis role="bold">qprd</emphasis>: адаптивное квантование, основанное на
сложности макроблока.
Может сделать лучше или хуже в зависимости от видео и других опций.
- Она также может привести к появлению артефактов, если вы не установите vqmax в
+ Она также может привести к появлению артефактов, если Вы не установите vqmax в
некоторое разумно малое значение
- (хорошо - 6, может быть даже 4); vqmin=1 также может помочь.
+ (хорошо — 6, может быть даже 4); vqmin=1 также может помочь.
</para></listitem>
<listitem><para>
<emphasis role="bold">qns</emphasis>: очень медленно, особенно в комбинации с qprd.
@@ -2847,11 +2854,11 @@
отбрасывания одиночного коэффициента для яркостной и цветностной плоскостей.
Они кодируются независимо во всех MPEG-похожих алгоритмах.
Идея этих опций заключается в использованию некоторой хорошей эвристики для
- определения момента, когда изменения в блоке ниже указанного вами порога, и что его
+ определения момента, когда изменения в блоке ниже указанного Вами порога, и что его
стоит кодировать как "блок без изменений".
Это сохраняет быти и, возможно, ускоряет кодирование.
vlelim=-4 и vcelim=9 выглядят неплохими для живой съемки, но, скорее всего, не
- помогут для аниме; при кодировании анимации вам, возможно, следует оставить
+ помогут для аниме; при кодировании анимации Вам, возможно, следует оставить
эту опцию неизменной.
</para></listitem>
<listitem><para>
@@ -2881,7 +2888,7 @@
<emphasis role="bold">lumi_mask, dark_mask</emphasis>: Психовизуальное
адаптивное квантование.
Не стоит играть с этими опциями, если заботитесь о качестве.
- Разумные значения могут быть эффективными в вашем случае, но имейте в виду,
+ Разумные значения могут быть эффективными в Вашем случае, но имейте в виду,
что это весьма субъективно.
</para></listitem>
<listitem><para>
@@ -2897,7 +2904,7 @@
<title>Примеры настроек кодирования</title>
<para>
-Следующие настройки - это примеры различных комбинаций опций кодирования,
+Следующие настройки — это примеры различных комбинаций опций кодирования,
которые влияют на соотношение скорость-качество при той же величине целевого
биптотока.
</para>
@@ -2907,8 +2914,8 @@
с целевым битпотоком 900кбит/сек, на машине AMD-64 3400+ с 2400 МГц и 64 битном режиме.
Для каждой настройки кодирования указаны измеренная скорость кодирования (в
кадрах в секунду) и потеря PSNR (в дБ) по сравнению с настройкой "очень высокое
-качество". Поймите, пожалуйста, что в зависимости от вашего материала, типа
-машины, прогресса разработки вы можете получить сильно отличающиеся результаты.
+качество". Поймите, пожалуйста, что в зависимости от Вашего материала, типа
+машины, прогресса разработки Вы можете получить сильно отличающиеся результаты.
</para>
<para>
@@ -2962,14 +2969,14 @@
С этой возможностью
<link linkend="ffmpeg"><systemitem
class="library">libavcodec</systemitem></link>,
-вы можете установить нестандартные inter (I-кадры/ключевые) и intra
+Вы можете установить нестандартные inter (I-кадры/ключевые) и intra
(P-кадры/предсказанные) матрицы. Это поддерживается многими кодеками:
В <systemitem>mpeg1video</systemitem> и <systemitem>mpeg2video</systemitem>
также заявлена поддержка.
</para>
<para>
-Обычное использовании этой опции - установить матрицы, предпочитаемые
+Обычное использовании этой опции — установить матрицы, предпочитаемые
спецификациями <ulink url="http://www.kvcd.net/">KVCD</ulink>.
</para>
@@ -3030,7 +3037,7 @@
<title>Пример</title>
<para>
-Итак, вы только что купили новенькую, блестящую копию фильма "Гарри Поттер и Тайная
+Итак, Вы только что купили новенькую, блестящую копию фильма "Гарри Поттер и Тайная
Комната" (в широкоэкранном формате, конечно) и хотите сделать рип этого DVD так,
чтобы добавить его к Домашнему кинотеатру на PC. Это DVD первого региона,
поэтому NTSC. Пример ниже также применим и для PAL, за исключением того, что
@@ -3052,12 +3059,12 @@
cropdetect:
<screen>mplayer dvd://1 -vf cropdetect</screen>
Убедитесь, что переместились к полностью заполненному кадру (например,
-к светлой сцене), вы должны увидеть в консоли <application>MPlayer</application>:
+к светлой сцене), Вы должны увидеть в консоли <application>MPlayer</application>:
<screen>crop area: X: 0..719 Y: 57..419 (-vf crop=720:362:0:58)</screen>
Затем снова воспроизводим фильм с этим фильтром для проверки его корректности:
<screen>mplayer dvd://1 -vf crop=720:362:0:58</screen>
И убеждаемся, что все выглядит прекрасно. Далее, проверяем, что ширина и высота
-делятся на 16. С шириной все в порядке, а с высотой - нет.
+делятся на 16. С шириной все в порядке, а с высотой — нет.
Поскольку мы не заваливали математику в 7-ом классе, то знаем, что ближайшее
целое, меньшее 362 и кратное 16, равно 352.
</para>
@@ -3071,8 +3078,8 @@
<screen>mplayer dvd://1 -vf crop=720:352:0:62</screen>
Другая причина, по которой мы урезаем пикселы сверху и снизу, заключаемся в том,
что мы хотим убедиться, что удалены все наполовину черные пикселы, если они есть.
-Если ваше видео подвержено телесину, убедитесь, что фильтр <option>pullup</option> (или
-любой другой фильтр обратного телесина, который вы решили использовать)
+Если Ваше видео подвержено телесину, убедитесь, что фильтр <option>pullup</option> (или
+любой другой фильтр обратного телесина, который Вы решили использовать)
находится в цепочке до фильтра crop.
Если оно чересстрочное, то перед обрезкой проведите деинтерлейсинг.
(Если решили сохранить чересстрочность видео, убедитесь, что вертикальный сдвиг
@@ -3080,17 +3087,17 @@
</para>
<para>
-Если вас действительно заботит потеря этих 10 пикселов, вы можете
+Если Вас действительно заботит потеря этих 10 пикселов, Вы можете
вместо этого отмасштабировать фильм, уменьшив размерности до ближайших
кратных 16 значений.
Цепочка фильтров будет выглядеть примерно так:
<screen>-vf crop=720:362:0:58,scale=720:352</screen>
Подобное уменьшение изображения будет означать потерю небольшого количества
деталей, хотя это, возможно, окажется незаметным. Масштабирование изображения в
-сторону увеличения даст худшее качество (если вы не увеличиваете битпоток).
+сторону увеличения даст худшее качество (если Вы не увеличиваете битпоток).
Обрезка же полностью выбросит те пикселы. Это компромисс, идти на который или нет,
придется решать в каждом частном случае. Например, если DVD видео было создано
-для телевидения, вы можете захотеть избежать вертикального масштабирования,
+для телевидения, Вы можете захотеть избежать вертикального масштабирования,
поскольку частота строчной развертки [line sampling] соответствует тому, как содержимое
изначально записывалось.
</para>
@@ -3123,14 +3130,14 @@
лучшее качество, чем стандартная. Вы можете поэкспериментировать с этим параметром
(возможные значения смотрите на man странице), поскольку разные функции могут
давать разный прирост в качестве в зависимости от исходного материала.
-Например, если вы замечаете, что <systemitem class="library">libavcodec</systemitem>
+Например, если Вы замечаете, что <systemitem class="library">libavcodec</systemitem>
производит слишком много блочных артефактов (квадратиков), то можете попытаться
выбрать экспериментальный NSSE в качестве функции сравнения при помощи опциеи <option>*cmp=10</option>.
</para>
<para>
Для этого фильма полученный AVI будет 138 минут длинной и размером около 3Гб.
-И, поскольку вы сказали, что размер файла значения не имеет, это вполне
+И, поскольку Вы сказали, что размер файла значения не имеет, это вполне
приемлемый результат. Однако, если все-таки хотите получить меньший размер файла,
можете попробовать уменьшить битпоток. Увеличение битпотока имеет снижающийся эффект,
поэтому, хотя мы можем ясно видеть улучшение от 1800Кбит/сек до 20000Кбит/сек, оно
@@ -3142,10 +3149,10 @@
захочется вернуть какую-то его часть во время воспроизведения.
Это, совместно с фильтром постобработки <option>spp</option>, существенно
улучшит воспринимаемое качество и поможет избежать блочных артефактов в видео.
-Опцией <option>autoq</option> <application>MPlayer</application>'а вы можете
+Опцией <option>autoq</option> <application>MPlayer</application>'а Вы можете
изменять величину производимой фильтром spp постобработки в зависимости от
-доступных ресурсов CPU. Вдобавок, на этом этапе вы можете захотеть применить
-коррекцию гаммы и/или цвета для лучшего соответствия вашему монитору. Например:
+доступных ресурсов CPU. Вдобавок, на этом этапе Вы можете захотеть применить
+коррекцию гаммы и/или цвета для лучшего соответствия Вашему монитору. Например:
<screen>
mplayer <replaceable>Harry_Potter_2.avi</replaceable> -vf spp,noise=9ah:5ah,eq2=1.2 -autoq 3
</screen>
@@ -3161,9 +3168,9 @@
<title>Кодирование кодеком <systemitem class="library">Xvid</systemitem></title>
<para>
-<systemitem class="library">Xvid</systemitem> - это свободная библиотека для
+<systemitem class="library">Xvid</systemitem> — это свободная библиотека для
кодирования MPEG-4 ASP видео потоков.
-Перед тем, как начать кодирование, вам потребуется <link linkend="xvid">
+Перед тем, как начать кодирование, Вам потребуется <link linkend="xvid">
настроить <application>MEncoder</application> для его поддержки</link>.
</para>
@@ -3189,8 +3196,8 @@
<para>
Настройки по-умолчанию Xvid уже являются хорошим выбором между скоростью и
-качеством, поэтому вы можете без опасений придерживаться их, если следующий
-раздел вас озадачивает.
+качеством, поэтому Вы можете без опасений придерживаться их, если следующий
+раздел Вас озадачивает.
</para>
</sect2>
@@ -3210,7 +3217,7 @@
Заметьте, пожалуйста, что лучший PSNR не обязательно означает лучше выглядящую
картинку, но говорит, что она ближе к оригиналу.
Отключение этой опции заметно ускоряет кодирование; это может быть достойным
- компромиссом, если скорость вам критична.
+ компромиссом, если скорость Вам критична.
</para></listitem>
<listitem><para>
<emphasis role="bold">bvhq</emphasis>
@@ -3223,10 +3230,10 @@
Большее число допустимых последовательных B-кадров обычно улучшает
сжимаемость, хотя оно может также привести к большему количеству блочных
артефактов (квадратиков).
- Значение по-умолчанию - хороший выбор между сжимаемостью и качеством, но вы
+ Значение по-умолчанию — хороший выбор между сжимаемостью и качеством, но Вы
можете увеличить его до 3, если стеснены величиной битпотока.
Вы также можете уменьшить это значение до 1 или 0, если печетесь об отличном качестве,
- впрочем в этом случае вы должны убедиться, что целевой битпоток достаточно высок,
+ впрочем в этом случае Вы должны убедиться, что целевой битпоток достаточно высок,
дабы кодировщик не увеличивал значение квантователя, сохраняя нужную величину
битпотока.
</para></listitem>
@@ -3235,17 +3242,17 @@
Управляет чувствительностью кодировщика к B-кадрам, где большие значения
приводят к использованию большего количество B-кадров (и наоборот).
Опция должна использоваться совместно с <option>max_bframes</option>;
- если вы стеснены величиной битпотока, то должны увеличить и
+ если Вы стеснены величиной битпотока, то должны увеличить и
<option>max_bframes</option>, и <option>bf_threshold</option>,
в том время как увеличение <option>max_bframes</option> и уменьшение
<option>bf_threshold</option> позволят кодировщику использовать больше
B-кадров в местах, где это <emphasis role="bold">действительно</emphasis>
необходимо.
Низкое количество <option>max_bframes</option> и высокое значение
- <option>bf_threshold</option> - это, возможно, не самое мудрое решение,
+ <option>bf_threshold</option> — это, возможно, не самое мудрое решение,
поскольку оно принудит кодировщик размещать B-кадры в местах, которые никак не
выиграют от этого, тем самым ухудшая визуальное качество.
- Однако, если вам требуется совместимость с аппаратными
+ Однако, если Вам требуется совместимость с аппаратными
проигрывателями, поддерживающими только старые DivX профили (которые
поддерживают только 1 последовательный B-кадр), это единственный способ
увеличить сжимаемость при помощи B-кадров.
@@ -3257,7 +3264,7 @@
Эти биты впоследствии будут потрачены на другие части видео, что приведет к
увеличению общего качества.
Следует всегда оставлять эту опцию включенной, поскольку ее влияние на
- качество огромно. Даже если вы заботитесь о скорости, не отключайте ее до тех
+ качество огромно. Даже если Вы заботитесь о скорости, не отключайте ее до тех
пор, пока не выставили <option>vhq</option> и остальные более CPU-прожорливые
опции на минимум.
</para></listitem>
@@ -3284,10 +3291,10 @@
<para>
Настройка по-умолчанию лучше во всех случаях, поэтому не рекомендуется ее
- выключать, если только вы действительно не гонитесь за скоростью, поскольку
+ выключать, если только Вы действительно не гонитесь за скоростью, поскольку
биты, сэкономленные хорошей оценкой движения, могут быть использованы
где-нибудь еще, увеличивая общее качество.
- Таким образом, не используйте значения ниже 5, да и его - только в крайнем
+ Таким образом, не используйте значения ниже 5, да и его — только в крайнем
случае.
</para>
</listitem>
@@ -3297,7 +3304,7 @@
цвете, тогда как одна <option>me_quality</option> использует только яркость.
Это замедляет кодирование на 5-10%, но несколько улучшает визуальное качество,
уменьшая эффект блочности и сокращая размер файла примерно на 1.3%.
- Если вас интересует скорость, следует попробовать отключить эту опцию, прежде
+ Если Вас интересует скорость, следует попробовать отключить эту опцию, прежде
чем решите уменьшать значение <option>me_quality</option>.
</para></listitem>
<listitem><para>
@@ -3329,7 +3336,7 @@
Почти всегда кодек тратит дополнительные биты на повышенную точность
впустую, а в взамен получает или вообще ничего, или небольшое увеличение качества.
К сожалению, нет способа предсказать возможные улучшения от <option>qpel</option>,
- так что вам придется сделать кодирование с ней и без нее, чтобы знать
+ так что Вам придется сделать кодирование с ней и без нее, чтобы знать
наверняка.
</para>
@@ -3344,7 +3351,7 @@
Пытается сэкономить биты в сценах с приближением, используя один вектор
движения для всего кадра. Это почти всегда увеличивает PSNR, но заметно
замедляет кодирование (так же как и декодирование).
- Поэтому вас следует использовать ее, только когда вы включили
+ Поэтому Вас следует использовать ее, только когда Вы включили
<option>vhq</option> на максимум.
GMC <systemitem class="library">Xvid</systemitem>'а является более сложным,
чем у DivX'а, но поддерживается только некоторыми аппаратными проигрывателями.
@@ -3634,7 +3641,7 @@
<title>Примеры настроек кодирования</title>
<para>
-Последующие настройки - это примеры различных комбинаций опций кодирования,
+Последующие настройки — это примеры различных комбинаций опций кодирования,
которые влияют на соотношения скорость-качество при той же величине целевого
битпотока.
</para>
@@ -3644,8 +3651,8 @@
с целевым битпотоком 900кбит/сек, на машине AMD-64 3400+ с 2400 МГц и 64 битном режиме.
Для каждой настройки кодирования указаны измеренная скорость кодирования (в
кадрах в секунду) и потеря PSNR (в дБ) по сравнению с настройкой "очень высокое
-качество". Поймите, пожалуйста, что в зависимости от вашего материала, типа
-машины, прогресса разработки вы можете получить сильно отличающиеся результаты.
+качество". Поймите, пожалуйста, что в зависимости от Вашего материала, типа
+машины, прогресса разработки Вы можете получить сильно отличающиеся результаты.
</para>
<informaltable frame="all">
@@ -3694,7 +3701,7 @@
<para>
<systemitem class="library">x264</systemitem> это свободная библиотека для
кодирование H.264/AVC видео потоков.
-Перед началом кодирование вы должны <link linkend="codec-x264-encode">
+Перед началом кодирование Вы должны <link linkend="codec-x264-encode">
настроить <application>MEncoder</application> для его поддержки</link>.
</para>
@@ -3708,7 +3715,7 @@
<systemitem class="library">x264</systemitem>
man страницы <application>MPlayer</application>'а.
Этот раздел предполагается быть дополнением к странице man.
-Здесь вы найдете быстрые подсказки о том, какие опции чаще всего интересуют
+Здесь Вы найдете быстрые подсказки о том, какие опции чаще всего интересуют
большинство людей. Страница man более лаконична, но также более полна и порой
намного лучше преподносит технические детали.
</para>
@@ -3732,31 +3739,31 @@
</orderedlist>
<para>
-В конце концов, только вы можете решать какие опции являются лучшими для ваших
+В конце концов, только Вы можете решать какие опции являются лучшими для Ваших
целей. Решение для первого класса опций очень простое:
-надо только определить, считаете ли вы, что разница в качестве оправдывает разницу в
+надо только определить, считаете ли Вы, что разница в качестве оправдывает разницу в
скорости. Для второго класса опций предпочтения могут быть значительно более
субъективными и зависеть от большего числа факторов.
Имейте в виду, что некоторые из опций категории "пользовательских предпочтений и специальных
требований" могут все же иметь большое влияние на скорость или качество,
но это не основное их предназначение.
Часть опций из "пользовательских предпочтений" могут даже привести к изменениям,
-которые выглядят лучше для одних людей и хуже - для других.
+которые выглядят лучше для одних людей и хуже — для других.
</para>
<para>
-Перед тем как продолжить, вам придется понять, что это руководство использует
+Перед тем как продолжить, Вам придется понять, что это руководство использует
только одну метрику качества: глобальный PSNR.
Краткое описание того, что такое PSNR, смотрите в
<ulink url="http://en.wikipedia.org/wiki/PSNR">статье Википедии о PSNR</ulink>.
-Глобальный PSNR - это последнее значение PSNR, выводимое на консоль, когда в
+Глобальный PSNR — это последнее значение PSNR, выводимое на консоль, когда в
<option>x264encopts</option> включена опция <option>psnr</option>.
-Каждый раз, когда вы читаете утверждения о PSNR, за ними скрывается
+Каждый раз, когда Вы читаете утверждения о PSNR, за ними скрывается
предположение, что используются одинаковые значения битпотока.
</para>
<para>
-Почти все комментарии этого руководства предполагают, что вы используете два
+Почти все комментарии этого руководства предполагают, что Вы используете два
прохода.
Есть две основные причины использовать двухпроходное кодирование при сравнении
опций.
@@ -3782,8 +3789,8 @@
Из всех опций, позволяющих выбирать между скоростью и качеством,
<option>subq</option> и <option>frameref</option> (смотрите ниже), пожалуй,
самые важные.
- Если вы заинтересованы в тонкой настройке либо скорости, лио качества,
- эти две - первое, с чего вам стоит начать.
+ Если Вы заинтересованы в тонкой настройке либо скорости, либо качества,
+ эти две — первое, с чего Вам стоит начать.
С точки зрения скорости, опции <option>frameref</option> и
<option>subq</option> очень жестко взаимодействуют друг с другом.
Опыт показывает, что с одним ссылающимся кадром
@@ -3798,7 +3805,7 @@
</para>
<para>
- <option>subq=6</option> - это самый медленный режим с лучшим качеством.
+ <option>subq=6</option> — это самый медленный режим с лучшим качеством.
Если сравнивать с <option>subq=5</option>, он обычно дает на 0.1-0.4 дБ
больший глобальный PSNR ценой потери 25%-100% скорости.
В отличие от остальных уровней <option>subq</option>, поведение
@@ -3828,7 +3835,7 @@
0.05-0.1 дБ по сравнению с <option>frameref=3</option> с дополнительной
потерей 15% скорости.
Выше <option>frameref=6</option> качество обычно увеличивается очень незначительно
- (хотя на всем протяжении этой дискуссии вам следует иметь в виду, оно может
+ (хотя на всем протяжении этой дискуссии Вам следует иметь в виду, оно может
значительно изменяться в зависимости от исходного материала).
В довольно типичном случае <option>frameref=12</option> улучшит глобальный
PSNR всего на 0.02дБ по сравнению с <option>frameref=6</option>,
@@ -3851,15 +3858,15 @@
убрать такую возможность.
</para></note>
<para>
- Если вас заботит скорость, разумным компромиссом будет использовать низкие
+ Если Вас заботит скорость, разумным компромиссом будет использовать низкие
значения <option>subq</option> и <option>frameref</option> в первом проходе, а
<!-- FIXME is translation correct ? -->
затем увеличить из во втором: Вы, возможно, потеряете вплоть до 0.1дБ PSNR,
что может быть достаточно малым значением, чтобы его заметить.
Однако, различные значения <option>frameref</option> могут
иногда повлиять на решение о выборе типа кадра.
- Скорее всего, это довольно редкие крайние случаи, но если вы хотите точно
- уверены, подумайте, содержит ли ваше видео полноэкранные
+ Скорее всего, это довольно редкие крайние случаи, но если Вы хотите быть точно
+ уверенными, подумайте, содержит ли Ваше видео полноэкранные
<!-- FIXME is translation correct? -->
периодически вспыхивающие изображения или очень большие паузы, которые могут стать
причиной принудительной вставки I-кадра.
@@ -3905,7 +3912,7 @@
<listitem>
<para>
<emphasis role="bold">bframes</emphasis>:
- Если вы занимались кодированием с другими кодеками, то могли заметить, что
+ Если Вы занимались кодированием с другими кодеками, то могли заметить, что
B-кадры не всегда полезны.
В H.264 это изменилось: есть новые техники и типы блоков, возможные в B-кадрах.
Обычно, даже примитивный алгоритм выбора B-кадров может дать значимую
@@ -3949,8 +3956,8 @@
</listitem>
<listitem><para>
<emphasis role="bold">b_pyramid</emphasis>:
- С тем же успехом вы можете включить эту опцию, если используете >=2 B-кадров;
- вы получите небольшое улучшение качества без потери в скорости, как и говорит
+ С тем же успехом Вы можете включить эту опцию, если используете >=2 B-кадров;
+ Вы получите небольшое улучшение качества без потери в скорости, как и говорит
man руководство.
Имейте в виду, что такое видео не может быть прочитано основанными на
libavcodec декодерами, созданными ранее, чем примерно 5 Марта 2005.
@@ -3975,7 +3982,7 @@
твердую склонность к избеганию использования B-кадров при затуханиях.
До тех пор, пока это не изменится, хорошей идеей, возможно, будет добавить
<option>nob_adapt</option> к x264encopts, если предполагаете, что затухания
- будут иметь сильный эффект на ваш конкретный видеоклип.
+ будут иметь сильный эффект на Ваш конкретный видеоклип.
</para>
</listitem>
</itemizedlist>
@@ -3989,9 +3996,9 @@
<para>
<emphasis role="bold">Двухпроходное кодирование</emphasis>:
Выше советовалось всегда использовать кдирование в два прохода, но все же
- существуют причины этого не делать. Например, если вы захватываете TV
+ существуют причины этого не делать. Например, если Вы захватываете TV
трансляцию и кодируете в реальном времени, придется использовать однопроходный
- режим. К тому же один проход очевидно быстрее, чем два; если вы используете
+ режим. К тому же один проход очевидно быстрее, чем два; если Вы используете
точно такой же набор опций в обоих случаях, двухпроходной режим медленнее
вдвое.
</para>
@@ -3999,12 +4006,12 @@
Все же существует очень хорошие причины использовать кодирование в два
прохода. Во-первых, управление битпотоком при однопроходного режима не
является телепатом и часто делает необоснованный выбор, потому что не может
- видеть общую картину. Например, предположим, что вы имеете двухминутное видео,
- состоящее из двух независимых частей. Первая половина - очень динамичная
+ видеть общую картину. Например, предположим, что Вы имеете двухминутное видео,
+ состоящее из двух независимых частей. Первая половина — очень динамичная
сцена, продолжающаяся 60 секунд и требующая сама по себе битпоток примерно
2500 кбит/сек, чтобы прилично выглядеть. Сразу за ней следует менее
требовательная 60-секундная сцена, которая хорошо выглядит при 300 кбит/сек.
- Предположим, вы запросили битпоток 14000 кбит/сек; в теории этого достаточно
+ Предположим, Вы запросили битпоток 14000 кбит/сек; в теории этого достаточно
для удовлетворения потребностей обеих сцен.
В этом случае управление битпотоком в однопроходном режиме сделает пару "ошибок".
Во-первых, оно установит битпоток в 1400 кбит/сек для обеих частей. Первая
@@ -4030,12 +4037,12 @@
Это делает возможным намного более рациональное, лучше спланированное
распределение битов между дорогими (высокодинамичными) и дешевыми
(малодинамичными) сценами. Смотрите <option>qcomp</option> ниже, чтобы узнать
- некоторые идеи о том, как можно это распределение настроить по вашему вкусу.
+ некоторые идеи о том, как можно это распределение настроить по Вашему вкусу.
</para>
<para>
Более того, два прохода занимают не двойное время по сравнению с одним.
Вы можете настроить опции первого прохода на более быструю скорость и низкое
- качество. Если хорошо выберете опции, вы получите очень быстрый первый проход.
+ качество. Если хорошо выберете опции, Вы получите очень быстрый первый проход.
Полученное качество во втором проходе будет несколько ниже, потому что
предсказание размера менее точно, но разница в качестве обычно слишком мала,
чтобы быть заметной. Попробуйте, например, добавить
@@ -4048,7 +4055,7 @@
<listitem><para>
<emphasis role="bold">Кодирование в три прохода</emphasis>?
x264 предоставляет возможность делать желаемое количество последовательных
- проходов. Если вы указали <option>pass=1</option> при первом проходе,
+ проходов. Если Вы указали <option>pass=1</option> при первом проходе,
используйте затем <option>pass=3</option> в последующем проходе, этот проход
будет одновременно читать статистику предыдущего прохода и записывать ее
собственную. Дополнительный проход, следующий за этим, будет иметь очень
@@ -4056,7 +4063,7 @@
выбранном квантователе. На практике, общее улучшение качества от использования
этого режима близко к нулю и, вполне возможно, третий проход приведет к
немного худшему глобальному PSNR, чем у предыдущего прохода.
- При обычном использовании три прохода помогают, если вы при двух проходах
+ При обычном использовании три прохода помогают, если Вы при двух проходах
получаете либо плохое предсказание битпотока, либо плохо выглядящие переходы
между сценами. Это в точности то, что наверняка будет происходить на очень
коротких клипах. Существуют также особые случаи, когда три (или более)
@@ -4082,13 +4089,13 @@
</para></listitem>
<listitem><para>
<emphasis role="bold">keyint</emphasis>:
- <option>keyint</option> - единственная возможность выбора между удобством
+ <option>keyint</option> — единственная возможность выбора между удобством
перемещения по файлу и эффективностью кодирования. По-умолчанию
<option>keyint</option> установлена в 250. В материале с 25fps это гарантирует
- возможность перемещения с точностью до 10 секунд. Если вы считаете, что более
+ возможность перемещения с точностью до 10 секунд. Если Вы считаете, что более
важным и полезным будет перемещение с точностью до 5 секунд, установите
- <option>keyint=125</option>; это немного ухудшит качество/битпоток. Если вы
- заботитесь только о качестве, но не о перемещаемости, вы можете установить
+ <option>keyint=125</option>; это немного ухудшит качество/битпоток. Если Вы
+ заботитесь только о качестве, но не о перемещаемости, Вы можете установить
значение этой опции в более высокое значение (понимая, что улучшение будет
убывающим, вплоть до исчезающе малого или даже нулевого). Видео поток
по-прежнему будет иметь точки перемещения, пока в нем есть какие-то изменения
@@ -4106,7 +4113,7 @@
По-умолчанию, блоки с высоким QP обрабатываются сильнее, а в блоках с низким
QP удаление блочности вообще не производится.
Предустановленые степени обработки, определенные стандартом, тщательно подобраны
- и имеют хорошие шансы быть PSNR-оптимальными для любого видео, которое вы
+ и имеют хорошие шансы быть PSNR-оптимальными для любого видео, которое Вы
пытаетесь кодировать.
Опция <option>deblock</option> позволяет указать смещения предустановленных
пороговых значений деблокинга.
@@ -4125,10 +4132,10 @@
В редких случаях, где они неоптимальны, идеальное смещение будет плюс минус 1.
Изменение параметров деблокинга на большие значения фактически гарантирует
ухудшение PSNR.
- Усиление фильтра размажет больше деталей; ослабление - оставит больше квадратиков.
+ Усиление фильтра размажет больше деталей; ослабление — оставит больше квадратиков.
</para>
<para>
- По определению плохая идея уменьшать пороги деблокинга, если ваш исходный
+ По определению плохая идея уменьшать пороги деблокинга, если Ваш исходный
материал в основном имеет небольшую пространственную сложность (т.е. не имеет
множества деталей или шума).
In-loop фильтр делает весьма неплохую работу по сокрытию появляющихся
@@ -4139,7 +4146,7 @@
легко обратить внимание на неверно изображенный шум.
Когда речь идет о субъективном качестве, шум и детали в некоторой степени
взаимозаменяемы.
- Уменьшая силу фильтра удаления блочности, вы скорее всего увеличиваете ошибку,
+ Уменьшая силу фильтра удаления блочности, Вы скорее всего увеличиваете ошибку,
добавляя ореолы, но глаз этого не замечает, поскольку он путает артефакты с
деталями.
</para>
@@ -4165,7 +4172,7 @@
<title>Примеры настроек кодирования</title>
<para>
-Последующие настройки - это примеры различных комбинаций опций кодирования,
+Последующие настройки — это примеры различных комбинаций опций кодирования,
которые влияют на соотношения скорость-качество при той же величине целевого
битпотока.
</para>
@@ -4175,8 +4182,8 @@
с целевым битпотоком 900кбит/сек, на машине AMD-64 3400+ с 2400 МГц и 64-х битном режиме.
Для каждой настройки кодирования указаны измеренная скорость кодирования (в
кадрах в секунду) и потеря PSNR (в дБ) по сравнению с настройкой "очень высокое
-качество". Поймите, пожалуйста, что в зависимости от вашего материала, типа
-машины, прогресса разработки вы можете получить сильно отличающиеся результаты.
+качество". Поймите, пожалуйста, что в зависимости от Вашего материала, типа
+машины, прогресса разработки Вы можете получить сильно отличающиеся результаты.
</para>
<informaltable frame="all">
@@ -4225,7 +4232,7 @@
<para>
Video for Windows предоставляет простое кодирование в смысле бинарных видео
-кодеков. Вы можете кодировать следующими кодеками (если у вас есть другие,
+кодеков. Вы можете кодировать следующими кодеками (если у Вас есть другие,
сообщите нам!)
</para>
@@ -4417,7 +4424,7 @@
<para>
DVD, SVCD, и VCD форматы жестко ограничены. Доступен только небольшой выбор
размеров и пропорций кодируемого изображения.
-Если ваш фильм пока не удовлетворяет этим ограничениям, придется изображение
+Если Ваш фильм пока не удовлетворяет этим ограничениям, придется изображение
масштабировать, обрезать или добавлять к нему черные полосы, чтобы добиться
совместимости.
</para>
@@ -4537,7 +4544,7 @@
</informaltable>
<para>
-Если ваш фильм имеет пропорции 2.35:1 (большинство современных фильмов),
+Если Ваш фильм имеет пропорции 2.35:1 (большинство современных фильмов),
для создания DVD или VCD придется добавить черные полосы или обрезать фильм до
16:9. Добавляя черные полосы, пытайтесь выровнять их размеры на границу в 16 пикселов,
чтобы минимизировать влияние на производительность кодирования.
@@ -4552,7 +4559,7 @@
<title>Ограничения на размер GOP</title>
<para>
-DVD, VCD, и SVCD также ограничивают вас относительно низкими размерами
+DVD, VCD, и SVCD также ограничивают Вас относительно низкими размерами
GOP (Group of Pictures, Группа Изображений).
Для материала с 30 fps максимальный допустимый размер GOP равен 18.
Для 25 или 24 fps, максимум равен 15.
@@ -4738,7 +4745,7 @@
<emphasis role="bold">vcodec</emphasis>:
<option>mpeg1video</option> для VCD;
<option>mpeg2video</option> для SVCD;
- <option>mpeg2video</option> обычно используется для DVD, но вы также можете
+ <option>mpeg2video</option> обычно используется для DVD, но Вы также можете
использовать
<option>mpeg1video</option> для CIF разрешений.
</para></listitem>
@@ -4762,8 +4769,8 @@
<listitem><para>
<emphasis role="bold">vrc_maxrate</emphasis>:
1152 для VCD; 2500 для SVCD; 9800 для DVD.
- Для SVCD и DVD вы, возможно, пожелаете использовать меньшие значение в
- зависимости от ваших личных требований и предпочтений.
+ Для SVCD и DVD Вы, возможно, пожелаете использовать меньшие значения в
+ зависимости от Ваших личных требований и предпочтений.
</para></listitem>
<listitem><para>
<emphasis role="bold">vbitrate</emphasis>:
@@ -4772,11 +4779,11 @@
вплоть до 9800 для DVD.
Для двух последний форматов, vbitrate следует установить на основании личных
предпочтений.
- Например, если вы настаиваете на размещении 20 или около того часов видео на
+ Например, если Вы настаиваете на размещении 20 или около того часов видео на
DVD, можете использовать vbitrate=400.
Качество получившегося видео, возможно, будет довольно плохим.
- Если вы пытаетесь выжать максимально возможное качество на DVD, используйте
- vbitrate=9800, но имейте в виду, что это ограничит вас менее чем одним часом
+ Если Вы пытаетесь выжать максимально возможное качество на DVD, используйте
+ vbitrate=9800, но имейте в виду, что это ограничит Вас менее чем одним часом
видео на однослойном DVD.
</para></listitem>
<listitem><para>
More information about the MPlayer-translations
mailing list