summaryrefslogtreecommitdiffstats
path: root/DOCS/xml/ru/encoding-guide.xml
diff options
context:
space:
mode:
Diffstat (limited to 'DOCS/xml/ru/encoding-guide.xml')
-rw-r--r--DOCS/xml/ru/encoding-guide.xml4751
1 files changed, 2436 insertions, 2315 deletions
diff --git a/DOCS/xml/ru/encoding-guide.xml b/DOCS/xml/ru/encoding-guide.xml
index aab579397d..6d061602b8 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 r21508 -->
+<!-- synced with r21537 -->
<!-- **Partially** translated -->
<chapter id="encoding-guide">
<title>Кодирование с <application>MEncoder</application></title>
@@ -8,79 +8,83 @@
<title>Создание высококачественного MPEG-4 (&quot;DivX&quot;) рипа из DVD фильма</title>
<para>
- Одним часто задаваемым вопросом является "Как мне сделать рип самого высокого
- качества для заданного размера?". Другой вопрос "Как мне создать DVD рип с самым
- высоким возможным качеством? Я не беспокоюсь о размере файла, мне нужно лишь
- наилучшее качество.".
+Одним часто задаваемым вопросом является "Как мне сделать рип самого высокого
+качества для заданного размера?". Другой вопрос "Как мне создать DVD рип с самым
+высоким возможным качеством? Я не беспокоюсь о размере файла, мне нужно лишь
+наилучшее качество.".
</para>
<para>
- Последний вопрос, похоже, отчасти неверно сформулирован. В конце концов, если
- Вы не беспокоитесь о размере файла, почему бы просто не скопировать весь MPEG-2
- видео поток с DVD? Конечно, ваш AVI файл будет занимать около 5GB,
- но если Вы желате наилучшее качество и не волнуетесь о размере, то это,
- несомненно, лучшее решение.
+Последний вопрос, похоже, отчасти неверно сформулирован. В конце концов, если
+Вы не беспокоитесь о размере файла, почему бы просто не скопировать весь MPEG-2
+видео поток с DVD? Конечно, ваш AVI файл будет занимать около 5GB,
+но если Вы желате наилучшее качество и не волнуетесь о размере, то это,
+несомненно, лучшее решение.
</para>
<para>
- В действительности, причиной, по которой Вы хотите перекодировать DVD в MPEG-4,
- является именно Ваше <emphasis role="bold">беспокойство</emphasis>
- о размере файла.
+В действительности, причиной, по которой Вы хотите перекодировать DVD в MPEG-4,
+является именно Ваше <emphasis role="bold">беспокойство</emphasis>
+о размере файла.
</para>
<para>
- Сложно дать универсальный рецепт о создании DVD рипа очень высокого
- качества. Необходимо рассмотреть несколько факторов, и Вы должны
- понимать эти детали, иначе Вы, скорее всего, разочаруетесь своими
- результатами. Ниже мы исследуем некоторые из этих вопросов, а затем
- рассмотрим пример. Мы предполагаем, что Вы используете
- <systemitem class="library">libavcodec</systemitem> для кодирования видео,
- хотя теория также применима и к другим кодекам.
+Сложно дать универсальный рецепт о создании DVD рипа очень высокого
+качества. Необходимо рассмотреть несколько факторов, и Вы должны
+понимать эти детали, иначе Вы, скорее всего, разочаруетесь своими
+результатами. Ниже мы исследуем некоторые из этих вопросов, а затем
+рассмотрим пример. Мы предполагаем, что Вы используете
+<systemitem class="library">libavcodec</systemitem> для кодирования видео,
+хотя теория также применима и к другим кодекам.
</para>
<para>
- Если это кажется для Вас слишком сложным, то Вам, пожалуй, следует использовать
- один из многочисленных неплохих фронтендов, указанных в
- <ulink url="http://www.mplayerhq.hu/design7/projects.html#mencoder_frontends">разделе MEncoder</ulink>
- нашей страницы родственных проектов.
- Так Вы должны получить высококачественные рипы без особых размышлений,
- поскольку большинство этих утилит разработаны для принятия умных решений за Вас.
+Если это кажется для Вас слишком сложным, то Вам, пожалуй, следует использовать
+один из многочисленных неплохих фронтендов, указанных в
+<ulink url="http://www.mplayerhq.hu/design7/projects.html#mencoder_frontends">разделе MEncoder</ulink>
+нашей страницы родственных проектов.
+Так Вы должны получить высококачественные рипы без особых размышлений,
+поскольку большинство этих утилит разработаны для принятия умных решений за Вас.
</para>
+<!-- ********** -->
+
<sect2 id="menc-feat-dvd-mpeg4-preparing-encode">
<title>Подготовка к кодированию: Идентификация исходного материала и кадровой
частоты</title>
<para>
- Прежде, чем даже задумываться о кодировании фильма, Вам необходимо выполнить
- некоторые предварительные действия.
+Прежде, чем даже задумываться о кодировании фильма, Вам необходимо выполнить
+некоторые предварительные действия.
</para>
<para>
- Первым и наиболее важным шагом перед кодированием должно быть опеределение
- типа содержимого, с которым Вы работате.
- Если источником Ваших исходных материалов является DVD или
- широковещательное/кабельное/спутниковое TV, оно будет содержаться в одном из
- двух форматов: NTSC для Северной Америки и Японии, PAL для Европы и т.д..
- Однако, важно понимать, что это только форматирование для показа на
- телевидении, и оно часто
- <emphasis role="bold">не</emphasis> соответствует
- исходному формату фильма.
- Опыт показывает, что NTSC материал существенно более сложен для кодирования,
- т.к. в нём содержится больше элементов, которые нужно идентифицировать.
- Для проведения удачного кодирования, Вам необходимо знать исходный формат.
- Отказ от принятия этого во внимание приведёт к различным дефектам в Вашем
- кодировании, включая безобразные гребешки (артефакты череcстрочной развёртки)
- и повторяющиеся или даже потерянные кадры.
- Кроме ухудщения картинки, артефакты так же уменьшают эффективность кодирования:
- Вы получите худшее качество на единицу битпотока.
+Первым и наиболее важным шагом перед кодированием должно быть опеределение
+типа содержимого, с которым Вы работате.
+Если источником Ваших исходных материалов является DVD или
+широковещательное/кабельное/спутниковое TV, оно будет содержаться в одном из
+двух форматов: NTSC для Северной Америки и Японии, PAL для Европы и т.д..
+Однако, важно понимать, что это только форматирование для показа на
+телевидении, и оно часто
+<emphasis role="bold">не</emphasis> соответствует
+исходному формату фильма.
+Опыт показывает, что NTSC материал существенно более сложен для кодирования,
+т.к. в нём содержится больше элементов, которые нужно идентифицировать.
+Для проведения удачного кодирования, Вам необходимо знать исходный формат.
+Отказ от принятия этого во внимание приведёт к различным дефектам в Вашем
+кодировании, включая безобразные гребешки (артефакты череcстрочной развёртки)
+и повторяющиеся или даже потерянные кадры.
+Кроме ухудщения картинки, артефакты так же уменьшают эффективность кодирования:
+Вы получите худшее качество на единицу битпотока.
</para>
+
<sect3 id="menc-feat-dvd-mpeg4-preparing-encode-fps">
<title>Определение кадровой чатоты источника</title>
<para>
- Вот список, содержащий общие типы исходных материалов, где,
- преимущественно, можно найти и их свойства:
+Вот список, содержащий общие типы исходных материалов, где,
+преимущественно, можно найти и их свойства:
</para>
+
<itemizedlist>
<listitem><para>
<emphasis role="bold">Стандартный фильм</emphasis>: Производятся
@@ -122,24 +126,27 @@
</itemizedlist>
</sect3>
+
<sect3 id="menc-feat-dvd-mpeg4-preparing-encode-material">
<title>Идентификация исходного материала</title>
+
<para>
- Фильмы, состоящие из кадров, называются фильмами с построчной (или прогрессивной)
- развёрткой, а состоящие из независимых полей &mdash; фильмами с чересстрочной
- развёрткой или просто видео; однако, последний термин двусмысленный.
+Фильмы, состоящие из кадров, называются фильмами с построчной (или прогрессивной)
+развёрткой, а состоящие из независимых полей &mdash; фильмами с чересстрочной
+развёрткой или просто видео; однако, последний термин двусмысленный.
</para>
+
<para>
- Из-за дальнейших усложнений, некоторые фильмы будут смесью
- нескольких, указанных выше.
+Из-за дальнейших усложнений, некоторые фильмы будут смесью
+нескольких, указанных выше.
</para>
-<para>
- Наиболее важным различием между всеми этими форматами является
- то, что одни из них основаны на кадрах, а другие &mdash; на полях.
- <emphasis role="bold">Любой</emphasis> фильм, подготовленный для
- просмотра на телевидении (включая DVD), преобразуется в формат,
- основанный на полях.
+<para>
+Наиболее важным различием между всеми этими форматами является
+то, что одни из них основаны на кадрах, а другие &mdash; на полях.
+<emphasis role="bold">Любой</emphasis> фильм, подготовленный для
+просмотра на телевидении (включая DVD), преобразуется в формат,
+основанный на полях.
<!-- FIXME: Существует ли лучший *краткий* (1-2 слова) перевод для
терминов pulldown и telecine? В литературе, которую я нашёл,
используют или указанные мной, по сути дела, транслитерации,
@@ -147,13 +154,12 @@
А точный перевод можно выполнить только целым предложением
(т.е. определением), что совершенно неуместно в контексте
данного документа, где эти термины часто встречаются. -->
-
- Различные методы, с помощью которых это может быть сделано, совокупно
- называются "телесин" (англ. telecine), одним из вариантов которого
- является отвратительный NTSC "3:2 пулдаун" (англ. pulldown).
- За исключением случаев, когда формат исходного материала был
- также основан на полях (и с такой же частотой полей), Вы получите
- фильм в формате отличном от исходного.
+Различные методы, с помощью которых это может быть сделано, совокупно
+называются "телесин" (англ. telecine), одним из вариантов которого
+является отвратительный NTSC "3:2 пулдаун" (англ. pulldown).
+За исключением случаев, когда формат исходного материала был
+также основан на полях (и с такой же частотой полей), Вы получите
+фильм в формате отличном от исходного.
</para>
<itemizedlist>
@@ -189,40 +195,42 @@
</itemizedlist>
<para>
- Так же существуют методы для преобразования между NTSC и PAL видео,
- но подобные темы выходят за рамки данного руководства.
- Если Вам попался такой фильм, и Вы хотите кодировать его,
- лучшим решением будет найти копию в исходном формате.
- Преобразование между этими двумя форматами вносит большие потери
- и не может быть точно обращено, так что Ваше кодирование
- существенно пострадает, если оно делается из преобразованного
- источника.
-</para>
-<para>
- Когда видео находится на DVD, последовательные пары полей
- группируются как кадр, даже если они не предназначены для
- одновременного отображения.
- Стандарт MPEG-2, используемый на DVD и цифровом TV предоставляет
- возможность одновременно кодировать исходные кадры с построчной
- развёрткой и сохранять число полей, в течении которых кадр
- должен быть показан, в его заголовке.
- Если был использован такой метод, фильм часто будет называться
- как "мягкий телесин", т.к. процесс только указывает DVD-плееру
- о необходимости применения пулдауна к фильму, не изменяя при этом
- сам фильм.
- Этот случай существенно предпочтителен, т.к. он может быть легко обращён
- (в действительности, проигнорирован) кодером и т.к. он сохраняет
- максимальное качество.
- Однако, многие широковещательные и DVD студии не используют
- надлежащую технологию кодирования и вместо этого производят
- фильмы с "жёстким телесином", где поля в действительности
- повторяются в кодированном MPEG-2.
-</para>
-<para>
- Порядок действия в таких случаях будет описан
- <link linkend="menc-feat-telecine">позже в данном руководстве</link>.
- Сейчас мы дадим Вам несколько советов по идентификации типа
- материала, с которым Вы работаете:
+Так же существуют методы для преобразования между NTSC и PAL видео,
+но подобные темы выходят за рамки данного руководства.
+Если Вам попался такой фильм, и Вы хотите кодировать его,
+лучшим решением будет найти копию в исходном формате.
+Преобразование между этими двумя форматами вносит большие потери
+и не может быть точно обращено, так что Ваше кодирование
+существенно пострадает, если оно делается из преобразованного
+источника.
+</para>
+
+<para>
+Когда видео находится на DVD, последовательные пары полей
+группируются как кадр, даже если они не предназначены для
+одновременного отображения.
+Стандарт MPEG-2, используемый на DVD и цифровом TV предоставляет
+возможность одновременно кодировать исходные кадры с построчной
+развёрткой и сохранять число полей, в течении которых кадр
+должен быть показан, в его заголовке.
+Если был использован такой метод, фильм часто будет называться
+как "мягкий телесин", т.к. процесс только указывает DVD-плееру
+о необходимости применения пулдауна к фильму, не изменяя при этом
+сам фильм.
+Этот случай существенно предпочтителен, т.к. он может быть легко обращён
+(в действительности, проигнорирован) кодером и т.к. он сохраняет
+максимальное качество.
+Однако, многие широковещательные и DVD студии не используют
+надлежащую технологию кодирования и вместо этого производят
+фильмы с "жёстким телесином", где поля в действительности
+повторяются в кодированном MPEG-2.
+</para>
+
+<para>
+Порядок действия в таких случаях будет описан
+<link linkend="menc-feat-telecine">позже в данном руководстве</link>.
+Сейчас мы дадим Вам несколько советов по идентификации типа
+материала, с которым Вы работаете:
</para>
<itemizedlist>
@@ -288,197 +296,199 @@
</sect3>
</sect2>
+<!-- ********** -->
+
<sect2 id="menc-feat-dvd-mpeg4-2pass">
<title>Постоянный квантователь против многопроходности</title>
<para>
- Возможно кодировать Ваш фильм, широко варьируя качество.
- С современными видеокодерами и небольшим сжатием перед кодированием
- (уменьшением размера и шумов) возможно достичь очень хорошего
- качества при размере 700 МБ для 90-110-минутного широкоэкранного фильма.
- Более того, всё, кроме самых длинных фильмов, может быть кодировано
- с почти безупречным качеством на 1400 МБ.
+Возможно кодировать Ваш фильм, широко варьируя качество.
+С современными видеокодерами и небольшим сжатием перед кодированием
+(уменьшением размера и шумов) возможно достичь очень хорошего
+качества при размере 700 МБ для 90-110-минутного широкоэкранного фильма.
+Более того, всё, кроме самых длинных фильмов, может быть кодировано
+с почти безупречным качеством на 1400 МБ.
</para>
<para>
- Есть три подхода при кодировании видео: постоянный битпоток (CBR),
- постоянный квантователь и многопроходность (ABR или усреднённый битпоток).
+Есть три подхода при кодировании видео: постоянный битпоток (CBR),
+постоянный квантователь и многопроходность (ABR или усреднённый битпоток).
</para>
<para>
- Сложность кадров фильма и, таким образом, число битов, нужных для их
- сжатия может существенно отличаться от одной сцены к другой.
- Современные видеокодеры могут подстраиваться под это в процессе
- работы и варьировать битпоток.
- Однако, в таких простых режимах как CBR кодеры не знают загруженность
- битпотока в последующих сценах и т.о. не могут превысить затребованный
- битпоток для больших промежутков времени.
- Более продвинутые режимы, такие как многопроходный режим, могут
- учитывать статистику предыдущих проходов; это решает проблему,
- упомянутую выше.
+Сложность кадров фильма и, таким образом, число битов, нужных для их
+сжатия может существенно отличаться от одной сцены к другой.
+Современные видеокодеры могут подстраиваться под это в процессе
+работы и варьировать битпоток.
+Однако, в таких простых режимах как CBR кодеры не знают загруженность
+битпотока в последующих сценах и т.о. не могут превысить затребованный
+битпоток для больших промежутков времени.
+Более продвинутые режимы, такие как многопроходный режим, могут
+учитывать статистику предыдущих проходов; это решает проблему,
+упомянутую выше.
</para>
<note><title>Замечание:</title>
<para>
- Большинство кодеков, поддерживающих ABR кодирование, поддерживают
- только двупроходный режим, в то время как некоторые другие, такие
- как <systemitem class="library">x264</systemitem>,
- <systemitem class="library">Xvid</systemitem>
- и <systemitem class="library">libavcodec</systemitem> поддерживают
- многопроходность, несколько улучшающую качество на каждом проходе,
- однако, это улучшение не измеримо и не заметно после 4-го прохода
- или около того.
- Поэтому, в данном разделе дву- и многопроходность будут
- использоваться взаимозаменяемо.
+Большинство кодеков, поддерживающих ABR кодирование, поддерживают
+только двупроходный режим, в то время как некоторые другие, такие
+как <systemitem class="library">x264</systemitem>,
+<systemitem class="library">Xvid</systemitem>
+и <systemitem class="library">libavcodec</systemitem> поддерживают
+многопроходность, несколько улучшающую качество на каждом проходе,
+однако, это улучшение не измеримо и не заметно после 4-го прохода
+или около того.
+Поэтому, в данном разделе дву- и многопроходность будут
+использоваться взаимозаменяемо.
</para>
</note>
<para>
- В каждом из этих режимов видеокодек (такой как
- <systemitem class="library">libavcodec</systemitem>)
- разбивает видеокадр на макроблоки размером 16х16 пикселей и потом
- применяет квантователь к каждому макроблоку. Чем меньше квантоваль,
- тем лучше качество и выше битпоток.
- Метод, используемый видео кодером для определения того, какой
- квантователь использовать для данного макроблока, варьируется и
- подлежит тонкой настройке. (Это крайнее упрощение реального
- процесса, но основная концепция полезна для понимания.)
-</para>
-
-<para>
- Когда Вы указываете постоянный битпоток, видеокодек будет кодировать
- видео, отбрасывая детали столько, сколько необходимо и настолько мало,
- насколько это возможно с целью оставаться ниже заданного битпотока.
- Если Вас действительно не волнует размер файла, Вы можете также
- использовать CBR и указать бесконечный битпоток. (На практике это
- означает значение, достаточно большое для обозначения отсутствия
- предела, например, 10000 Кбит.) В результате, без реального ограничения
- битпотока, кодек использует наименьший возможный квантователь для
- каждого макроблока (как указано опцией
- <option>vqmin</option> для
- <systemitem class="library">libavcodec</systemitem>, равной 2 по умолчанию).
- Как только Вы укажите настолько низкий битпоток, что кодек будет
- вынужден использовать более высокий квантователь, Вы почти наверняка
- испортите качество Вашего видео.
- Чтобы избежать этого, Вам, вероятно, придётся уменьшить размеры
- Вашего видео, согласно методу, описанному далее в этом руководстве.
- В общих чертах, Вам следует избегать CBR совсем, если Вы заботитесь
- о качестве.
-</para>
-
-<para>
- С постоянным квантователем кодек использует для всех макроблоков
- один и тот же квантователь, указанный в опции
- <option>vqscale</option> (для
- <systemitem class="library">libavcodec</systemitem>).
- Если Вы хотите рип наивысшего возможного качества, снова не взирая
- на битпоток, Вы можете использовать
- <option>vqscale=2</option>.
- Это приведёт к тому же битпотоку и PSNR (пику отношения сигнала к шуму),
- что и CBR с
- <option>vbitrate</option>=бесконечности и значением по умолчанию
- <option>vqmin</option>, равным 2.
-</para>
-
-<para>
- Проблема с постоянным квантованием заключается в том, что кодек использует
- заданный квантователь вне зависимости от того, требуется это для
- макроблока или нет. То есть возможно использование большего квантователя
- для макроблока без ухудшения видимого качества. Зачем тратить биты на
- излишне низкий квантователь? У Вашего процессора есть столько тактов,
- сколько есть времени, но имеется лишь ограниченное число битов на
- жёстком диске.
-</para>
-
-<para>
- При двупроходном кодировании первый проход создаст рип фильма так,
- как будто это был CBR, но сохранит лог свойств для каждого кадра.
- Эта информация затем будет использована во время второго прохода
- для принятия интеллектуальных решений о том, какой квантователь
- следует использовать. Во время быстрого движения или сцен с
- высокой детализацией с большой веротностью будут использованы
- бОльшие квантователи, а во время медленного движения или сцен
- с низкой детализацией &mdash; меньшие.
- Обычно количество движения играет существенно более важную роль,
- чем количество деталей.
-</para>
-
-<para>
- Если Вы используете <option>vqscale=2</option>, то Вы теряете биты.
- Если Вы используете <option>vqscale=3</option>, то Вы не получаете
- рип наивысшего качества. Предположим, вы делаете рип DVD, используя
- <option>vqscale=3</option>, результат получается 1800 Кбит.
- Если Вы сделаете двупроходное кодирование с
- <option>vbitrate=1800</option>, получившееся видео быдет обладать
- <emphasis role="bold">лучшим качеством</emphasis> для
- <emphasis role="bold">того же битпотока</emphasis>.
-</para>
-
-<para>
- После того, как Вы сейчас убедились, что два прохода &mdash; это путь
- к действию, возникает вопрос о том, какой битпоток использовать?
- Ответ таков, что нет единого ответа. В идеале, Вы хотите выбрать
- битпоток, при котором достигается наилучший баланс между качеством
- и размером файла. Здесь возможны вариации в зависимости от
- исходного видеоматериала.
-</para>
-
-<para>
- Если размер не важен, хорошей отправной точкой для рипа очень высокого
- качества будет 2000 Кбит +/- 200 Кбит.
- Для видеоматериала с быстрым движением или высокой детализацией
- или просто если у Вас очень разборчивый глаз, Вы можете использовать
- 2400 или 2600.
- Для некоторых DVD Вы не заметите разницы на 1400 Кбит. Хорошей идеей
- является экспериментирование со сценами на разных битпотоках, чтобы
- почувствовать разницу.
-</para>
-
-<para>
- Если Вашей целью является определённый размер, Вам нужно как-нибудь
- вычислить битпоток. Но перед этим, Вам нужно знать, сколько места
- нужно зарезервировать по аудио дорожку(и), так что Вам необходимо
- <link linkend="menc-feat-dvd-mpeg4-audio">извлечь их</link> сперва.
- Вы можете расчитать битпоток с помощью следующей формулы:
- <systemitem>битпоток = (конечный_размер_в_МБайт - размер_звука_в_МБайт) *
- 1024 * 1024 / длительность_в_секундах * 8 / 1000</systemitem>.
- Например, для сжатия двухчасового фильма в 702 МБ CD, с 60 МБ
- аудио дорожкой, битпоток видео должен составлять:
- <systemitem>(702 - 60) * 1024 * 1024 / (120*60) * 8 / 1000
- = 740 кбит/сек</systemitem>.
+В каждом из этих режимов видеокодек (такой как
+<systemitem class="library">libavcodec</systemitem>)
+разбивает видеокадр на макроблоки размером 16х16 пикселей и потом
+применяет квантователь к каждому макроблоку. Чем меньше квантоваль,
+тем лучше качество и выше битпоток.
+Метод, используемый видео кодером для определения того, какой
+квантователь использовать для данного макроблока, варьируется и
+подлежит тонкой настройке. (Это крайнее упрощение реального
+процесса, но основная концепция полезна для понимания.)
+</para>
+
+<para>
+Когда Вы указываете постоянный битпоток, видеокодек будет кодировать
+видео, отбрасывая детали столько, сколько необходимо и настолько мало,
+насколько это возможно с целью оставаться ниже заданного битпотока.
+Если Вас действительно не волнует размер файла, Вы можете также
+использовать CBR и указать бесконечный битпоток. (На практике это
+означает значение, достаточно большое для обозначения отсутствия
+предела, например, 10000 Кбит.) В результате, без реального ограничения
+битпотока, кодек использует наименьший возможный квантователь для
+каждого макроблока (как указано опцией
+<option>vqmin</option> для
+<systemitem class="library">libavcodec</systemitem>, равной 2 по умолчанию).
+Как только Вы укажите настолько низкий битпоток, что кодек будет
+вынужден использовать более высокий квантователь, Вы почти наверняка
+испортите качество Вашего видео.
+Чтобы избежать этого, Вам, вероятно, придётся уменьшить размеры
+Вашего видео, согласно методу, описанному далее в этом руководстве.
+В общих чертах, Вам следует избегать CBR совсем, если Вы заботитесь
+о качестве.
+</para>
+
+<para>
+С постоянным квантователем кодек использует для всех макроблоков
+один и тот же квантователь, указанный в опции
+<option>vqscale</option> (для
+<systemitem class="library">libavcodec</systemitem>).
+Если Вы хотите рип наивысшего возможного качества, снова не взирая
+на битпоток, Вы можете использовать
+<option>vqscale=2</option>.
+Это приведёт к тому же битпотоку и PSNR (пику отношения сигнала к шуму),
+что и CBR с
+<option>vbitrate</option>=бесконечности и значением по умолчанию
+<option>vqmin</option>, равным 2.
+</para>
+
+<para>
+Проблема с постоянным квантованием заключается в том, что кодек использует
+заданный квантователь вне зависимости от того, требуется это для
+макроблока или нет. То есть возможно использование большего квантователя
+для макроблока без ухудшения видимого качества. Зачем тратить биты на
+излишне низкий квантователь? У Вашего процессора есть столько тактов,
+сколько есть времени, но имеется лишь ограниченное число битов на
+жёстком диске.
+</para>
+
+<para>
+При двупроходном кодировании первый проход создаст рип фильма так,
+как будто это был CBR, но сохранит лог свойств для каждого кадра.
+Эта информация затем будет использована во время второго прохода
+для принятия интеллектуальных решений о том, какой квантователь
+следует использовать. Во время быстрого движения или сцен с
+высокой детализацией с большой веротностью будут использованы
+бОльшие квантователи, а во время медленного движения или сцен
+с низкой детализацией &mdash; меньшие.
+Обычно количество движения играет существенно более важную роль,
+чем количество деталей.
+</para>
+
+<para>
+Если Вы используете <option>vqscale=2</option>, то Вы теряете биты.
+Если Вы используете <option>vqscale=3</option>, то Вы не получаете
+рип наивысшего качества. Предположим, вы делаете рип DVD, используя
+<option>vqscale=3</option>, результат получается 1800 Кбит.
+Если Вы сделаете двупроходное кодирование с
+<option>vbitrate=1800</option>, получившееся видео быдет обладать
+<emphasis role="bold">лучшим качеством</emphasis> для
+<emphasis role="bold">того же битпотока</emphasis>.
+</para>
+
+<para>
+После того, как Вы сейчас убедились, что два прохода &mdash; это путь
+к действию, возникает вопрос о том, какой битпоток использовать?
+Ответ таков, что нет единого ответа. В идеале, Вы хотите выбрать
+битпоток, при котором достигается наилучший баланс между качеством
+и размером файла. Здесь возможны вариации в зависимости от
+исходного видеоматериала.
+</para>
+
+<para>
+Если размер не важен, хорошей отправной точкой для рипа очень высокого