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>