From 6653c183f0ff9aed759942309546de3ca084ec16 Mon Sep 17 00:00:00 2001 From: voroshil Date: Tue, 2 Jan 2007 09:07:13 +0000 Subject: [PATCH] better wording and typos fixing Slightly modified patch from Andrew Savchenko birkoph at mail dot ru git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@21810 b3059339-0415-0410-9bf9-f77b7e298cf2 --- DOCS/xml/ru/encoding-guide.xml | 443 +++++++++++++++++---------------- 1 file changed, 225 insertions(+), 218 deletions(-) diff --git a/DOCS/xml/ru/encoding-guide.xml b/DOCS/xml/ru/encoding-guide.xml index c2e26556d4..5b6197ee53 100644 --- a/DOCS/xml/ru/encoding-guide.xml +++ b/DOCS/xml/ru/encoding-guide.xml @@ -1,6 +1,5 @@ - Кодирование с <application>MEncoder</application> @@ -17,7 +16,7 @@ Последний вопрос, похоже, отчасти неверно сформулирован. В конце концов, если Вы не беспокоитесь о размере файла, почему бы просто не скопировать весь MPEG-2 -видео поток с DVD? Конечно, ваш AVI файл будет занимать около 5GB, +видео поток с DVD? Конечно, Ваш AVI файл будет занимать около 5GB, но если Вы желаете наилучшее качество и не волнуетесь о размере, то это, несомненно, лучшее решение. @@ -81,8 +80,8 @@ Определение кадровой частоты источника -Вот список, содержащий общие типы исходных материалов, где, -преимущественно, можно найти и их свойства: +Вот список, содержащий общие типы исходных материалов, где они, +преимущественно, встречаются и их свойства: @@ -251,7 +250,7 @@ 30000/1001 fps могут быть как "жёстко телесиненым" содержимым с 24000/1001 fps, так и NTSC видео с 60000/1001 полями в секунду. Используйте два нижеследующих руководства для определения того, - с каким случаем вы имеете дело. + с каким случаем Вы имеете дело. Если MPlayer никогда не показывает @@ -416,10 +415,10 @@ Если Вы используете , то Вы теряете биты. Если Вы используете , то Вы не получаете -рип наивысшего качества. Предположим, вы делаете рип DVD, используя +рип наивысшего качества. Предположим, Вы делаете рип DVD, используя , результат получается 1800 Кбит. Если Вы сделаете двупроходное кодирование с -, получившееся видео быдет обладать +, получившееся видео будет обладать лучшим качеством для того же битпотока. @@ -482,8 +481,9 @@ MPEG разбивает видео на квадраты 16х16, называе У большинства DVD также есть определённое подобие чёрных полос на -краях. Если Вы их оставите, это может сильно -повредить качество несколькими путями. +краях. Если Вы их оставите, это может +сильно повредить качество +несколькими путями. @@ -500,7 +500,7 @@ MPEG разбивает видео на квадраты 16х16, называе в результате чего вместо точки возникает затухающая окружность, но вот как это кратко выразить... --> Для кодирования последних Вам нужно гораздо больше битов, а иначе - у вас появится артефакт, известный как размывание краёв + у Вас появится артефакт, известный как размывание краёв (англ. ringing). @@ -599,7 +599,7 @@ MPEG разбивает видео на квадраты 16х16, называе Вспомните из предыдущего раздела, что конечный размер картинки, -подлежащей кодированию, должен быть кратен 16 (как высота,так +подлежащей кодированию, должен быть кратен 16 (как высота, так и ширина). Это может быть достигнуто усечением, масштабированием или комбинацией того и другого. @@ -699,7 +699,8 @@ MPEG разбивает видео на квадраты 16х16, называе -Далее, видео с чересстрочной развёрткой дискретизируется следующим образом: +Более того, видео с чересстрочной развёрткой дискретизируется +следующим образом: @@ -951,7 +952,7 @@ MPEG разбивает видео на квадраты 16х16, называе является ли видео полноэкранным (4:3) или широкоэкранным (16:9). Многие (если не большинство) широкоэкранных DVD не точно соответсвуют -формату 16:9 и он может быть как 1.85:1, так и 2.35:1 (формат cinescope). +формату 16:9 и могут быть как 1.85:1, так и 2.35:1 (формат cinescope). Это означает, что в видео будут чёрные полосы, которые нужно усечь. @@ -1005,7 +1006,8 @@ MPEG разбивает видео на квадраты 16х16, называе использовать нечётные величины для любых параметров усечения или масштабирования видео.) Если Вы беспокоитесь из-за нескольких излишне отброшенных битов, возможно, Вы предпочтёте взамен -масштабировать видео. +масштабировать видео. Мы рассмотрим это ниже в нашем примере. + В действительности, Вы можете доверить фильтру сделать для Вас всё вышеупомянутое, т.к. у него есть необязательный параметр округления @@ -1080,7 +1082,7 @@ MPEG разбивает видео на квадраты 16х16, называе преобразований, Вы перемещаете больше данных в высокочастотные полосы. Грубо говоря, каждый пиксель содержит больше деталей, чем раньше. - Так что несмотря на то, что ваша картинка с уменьшенным + Так что несмотря на то, что Ваша картинка с уменьшенным масштабом содержит 1/4 информации в пространственных направлениях, она всё ещё может содержать большУю часть информации в частотных интервалах (предполагая, что высокие частоты были @@ -1098,7 +1100,7 @@ MPEG разбивает видео на квадраты 16х16, называе должно быть сравнимо с 640х480 и 800 кбит/сек. Однако, это не было строго проверено теоретически или эмпирически. Кроме того, из-за существенного отличия фильмов по уровню шума, -деталей, степеней свободы и т.п., тщетно давать общие рекомендации +деталей, количества движения и т.п., тщетно давать общие рекомендации для "битов на длину диагонали" (аналог битов на пиксель, используя квадратный корень). @@ -1114,7 +1116,7 @@ MPEG разбивает видео на квадраты 16х16, называе Следующие шаги помогут Вам рассчитать разрешение для Вашего кодирования без слишком сильного искажения видео, учитывая -некоторую информацию об исходном видео. +несколько видов информации об исходном видео. Прежде всего, Вам необходимо рассчитать коэффициент соотношения сторон для кодированного видео: ARc = (Wc x (ARa / PRdvd )) / Hc @@ -1155,7 +1157,8 @@ CQ соответствует числу битов на пиксель и на CQ зависит от битпотока, эффективности видеокодека и разрешения фильма. Обычно, в целях увеличения CQ, Вам нужно будет уменьшить размер -фильма при постоянном битпотоке, заданном размере и длине фильма. +фильма, при условии, что битпоток, вычисленный как функция конечного +размера, и длина фильма постоянны. С MPEG-4 ASP кодеками, такими как Xvid и libavcodec, CQ меньше 0.18 обычно приводит к изображению с большим числом @@ -1163,7 +1166,7 @@ CQ зависит от битпотока, эффективности видео кодирования информации в каждом макроблоке. (MPEG4, как и многие другие кодеки, группирует пиксели в блоки по несколько пикселей для сжатия изображения; если битов не хватает, -границы этих блоков становятся заметными.) +границы этих блоков заметны.) Следовательно, благоразумно выбрать CQ в диапазоне от 0.20 до 0.22 для рипа на 1 CD и 0.26-0.28 для рипа на 2 CD при использовании стандартных опций кодирования. @@ -1176,7 +1179,7 @@ CQ зависит от битпотока, эффективности видео Используя MPEG-4 AVC кодеки, такие как x264, Вы можете использовать CQ в диапазоне от 0.14 до 0.16 со стандартными опциями кодирования -и должны суметь достичь таких низких значений, как 0.10-0.12 +и должны суметь достичь таких низких значений, как 0.10 - 0.12 с помощью продвинутых опций кодирования x264. @@ -1215,7 +1218,7 @@ CQ в диапазоне от 0.14 до 0.16 со стандартными оп -Фильтры загружаются в цепочки с помощью опции -vf: +Фильтры загружаются в цепочку с помощью опции -vf: -vf фильтр1=опции,фильтр2=опции,... @@ -1254,7 +1257,7 @@ CQ в диапазоне от 0.14 до 0.16 со стандартными оп насколько это возможно, для того чтоб остаться близко к оригинальному DVD источнику. Усечение часто необходимо (как описано выше), но избегайте масштабирования видео. Несмотря на то, что уменьшение -размера иногда предпочтительно при использовании больших +размера иногда предпочтительно использованию бОльших квантователей, нужно избегать и того, и другого: помните, что мы с самого начала решили обменять биты на качество. @@ -1262,7 +1265,8 @@ DVD источнику. Усечение часто необходимо (как Также не корректируйте гамму, контрастность, яркость и т.п.. То, что хорошо выглядит на Вашем мониторе, может плохо выглядеть -на других. Коррекция должна выполняться только при воспроизведении. +на других. Эти коррекции должны выполняться только при +воспроизведении. @@ -1305,10 +1309,10 @@ DVD источнику. Усечение часто необходимо (как 24 fps фильм просто проигрывается на 25 fps. В результате фильм воспроизводится слегка быстрее, но если Вы не пришелец, то, вероятно, не заметите разницы. -У большинства PAL DVD аудио корректируемо по высоте звука, так -что, воспроизводясь при 25 fps, оно звучит нормально, даже если -аудиодорожка (и, следовательно, весь фильм) проигрываются на -4% быстрее, чем NTSC DVD. +У большинства PAL DVD аудио скорректировано по высоте звука так, +что, воспроизводясь при 25 fps, оно звучит нормально, несмотря на +то, что аудиодорожка (и, следовательно, весь фильм) проигрываются +на 4% быстрее, чем NTSC DVD. @@ -1390,7 +1394,7 @@ pullup,softskip. Фильтры постобработки и удаления шума могут не работать как ожидается, только если Вы особо не позаботитесь об их - одновременном применении на частоте полей, иначе они могут + применении к одному полю за раз, иначе они могут повредить видео при неверном использовании. @@ -1429,7 +1433,7 @@ vcodec=mpeg2video:vbitrate=6000:ilme:ildct:acodec=mp2:abitrate=224 Если Вы хотите дополнительно защититься от странных пропусков -и повторений кадров, вы можете одновременно использовать опции +и повторений кадров, Вы можете одновременно использовать опции и . Это предотвратит любую A/V коррекцию, и будет копировать кадры один в один, так что Вы не сможете это @@ -1491,7 +1495,7 @@ A/V рассинхронизацию. libavcodec MPEG-4 или Xvid. (Опытные разработчики кодеков могут быть заинтересованы в - ознакомлении с точкой зрения Михаэля Найдермауэра (Michael + ознакомлении с точкой зрения Михаэля Нидермайера (Michael Niedermayer) "почему MPEG4-ASP отстой".) Аналогично, Вы должны получить лучшее качество с MPEG-4 ASP, по @@ -1640,8 +1644,8 @@ Vorbis аудиокодеков. Не используйте при -кодировании файла с аудио, даже если Вы будете позже кодировать и -мультеплексировать аудио отдельно. +кодировании файла с аудио, даже если позже Вы будете отдельно +кодировать и мультеплексировать аудио. Хотя это может работать в идеальных случаях, использование обычно скрывает ряд проблем в Ваших настройках кодирования в командной строке. @@ -1652,8 +1656,8 @@ Vorbis аудиокодеков. -Вам необходим MEncoder для обработки -звука. +Вам необходимо обработать звук с помощью +MEncoder. Например, Вы можете копировать исходную звуковую дорожку в процессе кодирования с помощью или преобразовать её в "лёгкий" 4 кГц моно WAV PCM с помощью @@ -1698,7 +1702,7 @@ mplayer исходный_файл.vob -ao pcm:file=normalize, доступную в большинстве дистрибутивов. -Если вы пользуетесь Window$, утилита BeSweet +Если Вы пользуетесь Window$, утилита BeSweet делает то же самое. Вы можете сжать в Vorbis или MP3. Например: oggenc -q1 звук.wav @@ -1772,7 +1776,7 @@ mencoder -oac copy -ovc copy -o выходной_фильм.asf Вы можете столкнуться с некоторыми серьёзными проблемами A/V -синхронизации при попытке мультиплексирования вашего видео +синхронизации при попытке мультиплексирования Вашего видео с некоторыми аудиодорожками, где, как бы Вы не подбирали задержку аудио, никогда не получается правильная синхронизация. Это может происходить при использовании некоторых видеофильтров, @@ -1958,7 +1962,7 @@ mkvmerge -o выходной_файл.mkv выходной_файл.mkv В действительности, видео никогда не хранится на DVD с -60000/1001 полей в секунду. Для видео, оригинально являющегося +60000/1001 полями в секунду. Для видео, оригинально являющегося 60000/1001, каждая пара полей объединяется для формирования кадра, приводя к 30000/1001 кадрам в секунду. Затем аппаратные DVD плееры читают флаг, включенный в видеопоток, для определения @@ -2065,7 +2069,7 @@ DVD плееры читают флаг, включенный в видеопот demux_mpg: обнаружено 24000/1001 кадра/сек NTSC содержимое с построчной развёрткой, переключаю частоту кадров. -Начиная с этого момента, demux_mpg should никогда не должен +Начиная с этого момента, demux_mpg никогда не должен сообщать о том, что найдено "30000/1001 кадров/сек NTSC содержимое". @@ -2088,7 +2092,7 @@ DVD плееры читают флаг, включенный в видеопот быстро, сколь это возможно; тем не менее, в зависимости от Вашего железа, это может занять некоторое время. Всякий раз, когда demux_mpg будет сообщать об изменении частоты кадров, -строка прямо над сообщением покажет вам время, при котором +строка прямо над сообщением покажет Вам время, при котором произошло изменение. @@ -2150,11 +2154,11 @@ DVD плееры читают флаг, включенный в видеопот -Другой способ выяснить, был ваш источник подвержен телесину или нет, заключается +Другой способ выяснить, был Ваш источник подвержен телесину или нет, заключается в воспроизведении исходного материала с опциями командной строки и , чтобы увидеть, как сопоставляет кадры. -Если источник был телесиненным, вы должны увидеть в консоли 3:2 структуру с +Если источник был телесиненным, Вы должны увидеть в консоли 3:2 структуру с чередующимися 0+.1.+2 и 0++1. Преимущество этой техники состоит в том, что не требуется просматривать исходный материал для его идентификации, это может быть полезно для автоматизации @@ -2170,20 +2174,20 @@ DVD плееры читают флаг, включенный в видеопот Чересстрочное видео изначально снималось на 60000/1001 полями в секунду, и сохранялось на DVD с 30000/1001 кадрами в секунду. Эффект чересстрочности -(часто называемый "гребенкой") - результат объединения пары полей в кадры. +(часто называемый "гребёнкой") — результат объединения пары полей в кадры. Поля сдвинуты друг относительно друга на 1/(60000/1001) секунды, и, когда отображаются одновременно, разница заметна. -Как и с подверженным телесину видео MPlayer не должен +Как и с подверженным телесину видео, MPlayer не должен сообщать о каких-либо изменениях частоты кадров при воспроизведении чересстрочного содержимого. -Внимательно, кадр за кадром, при помощи клавиши ., рассматривая -чересстрочное видео, вы увидите, что каждый отдельный кадр - чересстрочный. +Внимательно, кадр за кадром (при помощи клавиши .) рассматривая +чересстрочное видео, Вы увидите, что каждый отдельный кадр — чересстрочный. @@ -2192,21 +2196,23 @@ DVD плееры читают флаг, включенный в видеопот Смешанные построчная развертка и телесин -Все видео со "смешанными построчной разверткрй и телесином" изначально было с +Все видео со "смешанными построчной разверткой и телесином" изначально было с 24000/1001 кадрами в секунду, но некоторые его части оказались подвержены телесину. Когда MPlayer воспроизводит эту категорию, он будет -(как правило, периодически) переключаться между "30000/1001 fps NTSC" и -"24000/1001 fps progressive NTSC". Смотрите конец вывода -MPlayer, чтобы увидеть эти сообщения. +(как правило, периодически) переключаться между "30000/1001 кадров/сек NTSC +содержимым" и "24000/1001 кадра/сек NTSC содержимым с построчной развёрткой". +Смотрите конец вывода MPlayer, чтобы увидеть +эти сообщения. -Вам следует проверить разделы "30000/1001 fps NTSC", чтобы убедиться, что видео -действительно телесиненное, а не просто чересстрочное. +Вам следует проверить разделы с "30000/1001 кадров/сек NTSC содержимым", +чтобы убедиться, что видео действительно телесиненное, а не просто +чересстрочное. @@ -2216,13 +2222,13 @@ DVD плееры читают флаг, включенный в видеопот В содержимом со "смешанными построчной и чересстрочной развертками", -прогрессивное и чересстрочное видео переплетаются друг с другом. +построчное и чересстрочное видео переплетаются друг с другом. Эта категория выглядит также, как и "смешанные построчная развертка и телесин", -до тех пор, пока не проверите разделы 30000/1001 fps и не увидите, что структура -телесина отсутствует. +до тех пор, пока не проверите разделы 30000/1001 кадр/сек и не увидите, +что структура телесина отсутствует. @@ -2245,7 +2251,8 @@ DVD плееры читают флаг, включенный в видеопот Видео с построчной разверткой не требует специальной обработки для кодирования. -Единственный нужный вам для уверенности параметр - это . +Единственный нужный Вам для уверенности параметр — это +. В противном случае MEncoder будет пытаться кодировать с 30000/1001 кадрами в секунду и создаст дублирующиеся кадры. @@ -2255,8 +2262,8 @@ DVD плееры читают флаг, включенный в видеопот -Часты случай, однако, когда видео, выглядящее прогрессивным, на самом деле -содержит очень короткие подверженные телесину части. Если вы не уверены, +Частый случай, однако, когда видео, выглядящее построчным, на самом деле +содержит очень короткие подверженные телесину части. Если Вы не уверены, безопаснее будет считать его как видео со смешанными построчной разверткой телесином. @@ -2269,7 +2276,7 @@ DVD плееры читают флаг, включенный в видеопот Телесин -Телесин может быть отменен для получения оригинального 24000/1001 содержимого +Телесин может быть обращён для получения оригинального 24000/1001 содержимого при помощи процесса, называемого обратный телесин. MPlayer содержит несколько фильтров для выполнения этого; лучший из них, описан в разделе @@ -2283,7 +2290,7 @@ DVD плееры читают флаг, включенный в видеопот Чересстрочная развертка -На практике в большинстве случаев невозможно получить полностью прогрессивное +На практике в большинстве случаев невозможно получить полностью построчное видео из чересстрочного содержимого. Единственный способ сделать это без потери половины вертикального разрешения - это удвоить частоту кадров и попытаться "угадать", что должно составить @@ -2294,7 +2301,7 @@ DVD плееры читают флаг, включенный в видеопот Кодируйте видео в чересстрочной форме. Обычно это наносит вред способности - кодировщика хорошо сжимать, то libavcodec + кодировщика хорошо сжимать, но libavcodec имеет два параметра специально для чуть лучшего сохранения чересстрочного видео: и . К тому же, настоятельно рекомендуется использовать @@ -2322,19 +2329,22 @@ DVD плееры читают флаг, включенный в видеопот К сожалению, эта опция сбоит с MEncoder; она должна хорошо работать с MEncoder G2, но его пока нет. Вы можете столкнуться с крахами. Как бы то ни было, назначение опции - - создать полный кадр из каждого поля, что + — создать полный кадр из каждого поля, что делает частоту кадров равной 60000/1001. Преимущество этого подхода в том, что - никакие данные не теряются, однако, каждый кадр получается только из одного - пол, недостающие строки как-то интерполируются. Это не очень хорошие методы - генерации недостающих данных, поэтому результат будет выглядеть весьма похожим - на применение фильтра деинтерлейсинга. Генерация недостающих срок также создает + никакие данные не теряются; однако, т.к. каждый кадр получается только из одного + поля, недостающие строки должны как-то интерполироваться. + + Не существует очень хороших методов + генерации недостающих данных, поэтому результат будет выглядеть несколько похожим + на применение некоторых фильтров деинтерлейсинга. Генерация недостающих строк также создает другие проблемы, просто потому что количество данных удваивается. Таким образом, для сохранения качества требуются более высокие значения - битпотока как для кодирования, так и для декодирования. tfields имеет + битпотока, и больше ресурсов процессора используется как для + кодирования, так и для декодирования. имеет несколько различных опций, определяющих способ создания недостающих строк каждого кадра. Если выбрали этот способ, обратитесь к руководству и выберите - ту опцию, которая лучше подходит для вашего материала. Имейте в виду, что при - использовании вы + ту опцию, которая лучше подходит для Вашего материала. Имейте в виду, что при + использовании Вы должны указать как , так и , установив им значение, равное удвоенной частоте исходного материала. @@ -2345,10 +2355,10 @@ mencoder dvd://1 -oac copy -vf tfields=2 -ovc lavc \ Если планируете сильно уменьшать размер изображения, можно извлекать и - декодировать только одно поле из двух. Конечно, вы потеряете половину + декодировать только одно поле из двух. Конечно, Вы потеряете половину вертикального разрешения, но если планируется уменьшать размер как минимум - вдвое, потеря будет не сильно заметна. В результате получится прогрессивный - файл с 30000/1001 кадрами в секунду. Процедура следующая: + вдвое, потеря будет не сильно заметна. В результате получится построчной + развёртки файл с 30000/1001 кадрами в секунду. Процедура следующая: , затем обрезание [1] и масштабирование соответствующим образом. Помните, что потребуется скорректировать масштабирование @@ -2364,11 +2374,11 @@ mencoder dvd://1 -oac copy -vf tfields=2 -ovc lavc \ Для преобразования видео со смешанными построчной разверткой и телесином в -полностью прогрессивное необходимо к подверженным телесину частям применить +полностью построчное необходимо к подверженным телесину частям применить обратный телесин. Есть три описанных ниже способа добиться этого. Заметьте, что следует всегда применять обратный -телесин до какого-либо масштабирования; за исключением случая, когда вы точно -знаете, что делаете, делайте обратный телесин также до обрезания +телесин до какого-либо масштабирования; за исключением случая, когда Вы точно +знаете, что делаете, выполняйте обратный телесин также до обрезания [1]. здесь необходима, поскольку видео на выходе будет с 24000/1001 кадрами в секунду. @@ -2377,12 +2387,12 @@ mencoder dvd://1 -oac copy -vf tfields=2 -ovc lavc \ разработана для обратного телесина материала, - телесину подверженного, оставляя прогрессивные данные как есть. Для правильной + телесину подверженного, оставляя построчные данные как есть. Для правильной работы после должен следовать фильтр , иначе произойдет крах MEncoder. - является, однако, самый чистый и точный метод, - доступный для кодирования и телесина, и "смешанного прогрессивного с телесином". + является, однако, самым чистым и точным методом, + доступным для кодирования и телесина, и "смешанного построчного с телесином". mencoder dvd://1 -oac copy -vf pullup,softskip \ -ovc lavc -ofps 24000/1001 даст в результате некоторое скачкообразное дрожание. Вы можете использовать фильтр постобработки, если хотите, но это может несколько ухудшить - прогрессивные части. + построчные части. - Эта опция определенно не должна использоваться, если вы зотите время от - времени отображать видео на чересстрочном устройстве (с помощью TV карты, - например). Если у вас есть чересстрочные кадры в видео с 24000/1001 кадрами в + Эта опция определенно не должна использоваться, если Вы хотите со + временем отображать видео на чересстрочном устройстве (с помощью TV карты, + например). Если у Вас есть чересстрочные кадры в видео с 24000/1001 кадрами в секунду, к ним, как и к прогрессивным, будет применен телесин. Половина их чересстрочных "кадров" будут отображаться с длительностью трех полей (3/(60000/1001) секунд), давая в результате неприятно выглядящий эффект - "прыжка назад во времени". Даже если вы пробуете это, вы + "прыжка назад во времени". Даже если Вы пробуете это, Вы должны использовать фильтр деинтерлейсинга, такой как или . - Для отображения на прогрессивном дисплее это тоже моет быть плохой идеей. + Для отображения на построчном дисплее это тоже может быть плохой идеей. Будут отбрасываться пары последовательных чересстрочных полей, приводя к - разрывам, которые могут быть заметнее, чем использование второго метода, - отображающего некоторые прогрессивные кадры дважды. Чересстрочное видео с + разрывам, которые могут быть заметнее, чем при использовании второго метода, + отображающего некоторые построчные кадры дважды. Чересстрочное видео с 30000/1001 кадрами в секунду уже несколько прерывисто, потому что в реальности оно должно отображаться с 60000/1001 полями в секунду, так что дублирующиеся кадры не так сильно выделяются. - Так или иначе, лучше всего определить тип вашего содержимого и как вы его - собираетесь показывать. Если видео на 90% прогрессивное и вы никогда не будете - показывать его на TV, вам следует отдать предпочтение прогрессивному варианту. - Если оно только на половину прогрессивное, вы, возможно, захотите кодировать + Так или иначе, лучше всего проанализировать Ваше содержимое и как Вы его + собираетесь показывать. Если видео на 90% построчное и Вы никогда не будете + показывать его на TV, Вам следует отдать предпочтение построчному варианту. + Если оно только наполовину построчное, Вы, возможно, захотите кодировать его, как если бы оно было чересстрочным. - Считайте его чересстрочным. Некоторые кадры прогрессивной части потребуют - + Считайте его чересстрочным. Некоторые кадры построчной части потребуют дублирования, что даст в результате некоторое скачкообразное дрожание. И - снова, фильтры деинтерлейсинга могут несколько ухудшить прогрессивные части. + снова, фильтры деинтерлейсинга могут несколько ухудшить построчные части. @@ -2485,28 +2493,28 @@ mencoder dvd://1 -oac copy -vf softpulldown,ivtc=1 -ovc lavc -ofps 24000/1001 - Об обрезании: + Об усечении сторон: - Видеоданные на DVDs хранятся в формате, называемом YUV 4:2:0. В YUV + Видеоданные на DVD хранятся в формате, называемом YUV 4:2:0. В YUV видео, люма ("яркость") и хрома ("цвет") хранятся отдельно. - Поскольку человеческий глаз менее чувствителен к цвету, чем к яркости, + Поскольку человеческий глаз отчасти менее чувствителен к цвету, чем к яркости, в YUV 4:2:0 изображении присутствует только один цветностный пиксел на четыре - яркостных. В прогрессивном изображении каждый квадрат из четырех яркостных + яркостных. В изображении с построчной развёрткой каждый квадрат из четырёх яркостных пикселов (два на два) имеют один общий цветностный пиксел. Вы должны обрезать - прогрессивное YUV 4:2:0 до четных размеров и использовать четные смещения. + построчный YUV 4:2:0 до чётных размеров и использовать чётные смещения. Например, - - правильно, а - - нет. + — правильно, а + — нет. Когда имеете дело с чересстрочным YUV 4:2:0, ситуация чуть более сложная. Вместо разделения одного цветностного пиксела четырьмя яркостными пикселами в - кадре, каждые четыре пиксела каждого + кадре, каждые четыре яркостных пиксела каждого поля разделяют цветностный пиксел. Когда поля объединены в кадр, каждая строка имеет высоту в один пиксел. Теперь, вместо квадрата из - четырех пикселов мы имеем два соседних пиксела, а два других расположены + четырех яркостных пикселов мы имеем два соседних пиксела, а два других расположены на две строки ниже. Два яркостных пиксела следующей строки принадлежат другому полю, и, поэтому, разделяют другой пиксел цветности с двумя пикселами на две строки дальше. Вся эта неразбериха требует, чтобы вертикальные размеры @@ -2516,26 +2524,25 @@ mencoder dvd://1 -oac copy -vf softpulldown,ivtc=1 -ovc lavc -ofps 24000/1001 Для телесиненного видео я рекомендую производить обрезание после обратного - телесина. Так как видео прогрессивное, достаточно обрезать только по четным + телесина. Так как видео построчное, достаточно обрезать только по четным размерам. Если же действительно хотите получить небольшую прибавку к скорости, - которую может дать обрезка, вам придется производить обрезание с вертикальными + которую может дать обрезка, Вам придется производить усечение с вертикальными размерностями, кратными четырем. В противном случае фильтр обратного телесина - не будет иметь подходящих данных. + не будет иметь правильных данных. - Для чересстрочного (не подверженного телесину) видео, вы всегда должны - производить обрезание с вертикальными размерностями, кратными четырем, если - только не используете перед обрезанием. + Для чересстрочного (не подверженного телесину) видео, Вы всегда должны + производить усечение с вертикальными размерностями, кратными четырем, если + только не используете перед усечением. О параметрах кодирования и качестве: - Если я здесь рекомендую , это еще не значит, что эту - опцию не следует использовать где-либо еще. Совместно с + опцию не следует использовать где-либо еще. Совместно с , является одной из двух опций libavcodec, которые значительно увеличивают качество. Вам всегда следует использовать как минимум эти две, @@ -2551,9 +2558,9 @@ mencoder dvd://1 -oac copy -vf softpulldown,ivtc=1 -ovc lavc -ofps 24000/1001 О производительности pullup: Использование (совместно с ) - для прогрессивного видео вполне безопасно и обычно является хорошей идеей, - если только про источник не известно достоверно, что он полностью - прогрессивный. Потеря скорости мала в большинстве случаев. + для видео с построчной развёрткой вполне безопасно и обычно является хорошей + идеей, если только про источник не известно достоверно, что он полностью + построчный. Потеря скорости мала в большинстве случаев. В минимальном варианте кодирования замедляет MEncoder на 50%. Добавление обработки звука и продвинутых опций затмевает эту разницу, уменьшая @@ -2757,7 +2764,7 @@ mencoder dvd://2 -o title2.avi -oac lavc -lavcopts acodec=ac3 -ovc copy Опции кодирования libavcodec -В идеале, вы, наверное, хотели бы иметь возможность просто сказать кодировщику +В идеале, Вы, наверное, хотели бы иметь возможность просто сказать кодировщику переключиться на "высокое качество" и начать кодирование. Это было бы замечательно, но, к сожалению, трудно реализуемо, поскольку различные опции кодирования, в зависимости от исходного материала, дают в результате @@ -2776,7 +2783,7 @@ mencoder dvd://2 -o title2.avi -oac lavc -lavcopts acodec=ac3 -ovc copy vmax_b_frames: хороши 1 или 2, в зависимости от фильма. - Заметьте, если хотите, чтобы ваш фильм декодировался DivX5, вы должны + Заметьте, если хотите, чтобы Ваш фильм декодировался DivX5, Вы должны активировать поддержку закрытых GOP, используя опцию libavcodec, но также должны деактивировать определение сцен, что не является хорошей идеей, поскольку несколько вредит @@ -2791,8 +2798,8 @@ mencoder dvd://2 -o title2.avi -oac lavc -lavcopts acodec=ac3 -ovc copy dia: диапазон поиска движения. Большие значения лучше и медленнее. - Отрицательные значения - это совершенно другая шкала. - Хорошими значениями являются -1 для быстрого кодирования или 2-4 - для + Отрицательные значения — это совершенно другая шкала. + Хорошими значениями являются -1 для быстрого кодирования или 2-4 — для медленного. @@ -2805,14 +2812,14 @@ mencoder dvd://2 -o title2.avi -oac lavc -lavcopts acodec=ac3 -ovc copy поиска движения. Поэкспериментируйте со значениями 0 (по-умолчанию), 2 (hadamard), 3 (dct), и 6 (соотношение сигнал-шум). - 0 - самый быстрый и достаточен для precmp. + 0 — самый быстрый и достаточен для precmp. В случае cmp и subcmp 2 является хорошим для аниме, а 3 для живой съемки. 6 может оказаться лучше, а может и нет, но он медленнее. last_pred: Количество предсказателей движения, берущихся из предыдущего кадра. - 1-3 или около того помогут вам ценой небольшой потери в скорости. + 1-3 или около того помогут Вам ценой небольшой потери в скорости. Большие значения медленны и не дают дополнительного улучшения. @@ -2823,9 +2830,9 @@ mencoder dvd://2 -o title2.avi -oac lavc -lavcopts acodec=ac3 -ovc copy qprd: адаптивное квантование, основанное на сложности макроблока. Может сделать лучше или хуже в зависимости от видео и других опций. - Она также может привести к появлению артефактов, если вы не установите vqmax в + Она также может привести к появлению артефактов, если Вы не установите vqmax в некоторое разумно малое значение - (хорошо - 6, может быть даже 4); vqmin=1 также может помочь. + (хорошо — 6, может быть даже 4); vqmin=1 также может помочь. qns: очень медленно, особенно в комбинации с qprd. @@ -2847,11 +2854,11 @@ mencoder dvd://2 -o title2.avi -oac lavc -lavcopts acodec=ac3 -ovc copy отбрасывания одиночного коэффициента для яркостной и цветностной плоскостей. Они кодируются независимо во всех MPEG-похожих алгоритмах. Идея этих опций заключается в использованию некоторой хорошей эвристики для - определения момента, когда изменения в блоке ниже указанного вами порога, и что его + определения момента, когда изменения в блоке ниже указанного Вами порога, и что его стоит кодировать как "блок без изменений". Это сохраняет быти и, возможно, ускоряет кодирование. vlelim=-4 и vcelim=9 выглядят неплохими для живой съемки, но, скорее всего, не - помогут для аниме; при кодировании анимации вам, возможно, следует оставить + помогут для аниме; при кодировании анимации Вам, возможно, следует оставить эту опцию неизменной. @@ -2881,7 +2888,7 @@ mencoder dvd://2 -o title2.avi -oac lavc -lavcopts acodec=ac3 -ovc copy lumi_mask, dark_mask: Психовизуальное адаптивное квантование. Не стоит играть с этими опциями, если заботитесь о качестве. - Разумные значения могут быть эффективными в вашем случае, но имейте в виду, + Разумные значения могут быть эффективными в Вашем случае, но имейте в виду, что это весьма субъективно. @@ -2897,7 +2904,7 @@ mencoder dvd://2 -o title2.avi -oac lavc -lavcopts acodec=ac3 -ovc copy Примеры настроек кодирования -Следующие настройки - это примеры различных комбинаций опций кодирования, +Следующие настройки — это примеры различных комбинаций опций кодирования, которые влияют на соотношение скорость-качество при той же величине целевого биптотока. @@ -2907,8 +2914,8 @@ mencoder dvd://2 -o title2.avi -oac lavc -lavcopts acodec=ac3 -ovc copy с целевым битпотоком 900кбит/сек, на машине AMD-64 3400+ с 2400 МГц и 64 битном режиме. Для каждой настройки кодирования указаны измеренная скорость кодирования (в кадрах в секунду) и потеря PSNR (в дБ) по сравнению с настройкой "очень высокое -качество". Поймите, пожалуйста, что в зависимости от вашего материала, типа -машины, прогресса разработки вы можете получить сильно отличающиеся результаты. +качество". Поймите, пожалуйста, что в зависимости от Вашего материала, типа +машины, прогресса разработки Вы можете получить сильно отличающиеся результаты. @@ -2962,14 +2969,14 @@ mencoder dvd://2 -o title2.avi -oac lavc -lavcopts acodec=ac3 -ovc copy С этой возможностью libavcodec, -вы можете установить нестандартные inter (I-кадры/ключевые) и intra +Вы можете установить нестандартные inter (I-кадры/ключевые) и intra (P-кадры/предсказанные) матрицы. Это поддерживается многими кодеками: В mpeg1video и mpeg2video также заявлена поддержка. -Обычное использовании этой опции - установить матрицы, предпочитаемые +Обычное использовании этой опции — установить матрицы, предпочитаемые спецификациями KVCD. @@ -3030,7 +3037,7 @@ vcodec=mpeg2video:intra_matrix=8,9,12,22,26,27,29,34,9,10,14,26,27,29,34,37,\ Пример -Итак, вы только что купили новенькую, блестящую копию фильма "Гарри Поттер и Тайная +Итак, Вы только что купили новенькую, блестящую копию фильма "Гарри Поттер и Тайная Комната" (в широкоэкранном формате, конечно) и хотите сделать рип этого DVD так, чтобы добавить его к Домашнему кинотеатру на PC. Это DVD первого региона, поэтому NTSC. Пример ниже также применим и для PAL, за исключением того, что @@ -3052,12 +3059,12 @@ vcodec=mpeg2video:intra_matrix=8,9,12,22,26,27,29,34,9,10,14,26,27,29,34,37,\ cropdetect: mplayer dvd://1 -vf cropdetect Убедитесь, что переместились к полностью заполненному кадру (например, -к светлой сцене), вы должны увидеть в консоли MPlayer: +к светлой сцене), Вы должны увидеть в консоли MPlayer: crop area: X: 0..719 Y: 57..419 (-vf crop=720:362:0:58) Затем снова воспроизводим фильм с этим фильтром для проверки его корректности: mplayer dvd://1 -vf crop=720:362:0:58 И убеждаемся, что все выглядит прекрасно. Далее, проверяем, что ширина и высота -делятся на 16. С шириной все в порядке, а с высотой - нет. +делятся на 16. С шириной все в порядке, а с высотой — нет. Поскольку мы не заваливали математику в 7-ом классе, то знаем, что ближайшее целое, меньшее 362 и кратное 16, равно 352. @@ -3071,8 +3078,8 @@ cropdetect: mplayer dvd://1 -vf crop=720:352:0:62 Другая причина, по которой мы урезаем пикселы сверху и снизу, заключаемся в том, что мы хотим убедиться, что удалены все наполовину черные пикселы, если они есть. -Если ваше видео подвержено телесину, убедитесь, что фильтр (или -любой другой фильтр обратного телесина, который вы решили использовать) +Если Ваше видео подвержено телесину, убедитесь, что фильтр (или +любой другой фильтр обратного телесина, который Вы решили использовать) находится в цепочке до фильтра crop. Если оно чересстрочное, то перед обрезкой проведите деинтерлейсинг. (Если решили сохранить чересстрочность видео, убедитесь, что вертикальный сдвиг @@ -3080,17 +3087,17 @@ cropdetect: -Если вас действительно заботит потеря этих 10 пикселов, вы можете +Если Вас действительно заботит потеря этих 10 пикселов, Вы можете вместо этого отмасштабировать фильм, уменьшив размерности до ближайших кратных 16 значений. Цепочка фильтров будет выглядеть примерно так: -vf crop=720:362:0:58,scale=720:352 Подобное уменьшение изображения будет означать потерю небольшого количества деталей, хотя это, возможно, окажется незаметным. Масштабирование изображения в -сторону увеличения даст худшее качество (если вы не увеличиваете битпоток). +сторону увеличения даст худшее качество (если Вы не увеличиваете битпоток). Обрезка же полностью выбросит те пикселы. Это компромисс, идти на который или нет, придется решать в каждом частном случае. Например, если DVD видео было создано -для телевидения, вы можете захотеть избежать вертикального масштабирования, +для телевидения, Вы можете захотеть избежать вертикального масштабирования, поскольку частота строчной развертки [line sampling] соответствует тому, как содержимое изначально записывалось. @@ -3123,14 +3130,14 @@ mencoder dvd://1 -ofps 24000/1001 -oac copy -o Harry_Potter_2.avilibavcodec +Например, если Вы замечаете, что libavcodec производит слишком много блочных артефактов (квадратиков), то можете попытаться выбрать экспериментальный NSSE в качестве функции сравнения при помощи опциеи . Для этого фильма полученный AVI будет 138 минут длинной и размером около 3Гб. -И, поскольку вы сказали, что размер файла значения не имеет, это вполне +И, поскольку Вы сказали, что размер файла значения не имеет, это вполне приемлемый результат. Однако, если все-таки хотите получить меньший размер файла, можете попробовать уменьшить битпоток. Увеличение битпотока имеет снижающийся эффект, поэтому, хотя мы можем ясно видеть улучшение от 1800Кбит/сек до 20000Кбит/сек, оно @@ -3142,10 +3149,10 @@ mencoder dvd://1 -ofps 24000/1001 -oac copy -o Harry_Potter_2.avispp, существенно улучшит воспринимаемое качество и поможет избежать блочных артефактов в видео. -Опцией MPlayer'а вы можете +Опцией MPlayer'а Вы можете изменять величину производимой фильтром spp постобработки в зависимости от -доступных ресурсов CPU. Вдобавок, на этом этапе вы можете захотеть применить -коррекцию гаммы и/или цвета для лучшего соответствия вашему монитору. Например: +доступных ресурсов CPU. Вдобавок, на этом этапе Вы можете захотеть применить +коррекцию гаммы и/или цвета для лучшего соответствия Вашему монитору. Например: mplayer Harry_Potter_2.avi -vf spp,noise=9ah:5ah,eq2=1.2 -autoq 3 @@ -3161,9 +3168,9 @@ mplayer Harry_Potter_2.avi -vf spp,noise=9ah:5ah,eq2= Кодирование кодеком <systemitem class="library">Xvid</systemitem> -Xvid - это свободная библиотека для +Xvid — это свободная библиотека для кодирования MPEG-4 ASP видео потоков. -Перед тем, как начать кодирование, вам потребуется +Перед тем, как начать кодирование, Вам потребуется настроить MEncoder для его поддержки. @@ -3189,8 +3196,8 @@ mplayer Harry_Potter_2.avi -vf spp,noise=9ah:5ah,eq2= Настройки по-умолчанию Xvid уже являются хорошим выбором между скоростью и -качеством, поэтому вы можете без опасений придерживаться их, если следующий -раздел вас озадачивает. +качеством, поэтому Вы можете без опасений придерживаться их, если следующий +раздел Вас озадачивает. @@ -3210,7 +3217,7 @@ mplayer Harry_Potter_2.avi -vf spp,noise=9ah:5ah,eq2= Заметьте, пожалуйста, что лучший PSNR не обязательно означает лучше выглядящую картинку, но говорит, что она ближе к оригиналу. Отключение этой опции заметно ускоряет кодирование; это может быть достойным - компромиссом, если скорость вам критична. + компромиссом, если скорость Вам критична. bvhq @@ -3223,10 +3230,10 @@ mplayer Harry_Potter_2.avi -vf spp,noise=9ah:5ah,eq2= Большее число допустимых последовательных B-кадров обычно улучшает сжимаемость, хотя оно может также привести к большему количеству блочных артефактов (квадратиков). - Значение по-умолчанию - хороший выбор между сжимаемостью и качеством, но вы + Значение по-умолчанию — хороший выбор между сжимаемостью и качеством, но Вы можете увеличить его до 3, если стеснены величиной битпотока. Вы также можете уменьшить это значение до 1 или 0, если печетесь об отличном качестве, - впрочем в этом случае вы должны убедиться, что целевой битпоток достаточно высок, + впрочем в этом случае Вы должны убедиться, что целевой битпоток достаточно высок, дабы кодировщик не увеличивал значение квантователя, сохраняя нужную величину битпотока. @@ -3235,17 +3242,17 @@ mplayer Harry_Potter_2.avi -vf spp,noise=9ah:5ah,eq2= Управляет чувствительностью кодировщика к B-кадрам, где большие значения приводят к использованию большего количество B-кадров (и наоборот). Опция должна использоваться совместно с ; - если вы стеснены величиной битпотока, то должны увеличить и + если Вы стеснены величиной битпотока, то должны увеличить и , и , в том время как увеличение и уменьшение позволят кодировщику использовать больше B-кадров в местах, где это действительно необходимо. Низкое количество и высокое значение - - это, возможно, не самое мудрое решение, + — это, возможно, не самое мудрое решение, поскольку оно принудит кодировщик размещать B-кадры в местах, которые никак не выиграют от этого, тем самым ухудшая визуальное качество. - Однако, если вам требуется совместимость с аппаратными + Однако, если Вам требуется совместимость с аппаратными проигрывателями, поддерживающими только старые DivX профили (которые поддерживают только 1 последовательный B-кадр), это единственный способ увеличить сжимаемость при помощи B-кадров. @@ -3257,7 +3264,7 @@ mplayer Harry_Potter_2.avi -vf spp,noise=9ah:5ah,eq2= Эти биты впоследствии будут потрачены на другие части видео, что приведет к увеличению общего качества. Следует всегда оставлять эту опцию включенной, поскольку ее влияние на - качество огромно. Даже если вы заботитесь о скорости, не отключайте ее до тех + качество огромно. Даже если Вы заботитесь о скорости, не отключайте ее до тех пор, пока не выставили и остальные более CPU-прожорливые опции на минимум. @@ -3284,10 +3291,10 @@ mplayer Harry_Potter_2.avi -vf spp,noise=9ah:5ah,eq2= Настройка по-умолчанию лучше во всех случаях, поэтому не рекомендуется ее - выключать, если только вы действительно не гонитесь за скоростью, поскольку + выключать, если только Вы действительно не гонитесь за скоростью, поскольку биты, сэкономленные хорошей оценкой движения, могут быть использованы где-нибудь еще, увеличивая общее качество. - Таким образом, не используйте значения ниже 5, да и его - только в крайнем + Таким образом, не используйте значения ниже 5, да и его — только в крайнем случае. @@ -3297,7 +3304,7 @@ mplayer Harry_Potter_2.avi -vf spp,noise=9ah:5ah,eq2= цвете, тогда как одна использует только яркость. Это замедляет кодирование на 5-10%, но несколько улучшает визуальное качество, уменьшая эффект блочности и сокращая размер файла примерно на 1.3%. - Если вас интересует скорость, следует попробовать отключить эту опцию, прежде + Если Вас интересует скорость, следует попробовать отключить эту опцию, прежде чем решите уменьшать значение . @@ -3329,7 +3336,7 @@ mplayer Harry_Potter_2.avi -vf spp,noise=9ah:5ah,eq2= Почти всегда кодек тратит дополнительные биты на повышенную точность впустую, а в взамен получает или вообще ничего, или небольшое увеличение качества. К сожалению, нет способа предсказать возможные улучшения от , - так что вам придется сделать кодирование с ней и без нее, чтобы знать + так что Вам придется сделать кодирование с ней и без нее, чтобы знать наверняка. @@ -3344,7 +3351,7 @@ mplayer Harry_Potter_2.avi -vf spp,noise=9ah:5ah,eq2= Пытается сэкономить биты в сценах с приближением, используя один вектор движения для всего кадра. Это почти всегда увеличивает PSNR, но заметно замедляет кодирование (так же как и декодирование). - Поэтому вас следует использовать ее, только когда вы включили + Поэтому Вас следует использовать ее, только когда Вы включили на максимум. GMC Xvid'а является более сложным, чем у DivX'а, но поддерживается только некоторыми аппаратными проигрывателями. @@ -3634,7 +3641,7 @@ Xvid поддерживает профили кодирования через Примеры настроек кодирования -Последующие настройки - это примеры различных комбинаций опций кодирования, +Последующие настройки — это примеры различных комбинаций опций кодирования, которые влияют на соотношения скорость-качество при той же величине целевого битпотока. @@ -3644,8 +3651,8 @@ Xvid поддерживает профили кодирования через с целевым битпотоком 900кбит/сек, на машине AMD-64 3400+ с 2400 МГц и 64 битном режиме. Для каждой настройки кодирования указаны измеренная скорость кодирования (в кадрах в секунду) и потеря PSNR (в дБ) по сравнению с настройкой "очень высокое -качество". Поймите, пожалуйста, что в зависимости от вашего материала, типа -машины, прогресса разработки вы можете получить сильно отличающиеся результаты. +качество". Поймите, пожалуйста, что в зависимости от Вашего материала, типа +машины, прогресса разработки Вы можете получить сильно отличающиеся результаты. @@ -3694,7 +3701,7 @@ Xvid поддерживает профили кодирования через x264 это свободная библиотека для кодирование H.264/AVC видео потоков. -Перед началом кодирование вы должны +Перед началом кодирование Вы должны настроить MEncoder для его поддержки. @@ -3708,7 +3715,7 @@ Xvid поддерживает профили кодирования через x264 man страницы MPlayer'а. Этот раздел предполагается быть дополнением к странице man. -Здесь вы найдете быстрые подсказки о том, какие опции чаще всего интересуют +Здесь Вы найдете быстрые подсказки о том, какие опции чаще всего интересуют большинство людей. Страница man более лаконична, но также более полна и порой намного лучше преподносит технические детали. @@ -3732,31 +3739,31 @@ man страницы MPlayer'а. -В конце концов, только вы можете решать какие опции являются лучшими для ваших +В конце концов, только Вы можете решать какие опции являются лучшими для Ваших целей. Решение для первого класса опций очень простое: -надо только определить, считаете ли вы, что разница в качестве оправдывает разницу в +надо только определить, считаете ли Вы, что разница в качестве оправдывает разницу в скорости. Для второго класса опций предпочтения могут быть значительно более субъективными и зависеть от большего числа факторов. Имейте в виду, что некоторые из опций категории "пользовательских предпочтений и специальных требований" могут все же иметь большое влияние на скорость или качество, но это не основное их предназначение. Часть опций из "пользовательских предпочтений" могут даже привести к изменениям, -которые выглядят лучше для одних людей и хуже - для других. +которые выглядят лучше для одних людей и хуже — для других. -Перед тем как продолжить, вам придется понять, что это руководство использует +Перед тем как продолжить, Вам придется понять, что это руководство использует только одну метрику качества: глобальный PSNR. Краткое описание того, что такое PSNR, смотрите в статье Википедии о PSNR. -Глобальный PSNR - это последнее значение PSNR, выводимое на консоль, когда в +Глобальный PSNR — это последнее значение PSNR, выводимое на консоль, когда в включена опция . -Каждый раз, когда вы читаете утверждения о PSNR, за ними скрывается +Каждый раз, когда Вы читаете утверждения о PSNR, за ними скрывается предположение, что используются одинаковые значения битпотока. -Почти все комментарии этого руководства предполагают, что вы используете два +Почти все комментарии этого руководства предполагают, что Вы используете два прохода. Есть две основные причины использовать двухпроходное кодирование при сравнении опций. @@ -3782,8 +3789,8 @@ man страницы MPlayer'а. Из всех опций, позволяющих выбирать между скоростью и качеством, и (смотрите ниже), пожалуй, самые важные. - Если вы заинтересованы в тонкой настройке либо скорости, лио качества, - эти две - первое, с чего вам стоит начать. + Если Вы заинтересованы в тонкой настройке либо скорости, либо качества, + эти две — первое, с чего Вам стоит начать. С точки зрения скорости, опции и очень жестко взаимодействуют друг с другом. Опыт показывает, что с одним ссылающимся кадром @@ -3798,7 +3805,7 @@ man страницы MPlayer'а. - - это самый медленный режим с лучшим качеством. + — это самый медленный режим с лучшим качеством. Если сравнивать с , он обычно дает на 0.1-0.4 дБ больший глобальный PSNR ценой потери 25%-100% скорости. В отличие от остальных уровней , поведение @@ -3828,7 +3835,7 @@ man страницы MPlayer'а. 0.05-0.1 дБ по сравнению с с дополнительной потерей 15% скорости. Выше качество обычно увеличивается очень незначительно - (хотя на всем протяжении этой дискуссии вам следует иметь в виду, оно может + (хотя на всем протяжении этой дискуссии Вам следует иметь в виду, оно может значительно изменяться в зависимости от исходного материала). В довольно типичном случае улучшит глобальный PSNR всего на 0.02дБ по сравнению с , @@ -3851,15 +3858,15 @@ man страницы MPlayer'а. убрать такую возможность. - Если вас заботит скорость, разумным компромиссом будет использовать низкие + Если Вас заботит скорость, разумным компромиссом будет использовать низкие значения и в первом проходе, а затем увеличить из во втором: Вы, возможно, потеряете вплоть до 0.1дБ PSNR, что может быть достаточно малым значением, чтобы его заметить. Однако, различные значения могут иногда повлиять на решение о выборе типа кадра. - Скорее всего, это довольно редкие крайние случаи, но если вы хотите точно - уверены, подумайте, содержит ли ваше видео полноэкранные + Скорее всего, это довольно редкие крайние случаи, но если Вы хотите быть точно + уверенными, подумайте, содержит ли Ваше видео полноэкранные периодически вспыхивающие изображения или очень большие паузы, которые могут стать причиной принудительной вставки I-кадра. @@ -3905,7 +3912,7 @@ man страницы MPlayer'а. bframes: - Если вы занимались кодированием с другими кодеками, то могли заметить, что + Если Вы занимались кодированием с другими кодеками, то могли заметить, что B-кадры не всегда полезны. В H.264 это изменилось: есть новые техники и типы блоков, возможные в B-кадрах. Обычно, даже примитивный алгоритм выбора B-кадров может дать значимую @@ -3949,8 +3956,8 @@ man страницы MPlayer'а. b_pyramid: - С тем же успехом вы можете включить эту опцию, если используете >=2 B-кадров; - вы получите небольшое улучшение качества без потери в скорости, как и говорит + С тем же успехом Вы можете включить эту опцию, если используете >=2 B-кадров; + Вы получите небольшое улучшение качества без потери в скорости, как и говорит man руководство. Имейте в виду, что такое видео не может быть прочитано основанными на libavcodec декодерами, созданными ранее, чем примерно 5 Марта 2005. @@ -3975,7 +3982,7 @@ man страницы MPlayer'а. твердую склонность к избеганию использования B-кадров при затуханиях. До тех пор, пока это не изменится, хорошей идеей, возможно, будет добавить к x264encopts, если предполагаете, что затухания - будут иметь сильный эффект на ваш конкретный видеоклип. + будут иметь сильный эффект на Ваш конкретный видеоклип. @@ -3989,9 +3996,9 @@ man страницы MPlayer'а. Двухпроходное кодирование: Выше советовалось всегда использовать кдирование в два прохода, но все же - существуют причины этого не делать. Например, если вы захватываете TV + существуют причины этого не делать. Например, если Вы захватываете TV трансляцию и кодируете в реальном времени, придется использовать однопроходный - режим. К тому же один проход очевидно быстрее, чем два; если вы используете + режим. К тому же один проход очевидно быстрее, чем два; если Вы используете точно такой же набор опций в обоих случаях, двухпроходной режим медленнее вдвое. @@ -3999,12 +4006,12 @@ man страницы MPlayer'а. Все же существует очень хорошие причины использовать кодирование в два прохода. Во-первых, управление битпотоком при однопроходного режима не является телепатом и часто делает необоснованный выбор, потому что не может - видеть общую картину. Например, предположим, что вы имеете двухминутное видео, - состоящее из двух независимых частей. Первая половина - очень динамичная + видеть общую картину. Например, предположим, что Вы имеете двухминутное видео, + состоящее из двух независимых частей. Первая половина — очень динамичная сцена, продолжающаяся 60 секунд и требующая сама по себе битпоток примерно 2500 кбит/сек, чтобы прилично выглядеть. Сразу за ней следует менее требовательная 60-секундная сцена, которая хорошо выглядит при 300 кбит/сек. - Предположим, вы запросили битпоток 14000 кбит/сек; в теории этого достаточно + Предположим, Вы запросили битпоток 14000 кбит/сек; в теории этого достаточно для удовлетворения потребностей обеих сцен. В этом случае управление битпотоком в однопроходном режиме сделает пару "ошибок". Во-первых, оно установит битпоток в 1400 кбит/сек для обеих частей. Первая @@ -4030,12 +4037,12 @@ man страницы MPlayer'а. Это делает возможным намного более рациональное, лучше спланированное распределение битов между дорогими (высокодинамичными) и дешевыми (малодинамичными) сценами. Смотрите ниже, чтобы узнать - некоторые идеи о том, как можно это распределение настроить по вашему вкусу. + некоторые идеи о том, как можно это распределение настроить по Вашему вкусу. Более того, два прохода занимают не двойное время по сравнению с одним. Вы можете настроить опции первого прохода на более быструю скорость и низкое - качество. Если хорошо выберете опции, вы получите очень быстрый первый проход. + качество. Если хорошо выберете опции, Вы получите очень быстрый первый проход. Полученное качество во втором проходе будет несколько ниже, потому что предсказание размера менее точно, но разница в качестве обычно слишком мала, чтобы быть заметной. Попробуйте, например, добавить @@ -4048,7 +4055,7 @@ man страницы MPlayer'а. Кодирование в три прохода? x264 предоставляет возможность делать желаемое количество последовательных - проходов. Если вы указали при первом проходе, + проходов. Если Вы указали при первом проходе, используйте затем в последующем проходе, этот проход будет одновременно читать статистику предыдущего прохода и записывать ее собственную. Дополнительный проход, следующий за этим, будет иметь очень @@ -4056,7 +4063,7 @@ man страницы MPlayer'а. выбранном квантователе. На практике, общее улучшение качества от использования этого режима близко к нулю и, вполне возможно, третий проход приведет к немного худшему глобальному PSNR, чем у предыдущего прохода. - При обычном использовании три прохода помогают, если вы при двух проходах + При обычном использовании три прохода помогают, если Вы при двух проходах получаете либо плохое предсказание битпотока, либо плохо выглядящие переходы между сценами. Это в точности то, что наверняка будет происходить на очень коротких клипах. Существуют также особые случаи, когда три (или более) @@ -4082,13 +4089,13 @@ man страницы MPlayer'а. keyint: - - единственная возможность выбора между удобством + — единственная возможность выбора между удобством перемещения по файлу и эффективностью кодирования. По-умолчанию установлена в 250. В материале с 25fps это гарантирует - возможность перемещения с точностью до 10 секунд. Если вы считаете, что более + возможность перемещения с точностью до 10 секунд. Если Вы считаете, что более важным и полезным будет перемещение с точностью до 5 секунд, установите - ; это немного ухудшит качество/битпоток. Если вы - заботитесь только о качестве, но не о перемещаемости, вы можете установить + ; это немного ухудшит качество/битпоток. Если Вы + заботитесь только о качестве, но не о перемещаемости, Вы можете установить значение этой опции в более высокое значение (понимая, что улучшение будет убывающим, вплоть до исчезающе малого или даже нулевого). Видео поток по-прежнему будет иметь точки перемещения, пока в нем есть какие-то изменения @@ -4106,7 +4113,7 @@ man страницы MPlayer'а. По-умолчанию, блоки с высоким QP обрабатываются сильнее, а в блоках с низким QP удаление блочности вообще не производится. Предустановленые степени обработки, определенные стандартом, тщательно подобраны - и имеют хорошие шансы быть PSNR-оптимальными для любого видео, которое вы + и имеют хорошие шансы быть PSNR-оптимальными для любого видео, которое Вы пытаетесь кодировать. Опция позволяет указать смещения предустановленных пороговых значений деблокинга. @@ -4125,10 +4132,10 @@ man страницы MPlayer'а. В редких случаях, где они неоптимальны, идеальное смещение будет плюс минус 1. Изменение параметров деблокинга на большие значения фактически гарантирует ухудшение PSNR. - Усиление фильтра размажет больше деталей; ослабление - оставит больше квадратиков. + Усиление фильтра размажет больше деталей; ослабление — оставит больше квадратиков. - По определению плохая идея уменьшать пороги деблокинга, если ваш исходный + По определению плохая идея уменьшать пороги деблокинга, если Ваш исходный материал в основном имеет небольшую пространственную сложность (т.е. не имеет множества деталей или шума). In-loop фильтр делает весьма неплохую работу по сокрытию появляющихся @@ -4139,7 +4146,7 @@ man страницы MPlayer'а. легко обратить внимание на неверно изображенный шум. Когда речь идет о субъективном качестве, шум и детали в некоторой степени взаимозаменяемы. - Уменьшая силу фильтра удаления блочности, вы скорее всего увеличиваете ошибку, + Уменьшая силу фильтра удаления блочности, Вы скорее всего увеличиваете ошибку, добавляя ореолы, но глаз этого не замечает, поскольку он путает артефакты с деталями. @@ -4165,7 +4172,7 @@ man страницы MPlayer'а. Примеры настроек кодирования -Последующие настройки - это примеры различных комбинаций опций кодирования, +Последующие настройки — это примеры различных комбинаций опций кодирования, которые влияют на соотношения скорость-качество при той же величине целевого битпотока. @@ -4175,8 +4182,8 @@ man страницы MPlayer'а. с целевым битпотоком 900кбит/сек, на машине AMD-64 3400+ с 2400 МГц и 64-х битном режиме. Для каждой настройки кодирования указаны измеренная скорость кодирования (в кадрах в секунду) и потеря PSNR (в дБ) по сравнению с настройкой "очень высокое -качество". Поймите, пожалуйста, что в зависимости от вашего материала, типа -машины, прогресса разработки вы можете получить сильно отличающиеся результаты. +качество". Поймите, пожалуйста, что в зависимости от Вашего материала, типа +машины, прогресса разработки Вы можете получить сильно отличающиеся результаты. @@ -4225,7 +4232,7 @@ man страницы MPlayer'а. Video for Windows предоставляет простое кодирование в смысле бинарных видео -кодеков. Вы можете кодировать следующими кодеками (если у вас есть другие, +кодеков. Вы можете кодировать следующими кодеками (если у Вас есть другие, сообщите нам!) @@ -4417,7 +4424,7 @@ mencoder dvd://2 -o title2.avi -ovc vfw -xvfwopts cod DVD, SVCD, и VCD форматы жестко ограничены. Доступен только небольшой выбор размеров и пропорций кодируемого изображения. -Если ваш фильм пока не удовлетворяет этим ограничениям, придется изображение +Если Ваш фильм пока не удовлетворяет этим ограничениям, придется изображение масштабировать, обрезать или добавлять к нему черные полосы, чтобы добиться совместимости. @@ -4537,7 +4544,7 @@ DVD, SVCD, и VCD форматы жестко ограничены. Доступ -Если ваш фильм имеет пропорции 2.35:1 (большинство современных фильмов), +Если Ваш фильм имеет пропорции 2.35:1 (большинство современных фильмов), для создания DVD или VCD придется добавить черные полосы или обрезать фильм до 16:9. Добавляя черные полосы, пытайтесь выровнять их размеры на границу в 16 пикселов, чтобы минимизировать влияние на производительность кодирования. @@ -4552,7 +4559,7 @@ DVD, SVCD, и VCD форматы жестко ограничены. Доступ Ограничения на размер GOP -DVD, VCD, и SVCD также ограничивают вас относительно низкими размерами +DVD, VCD, и SVCD также ограничивают Вас относительно низкими размерами GOP (Group of Pictures, Группа Изображений). Для материала с 30 fps максимальный допустимый размер GOP равен 18. Для 25 или 24 fps, максимум равен 15. @@ -4738,7 +4745,7 @@ VCD и SVCD: vcodec: для VCD; для SVCD; - обычно используется для DVD, но вы также можете + обычно используется для DVD, но Вы также можете использовать для CIF разрешений. @@ -4762,8 +4769,8 @@ VCD и SVCD: vrc_maxrate: 1152 для VCD; 2500 для SVCD; 9800 для DVD. - Для SVCD и DVD вы, возможно, пожелаете использовать меньшие значение в - зависимости от ваших личных требований и предпочтений. + Для SVCD и DVD Вы, возможно, пожелаете использовать меньшие значения в + зависимости от Ваших личных требований и предпочтений. vbitrate: @@ -4772,11 +4779,11 @@ VCD и SVCD: вплоть до 9800 для DVD. Для двух последний форматов, vbitrate следует установить на основании личных предпочтений. - Например, если вы настаиваете на размещении 20 или около того часов видео на + Например, если Вы настаиваете на размещении 20 или около того часов видео на DVD, можете использовать vbitrate=400. Качество получившегося видео, возможно, будет довольно плохим. - Если вы пытаетесь выжать максимально возможное качество на DVD, используйте - vbitrate=9800, но имейте в виду, что это ограничит вас менее чем одним часом + Если Вы пытаетесь выжать максимально возможное качество на DVD, используйте + vbitrate=9800, но имейте в виду, что это ограничит Вас менее чем одним часом видео на однослойном DVD.