diff options
author | voroshil <voroshil@b3059339-0415-0410-9bf9-f77b7e298cf2> | 2006-12-09 09:27:35 +0000 |
---|---|---|
committer | voroshil <voroshil@b3059339-0415-0410-9bf9-f77b7e298cf2> | 2006-12-09 09:27:35 +0000 |
commit | fcb30369d800a824dfb29710cc8530150cebfc51 (patch) | |
tree | 426e0955e1e33a11ce2462858f244d0a058b7a52 /DOCS/xml/ru/encoding-guide.xml | |
parent | f4e41d5209fb76e6cc66699f38990eb05ffb21e4 (diff) | |
download | mpv-fcb30369d800a824dfb29710cc8530150cebfc51.tar.bz2 mpv-fcb30369d800a824dfb29710cc8530150cebfc51.tar.xz |
r21537: General reformatting round:
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@21541 b3059339-0415-0410-9bf9-f77b7e298cf2
Diffstat (limited to 'DOCS/xml/ru/encoding-guide.xml')
-rw-r--r-- | DOCS/xml/ru/encoding-guide.xml | 4751 |
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 ("DivX") рипа из 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> - Фильмы, состоящие из кадров, называются фильмами с построчной (или прогрессивной) - развёрткой, а состоящие из независимых полей — фильмами с чересстрочной - развёрткой или просто видео; однако, последний термин двусмысленный. +Фильмы, состоящие из кадров, называются фильмами с построчной (или прогрессивной) +развёрткой, а состоящие из независимых полей — фильмами с чересстрочной +развёрткой или просто видео; однако, последний термин двусмысленный. </para> + <para> - Из-за дальнейших усложнений, некоторые фильмы будут смесью - нескольких, указанных выше. +Из-за дальнейших усложнений, некоторые фильмы будут смесью +нескольких, указанных выше. </para> -<para> - Наиболее важным различием между всеми этими форматами является - то, что одни из них основаны на кадрах, а другие — на полях. - <emphasis role="bold">Любой</emphasis> фильм, подготовленный для - просмотра на телевидении (включая DVD), преобразуется в формат, - основанный на полях. +<para> +Наиболее важным различием между всеми этими форматами является +то, что одни из них основаны на кадрах, а другие — на полях. +<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, но сохранит лог свойств для каждого кадра. - Эта информация затем будет использована во время второго прохода - для принятия интеллектуальных решений о том, какой квантователь - следует использовать. Во время быстрого движения или сцен с - высокой детализацией с большой веротностью будут использованы - бОльшие квантователи, а во время медленного движения или сцен - с низкой детализацией — меньшие. - Обычно количество движения играет существенно более важную роль, - чем количество деталей. -</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> - После того, как Вы сейчас убедились, что два прохода — это путь - к действию, возникает вопрос о том, какой битпоток использовать? - Ответ таков, что нет единого ответа. В идеале, Вы хотите выбрать - битпоток, при котором достигается наилучший баланс между качеством - и размером файла. Здесь возможны вариации в зависимости от - исходного видеоматериала. -</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, но сохранит лог свойств для каждого кадра. +Эта информация затем будет использована во время второго прохода +для принятия интеллектуальных решений о том, какой квантователь +следует использовать. Во время быстрого движения или сцен с +высокой детализацией с большой веротностью будут использованы +бОльшие квантователи, а во время медленного движения или сцен +с низкой детализацией — меньшие. +Обычно количество движения играет существенно более важную роль, +чем количество деталей. +</para> + +<para> +Если Вы используете <option>vqscale=2</option>, то Вы теряете биты. +Если Вы используете <option>vqscale=3</option>, то Вы не получаете +рип наивысшего качества. Предположим, вы делаете рип DVD, используя +&l |