# HG changeset patch # User voroshil # Date 1162902697 0 # Node ID 873f7484ccdd3450814e8dc858479a297d162758 # Parent b8fe18a742ce8c3a76397dc9fe505974265d8ebb Initial (partially, about 40%) translation. Patch from Andrew Savchenko birkoph at list ru with small fixes. Translated sections: menc-feat-dvd-mpeg4 Sections to translate: menc-feat-telecine menc-feat-enc-libavcodec menc-feat-xvid menc-feat-x264 menc-feat-video-for-windows menc-feat-vcd-dvd diff -r b8fe18a742ce -r 873f7484ccdd DOCS/xml/ru/encoding-guide.xml --- /dev/null Thu Jan 01 00:00:00 1970 +0000 +++ b/DOCS/xml/ru/encoding-guide.xml Tue Nov 07 12:31:37 2006 +0000 @@ -0,0 +1,4905 @@ + + + + +Кодирование с <application>MEncoder</application> + + +Создание высококачественного MPEG-4 ("DivX") рипа из DVD фильма + + + Одним часто задаваемым вопросом является "Как мне сделать рип самого высокого + качества для заданного размера?". Другой вопрос "Как мне создать DVD рип с самым + высоким возможным качеством? Я не беспокоюсь о размере файла, мне нужно лишь + наилучшее качество.". + + + + Последний вопрос, похоже, отчасти неверно сформулирован. В конце концов, если + Вы не беспокоитесь о размере файла, почему бы просто не скопировать весь MPEG-2 + видео поток с DVD? Конечно, ваш AVI файл будет занимать около 5GB, + но если Вы желате наилучшее качество и не волнуетесь о размере, то это, + несомненно, лучшее решение. + + + + В действительности, причиной, по которой Вы хотите перекодировать DVD в MPEG-4, + является именно Ваше беспокойство + о размере файла. + + + + Сложно дать универсальный рецепт о создании DVD рипа очень высокого + качества. Необходимо рассмотреть несколько факторов, и Вы должны + понимать эти детали, иначе Вы, скорее всего, разочаруетесь своими + результатами. Ниже мы исследуем некоторые из этих вопросов, а затем + рассмотрим пример. Мы предполагаем, что Вы используете + libavcodec для кодирования видео, + хотя теория также применима и к другим кодекам. + + + + Если это кажется для Вас слишком сложным, то Вам, пожалуй, следует использовать + один из многочисленных неплохих фронтендов, указанных в + разделе MEncoder + нашей страницы родственных проектов. + Так Вы должны получить высококачественные рипы без особых размышлений, + поскольку большинство этих утилит разработаны для принятия умных решений за Вас. + + + +Подготовка к кодированию: Идентификация исходного материала и кадровой + частоты + + Прежде, чем даже задумываться о кодировании фильма, Вам необходимо выполнить + некоторые предварительные действия. + + + + Первым и наиболее важным шагом перед кодированием должно быть опеределение + типа содержимого, с которым Вы работате. + Если источником Ваших исходных материалов является DVD или + широковещательное/кабельное/спутниковое TV, оно будет содержаться в одном из + двух форматов: NTSC для Северной Америки и Японии, PAL для Европы и т.д.. + Однако, важно понимать, что это только форматирование для показа на + телевидении, и оно часто + не соответствует + исходному формату фильма. + Опыт показывает, что NTSC материал существенно более сложен для кодирования, + т.к. в нём содержится больше элементов, которые нужно идентифицировать. + Для проведения удачного кодирования, Вам необходимо знать исходный формат. + Отказ от принятия этого во внимание приведёт к различным дефектам в Вашем + кодировании, включая безобразные гребешки (артефакты череcстрочной развёртки) + и повторяющиеся или даже потерянные кадры. + Кроме ухудщения картинки, артефакты так же уменьшают эффективность кодирования: + Вы получите худшее качество на единицу битпотока. + + + +Определение кадровой чатоты источника + + Вот список, содержащий общие типы исходных материалов, где, + преимущественно, можно найти и их свойства: + + + + Стандартный фильм: Производятся + для театральных показов на 24 fps [кадр/сек]. + + + PAL видео: Записывается с помощью + PAL видеокамеры при 50 полях в секунду. + Поле состоит только из чётных или нечётных линий кадра. + Телевидение было разработано для обновления этих полей попеременно, + что используется как вид дешёвого аналогового сжатия. + Человеческий глаз, предположительно, компенсирует это, но однажды + поняв чересстрочную развёртку, Вы научитесь видеть её и на TV и + Вам больше никогда не понравится телевидение. + Два поля не составляют + целый кадр, поскольку они снимаются с задержкой в 1/50 секунды + и, следовательно, не формируют одно изображение, за исключением случая + полного отсутсвия движения. + + + NTSC видео: Записывается с помощью + NTSC видеокамеры при 60000/1001 полях в секунду, или 60 полях в секунду + в эпоху чёрно-белого TV. + В других отношениях аналогично PAL. + + + Анимация: Обычно рисуется на 24 fps, + но также существуют разновидности со смешанной кадровой частотой. + + + Компьютерныя графика (CG): Может + быть с любой частотой кадров, но некоторые встречаются чаще остальных; + 24 и 30 кадров в секунду типичны для NTSC, и 25 fps типично для PAL. + + + Старый фильм: Различные низкие + кадровые частоты. + + + + + +Идентификация исходного материала + + Фильмы, состоящие из кадров, называются фильмами с построчной (или прогрессивной) + развёрткой, а состоящие из независимых полей — фильмами с чересстрочной + развёрткой или просто видео; однако, последний термин двусмысленный. + + + Из-за дальнейших усложнений, некоторые фильмы будут смесью + нескольких, указанных выше. + + + Наиболее важным различием между всеми этими форматами является + то, что одни из них основаны на кадрах, а другие — на полях. + Любой фильм, подготовленный для + просмотра на телевидении (включая DVD), преобразуется в формат, + основанный на полях. + + + + Различные методы, с помощью которых это может быть сделано, совокупно + называются "телесин" (англ. telecine), одним из вариантов которого + является отвратительный NTSC "3:2 пулдаун" (англ. pulldown). + За исключением случаев, когда формат исходного материала был + также основан на полях (и с такой же частотой полей), Вы получите + фильм в формате отличном от исходного. + + + +Существует несколько общих типов пулдауна: + + PAL 2:2 пулдаун: Наилучший из всех. + Каждый кадр показывается за время длительности двух полей путем + извлечения чётных и нечётных строк и их попременного показа. + Если в исходном материале 24 fps, то это ускоряет воспроизведение фильма + на 4%. + + + PAL 2:2:2:2:2:2:2:2:2:2:2:3 пулдаун: + Каждый 12-й кадр показывается за время длительности трёх полей, + вместо двух. + Это помогает избежать проблемы 4%-го ускорения, но делает обращение + процесса существенно более сложным. + Такие вещи обычно наблюдаются в музыкальных произведениях, где + изменение скорости на 4% существенно повредит музыкальную партитуру. + + + NTSC 3:2 телесин: Кадры показываются + попеременно за время длительности 3-х полей или 2-х полей. + Это даёт частоту полей в 2.5 раза больше исходной частоты кадров. + Результат также очень незначительно замедляется от 60 до 60000/1001 + полей в секунду для поддержания частоты полей NTSC. + + + NTSC 2:2 пулдаун: Используется + для отображения материала с 30 fps на NTSC. + Так же мил, как и 2:2 PAL пулдаун. + + + + + Так же существуют методы для преобразования между NTSC и PAL видео, + но подобные темы выходят за рамки данного руководства. + Если Вам попался такой фильм, и Вы хотите кодировать его, + лучшим решением будет найти копию в исходном формате. + Преобразование между этими двумя форматами вносит большие потери + и не может быть точно обращено, так что Ваше кодирование + существенно пострадает, если оно делается из преобразованного + источника. + + + Когда видео находится на DVD, последовательные пары полей + группируются как кадр, даже если они не предназначены для + одновременного отображения. + Стандарт MPEG-2, используемый на DVD и цифровом TV предоставляет + возможность одновременно кодировать исходные кадры с построчной + развёрткой и сохранять число полей, в течении которых кадр + должен быть показан, в его заголовке. + Если был использован такой метод, фильм часто будет называться + как "мягкий телесин", т.к. процесс только указывает DVD-плееру + о необходимости применения пулдауна к фильму, не изменяя при этом + сам фильм. + Этот случай существенно предпочтителен, т.к. он может быть легко обращён + (в действительности, проигнорирован) кодером и т.к. он сохраняет + максимальное качество. + Однако, многие широковещательные и DVD студии не используют + надлежащую технологию кодирования и вместо этого производят + фильмы с "жёстким телесином", где поля в действительности + повторяются в кодированном MPEG-2. + + + Порядок действия в таких случаях будет описан + позже в данном руководстве. + Сейчас мы дадим Вам несколько советов по идентификации типа + материала, с которым Вы работаете: + + + +Области NTSC: + + Если при просмотре Вашего фильма MPlayer + выводит, что частота кадров была изменена до 24000/1001 и она + никогда не меняется обратно, то это почти наверняка содержимое + с построчной развёрткой, которое было подвергнуто + "мягкому телесину". + + + Если MPlayer отображает попеременные + переключения частоты кадров между 24000/1001 и 30000/1001, и Вы + иногда видите "гребешки", есть несколько возможностей. + Сегменты с 24000/1001 fps почти наверняка являются "мягко + телесиненным" содержимым с построчной развёрткой, но части с + 30000/1001 fps могут быть как "жёстко телесиненым" содержимым + с 24000/1001 fps, так и NTSC видео с 60000/1001 полями в секунду. + Испольуйте два нижеследующих руководства для определения того, + с каким случаем вы имеете дело. + + + Если MPlayer никогда не показывает + изменения кадровой частоты и каждый отдельный кадр, где есть + движение, оказывается гребёнкой, Ваш фильм есть NTSC видео с + 60000/1001 полями в секунду. + + + Если MPlayer никогда не показывает + изменения кадровой частоты и два кадра из каждых пяти оказываются + гребёнкой, Ваш фильм представляет собой "жёстко телесиненное" + содержимое с 24000/1001 fps. + + + + +Области PAL: + + Если Вы не видите никакой гребёнки, Ваш фильм есть 2:2 пулдаун. + + + Если Вы видите попеременную гребёнку каждые полсекунды, + Ваш фильм представляет собой 2:2:2:2:2:2:2:2:2:2:2:3 пулдаун. + + + Если Вы всегда видите гребёшки во время движения, значит Ваш + фильм является PAL видео с 50 полями в секунду. + + + +Подсказка: + + MPlayer может замедлить воспроизведение + фильма с опцией -speed или воспроизводить его покадрово. + Попробуйте использовать опцию для + очень медленного просмотра фильма или несколько раз нажмите + клавишу "." для воспроизведения одного кадра + за раз и идетнифицируйте образец, если не можете его увидеть на + полной скорости. + + + + + + +Постоянный квантователь против многопроходности + + + Возможно кодировать Ваш фильм, широко варьируя качество. + С современными видеокодерами и небольшим сжатием перед кодированием + (уменьшением размера и шумов) возможно достичь очень хорошего + качества при размере 700 МБ для 90-110-минутного широкоэкранного фильма. + Более того, всё, кроме самых длинных фильмов, может быть кодировано + с почти безупречным качеством на 1400 МБ. + + + + Есть три подхода при кодировании видео: постоянный битпоток (CBR), + постоянный квантователь и многопроходность (ABR или усреднённый битпоток). + + + + Сложность кадров фильма и, таким образом, число битов, нужных для их + сжатия может существенно отличаться от одной сцены к другой. + Современные видеокодеры могут подстраиваться под это в процессе + работы и варьировать битпоток. + Однако, в таких простых режимах как CBR кодеры не знают загруженность + битпотока в последующих сценах и т.о. не могут превысить затребованный + битпоток для больших промежутков времени. + Более продвинутые режимы, такие как многопроходный режим, могут + учитывать статистику предыдущих проходов; это решает проблему, + упомянутую выше. + + +Замечание: + + Большинство кодеков, поддерживающих ABR кодирование, поддерживают + только двупроходный режим, в то время как некоторые другие, такие + как x264, + XviD + и libavcodec поддерживают + многопроходность, несколько улучшающую качество на каждом проходе, + однако, это улучшение не измеримо и не заметно после 4-го прохода + или около того. + Поэтому, в данном разделе дву- и многопроходность будут + использоваться взаимозаменяемо. + + + + + В каждом из этих режимов видеокодек (такой как + libavcodec) + разбивает видеокадр на макроблоки размером 16х16 пикселей и потом + применяет квантователь к каждому макроблоку. Чем меньше квантоваль, + тем лучше качество и выше битпоток. + Метод, используемый видео кодером для определения того, какой + квантователь использовать для данного макроблока, варьируется и + подлежит тонкой настройке. (Это крайнее упрощение реального + процесса, но основная концепция полезна для понимания.) + + + + Когда Вы указываете постоянный битпоток, видеокодек будет кодировать + видео, отбрасывая детали столько, сколько необходимо и настолько мало, + насколько это возможно с целью оставаться ниже заданного битпотока. + Если Вас действительно не волнует размер файла, Вы можете также + использовать CBR и указать бесконечный битпоток. (На практике это + означает значение, достаточно большое для обозначения отсутствия + предела, например, 10000 Кбит.) В результате, без реального ограничения + битпотока, кодек использует наименьший возможный квантователь для + каждого макроблока (как указано опцией + для + libavcodec, равной 2 по умолчанию). + Как только Вы укажите настолько низкий битпоток, что кодек будет + вынужден использовать более высокий квантователь, Вы почти наверняка + испортите качество Вашего видео. + Чтобы избежать этого, Вам, вероятно, придётся уменьшить размеры + Вашего видео, согласно методу, описанному далее в этом руководстве. + В общих чертах, Вам следует избегать CBR совсем, если Вы заботитесь + о качестве. + + + + С постоянным квантователем кодек использует для всех макроблоков + один и тот же квантователь, указанный в опции + (для + libavcodec). + Если Вы хотите рип наивысшего возможного качества, снова не взирая + на битпоток, Вы можете использовать + . + Это приведёт к тому же битпотоку и PSNR (пику отношения сигнала к шуму), + что и CBR с + =бесконечности и значением по умолчанию + , равным 2. + + + + Проблема с постоянным квантованием заключается в том, что кодек использует + заданный квантователь вне зависимости от того, требуется это для + макроблока или нет. То есть возможно использование большего квантователя + для макроблока без ухудшения видимого качества. Зачем тратить биты на + излишне низкий квантователь? У Вашего процессора есть столько тактов, + сколько есть времени, но имеется лишь ограниченное число битов на + жёстком диске. + + + + При двупроходном кодировании первый проход создаст рип фильма так, + как будто это был CBR, но сохранит лог свойств для каждого кадра. + Эта информация затем будет использована во время второго прохода + для принятия интеллектуальных решений о том, какой квантователь + следует использовать. Во время быстрого движения или сцен с + высокой детализацией с большой веротностью будут использованы + бОльшие квантователи, а во время медленного движения или сцен + с низкой детализацией — меньшие. + Обычно количество движения играет существенно более важную роль, + чем количество деталей. + + + + Если Вы используете , то Вы теряете биты. + Если Вы используете , то Вы не получаете + рип наивысшего качества. Предположим, вы делаете рип DVD, используя + , результат получается 1800 Кбит. + Если Вы сделаете двупроходное кодирование с + , получившееся видео быдет обладать + лучшим качеством для + того же битпотока. + + + + После того, как Вы сейчас убедились, что два прохода — это путь + к действию, возникает вопрос о том, какой битпоток использовать? + Ответ таков, что нет единого ответа. В идеале, Вы хотите выбрать + битпоток, при котором достигается наилучший баланс между качеством + и размером файла. Здесь возможны вариации в зависимости от + исходного видеоматериала. + + + + Если размер не важен, хорошей отправной точкой для рипа очень высокого + качества будет 2000 Кбит +/- 200 Кбит. + Для видеоматериала с быстрым движением или высокой детализацией + или просто если у Вас очень разборчивый глаз, Вы можете использовать + 2400 или 2600. + Для некоторых DVD Вы не заметите разницы на 1400 Кбит. Хорошей идеей + является экспериментирование со сценами на разных битпотоках, чтобы + почувствовать разницу. + + + + Если Вашей целью является определённый размер, Вам нужно как-нибудь + вычислить битпоток. Но перед этим, Вам нужно знать, сколько места + нужно зарезервировать по аудио дорожку(и), так что Вам необходимо + извлечь их сперва. + Вы можете расчитать битпоток с помощью следующей формулы: + битпоток = (конечный_размер_в_МБайт - размер_звука_в_МБайт) * + 1024 * 1024 / длительность_в_секундах * 8 / 1000. + Например, для сжатия двухчасового фильма в 702 МБ CD, с 60 МБ + аудио дорожкой, битпоток видео должен составлять: + (702 - 60) * 1024 * 1024 / (120*60) * 8 / 1000 + = 740 кбит/сек. + + + + + + +Ограничения для эффективного кодирования + + + Из-за особенностей MPEG-подобного сжатия, существуют различные + ограничения, которым Вы должны следовать для достижения + максимального качества. + MPEG разбивает видео на квадраты 16х16, называемые макроблоками. + Каждый макроблок состоит из 4 блоков 8х8 с информацией о люме + (интенсивности) и двух блоков 8х8 с информацией о хроме (цвете) + половинного разрешения (один для красно-бирюзовой оси и другой + для жёлто-голубой оси). + Даже если ширина и высота Вашего фильма не кратны 16, кодер + всё равно использует нужное количество макроблоков 16х16 для покрытия + всей области картинки, дополнительная область будет впустую потрачена. + Так что в интересах максимизации качества при фиксированном размере + файла, не стоит использовать размеры, не кратные 16. + + + + У большинства DVD также есть определённое подобие чёрных полос на + краях. Если Вы их оставите, это может повредить качество несколькими + путями. + + + + + + MPEG-подобное сжатие также очень чувствительно к преобразованиям + частотных интервалов, в частности, к дискретному косинусному + преобразованию (DCT), которое аналогично преобразованию Фурье. + Этот вид сжатия эффективен для представления образов и сглаженных + переходов, но у него возникают проблемы с острыми краями. + + Для кодирования последних Вам нужно гораздо больше битов, а иначе + у вас появится артефакт, известный как размывание краёв + (англ. ringing). + + + + Частотные преобразования (DCT) выполняются независимо для каждого + макроблока (на самом деле, для каждого блока), так что эта проблема + возникает только в случае попадания острого края внутрь блока. + Если Ваши чёрные поля возникают точно на границах, кратных 16 + пикселям, это не проблема. + Однако, чёрные полосы на DVD редко хорошо расположены, так что + на практике Вам всегда придётся усекать стороны для избежания + этих проблем. + + + + + + В дополнение к преобразованиям частотных интервалов, MPEG-подобное + сжатие использует векторы движения для отображения изменений от + одного кадра к другому. Векторы движения, естественно, работают + существенно менее эффективно для новых объектов, идущих от + краёв картинки, поскольку они отсутсвуют в предыдущих кадрах. + Пока картинка простирается вплоть до края кодируемой области, + у векторов движения не возникает проблем с движением объектов + за пределы картинки. Однако, при наличии черных полей + могут возникнуть проблемы: + + + + + + Для каждого макроблока MPEG-подобное сжатие сохраняет вектор, + определяющий какая часть предыдущего кадра должна быть скопирована + в этот макроблок как основа для предсказания следующего кадра. + Кодированию подлежит только оставшаяся разность. Если макроблок + простирается до края картинки и содержит часть чёрной полосы, + то векторы движения других частей каритки перепишут чёрную полосу. + Это означает, что много битов нужно потратить либо на повторное + чернение переписанной полосы, либо (что более вероятно) вектор + движения не будет использован вовсе и все изменения для этого + макроблока будут явно кодированы. Другими словами, эффективность + кодирования существенно уменьшается. + + + + Ещё раз, эта проблема возникает только в случае, если чёрные полосы + не укладываются в границы, кратные 16. + + + + + + Наконец, предположим, что у нас есть находящийся внутри картинки + макроблок и объект движется в этот блок от края изображения. + MPEG-подобное кодирование не может сказать "скопируй ту часть, + что внутри картинки, но не чёрную полосу". Так что чёрная полоса + также быдет скопирована внутрь, в результате чего масса битов + будет потрачена на кодирование части изображения, которое должно + быть на месте полосы. + + + + Для случаев, когда всё изображение движется к краю кодируемой + области, у MPEG есть специальные оптимизации для многократного + копирования пикселей на край картинки, когда вектор движения + идёт извне области кодирования. Эта возможность становится + бесполезной, если у фильма есть чёрные полосы. В отличии от + случаев 1 и 2, выравнивание границ до кратности 16 здесь + не поможет. + + + + + + Несмотря на то, что границы полностью чёрные и никогда не изменяются, + существуют, как минимум, определённые накладные расходы, связанные + с наличием большего числа макроблоков. + + + + + + Благодаря всем этим причинам, рекомендуется полностью урезать + чёрные полосы. Более того, если есть области шумов/искажений + на краях картинки, то их урезание также поспособствует улучшению + качества кодирования. Видеофилы, желающие сохранить оригинал как + можно более точно, могут возражать против такого усечения; но + если Вы не планируете кодировать при постоянном квантователе, + качество, полученное при усечении, существенно превысит потери + информации на краях. + + + + + +Усечение и масштабирование + + + Вспомните из предыдущего раздела, что конечный размер картинки, + подлежащей кодированию, должен быть кратен 16 (как высота,так + и ширина). Это может быть достигнуто усечением, масштабированием + или комбинацией того и другого. + + + + Есть несколько рекомендаций для усечения, которым необходимо следовать + для избежания повреждения фильма. + Обычный формат YUV, 4:2:0, сохраняет хрому (информацию о цвете) + половинной дискретизации, т.е. хрома сохраняется в два раза реже + в каждом направлении, чем люма (информация об интенсивности). + Рассмотрите следующую диаграмму, где L обозначает точки дискретизации + люмы и C — хромы. + + + + + + + + + + + + + + + + + + + + + L + L + L + L + L + L + L + L + + + C + C + C + C + + + L + L + L + L + L + L + L + L + + + L + L + L + L + L + L + L + L + + + C + C + C + C + + + L + L + L + L + L + L + L + L + + + + + + + Как Вы видите, строки и столбцы изображения естественным образом + идут в парах. Поэтому смещения и размеры усечения + должны быть чётными числами. + Иначе хрома перестанет правильно соответствовать люме. + Теоретически возможно усечение с нечётными смещениями, но оно + потребует преобразования хромы, что потенциально является + операцией с потерей качества и не поддерживается фильтром + усечения сторон crop. + + + + Далее, видео с чересстрочной развёрткой дискретизируется следующим + образом: + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + Верхнее поле + Нижнее поле + + + L + L + L + L + L + L + L + L + + + + + + + + + + + C + C + C + C + + + + + + + + + + + + + + + + + + + L + L + L + L + L + L + L + L + + + L + L + L + L + L + L + L + L + + + + + + + + + + + + + + + + + + + C + C + C + C + + + + + + + + + + + L + L + L + L + L + L + L + L + + + L + L + L + L + L + L + L + L + + + + + + + + + + + C + C + C + C + + + + + + + + + + + + + + + + + + + L + L + L + L + L + L + L + L + + + L + L + L + L + L + L + L + L + + + + + + + + + + + + + + + + + + + C + C + C + C + + + + + + + + + + + L + L + L + L + L + L + L + L + + + + + + + Как Вы видите, структура повторяется только после 4 строк. + Так что для чересстрочного видео Ваше y-смещение и высота + усечения должны быть кратны 4. + + + + Естественные разрешения DVD составляют 720x480 для NTSC и 720x576 + для PAL, но существует флаг соотношения сторон, который указывает + является ли видео полноэкранным (4:3) или широкоэкранным (16:9). + Многие (если не большинство) широкоэкранных DVD не точно соответсвуют + + формату 16:9 и он может быть как 1.85:1, так и 2.35:1 (формат cinescope). + Это означает, что в видео будут чёрные полосы, которые нужно усечь. + + + + MPlayer предоставляет фильтр обнаружения + усечения, который определяет прямоугольник, до которго нужно усечь + (). + Запустите MPlayer с + и он выдаст настройки + усечения для удаления полей. + С целью получения точных параметров усечения, Вы должны проигрывать + фильм достаточно долго для того, чтоб была использована вся область + изображения. + + + + Затем проверьте значения, полученные с помощью + MPlayer, используя командную строку, + выведенную , и подстройте прямоугольник + при необходимости. + Фильтр может быть полезен, позволив + Вам интерактивно менять прямоугольник усечения для Вашего фильма. + Не забывайте следовать указанным выше руководствам по делимости, + чтобы не испортить выравнивание хромы. + + + + В ряде случаев масштабирование может быть нежелательным. + Масштабирование по вертикальному направлению затруднено для + чересстрочного видео, и если Вы хотите сохранить чересстрочность, + Вам в большинстве случаев будет необходимо воздерживаться от + масштабирования. + Если Вы не будете масштабировать, но всё ещё желаете размеры, + кратные 16, то Вам придётся проводить излишнее усечение. + Не проводите неполное усечение, поскольку чёрные полосы очень + плохи для кодирования! + + + + Посокльку MPEG-4 использует макроблоки 16х16, Вы должны убедиться, + что каждое измерение кодируемого видео кратно 16; иначе Вы ухудшите + качество, особенно на малых битпотоках. Вы можете сделать это, + округлив ширину и высоту прямоугольника усечения до ближайшего + меньшего целого, кратного 16. + Учитывая установленное ранее, при усечении Вы можете захотеть увеличить + смещение по Y на половину разности старой и новой высоты, так что + полученное видео будет браться из центра кадра. + + И из-за способа дискретизации DVD видео, убедитесь, что смещение + есть чётное число. (Фактически, возьмите за правило никогда не + использовать нечётные величины для любых параметров усечения или + масштабирования видео.) Если Вы беспокоитесь из-за нескольких + излишне отброшенных битов, возможно, Вы предпочтёте взамен + масштабировать видео. + В действительности, Вы можете доверить фильтру + сделать для Вас всё вышеупомянутое, + т.к. у него есть необязательный параметр округления + , равный 16 по умолчанию. + + + + Также будьте осторожны с "полутёмными" пикселями на краях. Убедитесь, + что они тоже отрезаются, иначе Вы будете тратить биты, которым есть + лучшее применение. + + + + После всего выше сказанного и сделанного, Вы, вероятно, получите + видео не точно формата 1:85.1 или 2.35:1, а с чем-то близким + к этому. Вы можете вычислить новый коэффициент соотношения + сторон вручную, но MEncoder + предоставляет опцию для libavcodec, + называемую , которая сделает это для + Вас. Ни в коем случае не увеличивайте размер этого видео с целью + квадратизации пикселей, если Вы не желаете впустую потратить + место на жёстком диске. + Масштабирование должно выполняться при воспроизведении, и плеер + использует коэффициент соотношения сторон, сохранённый в AVI, для + определения правильного разрешения. + К сожалению, не все плееры используют эту информацию автомасштабирования, + поэтому Вам всё ещё может быть необходимо перемасштабирование. + + + + + +Выбор разрешения и битпотока + + + Если Вы не собираетеся кодировать в режиме постоянного квантователя, + Вам нужно выбрать битпоток. + Понятие битпотока очень просто: это среднее число битов, которые + будут использованы для сохранения Вашего фильма, в секунду. + Обычно битпоток измеряется в килобитах (1000 бит) в секунду. + Размер Вашего фильма на диске есть битпоток, умноженный на + длительность фильма, плюс небольшие накладные расходы + (см. раздел + контейнер AVI + для примера). + Остальные параметры, такие как масштабирование, усечение и т.п. + не изменят размер файла, пока + Вы также не измените битпоток! + + + Битпоток изменяется не + пропорционально разрешению. + То есть файл разрешением 320х240 с 200 кбит/сек не будет + того же качества, что этот же фильм разрешением 640х480 + и 800 кбит/сек! + Для этого есть две причины: + + + Восприятие: Вы сильнее + замечаете MPEG артефакты, если они больше! + Артефакты возникают на масштабе блоков (8х8). + Ваш глаз не увидит ошибки в 4800 маленьких блоков так же + легко, как и в 1200 больших блоков (предполагая + масштабирование обоих фильмов на полный экран). + + + Теоретическая: Когда Вы + уменьшаете размер изображения, но продолжаете использовать + блоки того же размера (8х8) для пространственных частотных + преобразований, Вы перемещаете больше данных в высокочастотные + полосы. Грубо говоря, каждый пиксель содержит больше деталей, + чем раньше. + Так что несмотря на то, что ваша картинка с уменьшенным + масштабом содержит 1/4 информации в пространственных направлениях, + она всё ещё может содержать большУю часть информации в + частотных интервалах (предполагая, что высокие частоты были + не использованы в оригинальном 640х480 изображении). + + + + + Последние руководства рекомендовали выбор битпотока и разрешения, + основываясь на приближении "бит на пиксель", но это обычно не + верно из-за упомянутых выше причин. + Похоже, лучшей оценкой является рост битпотока пропорционально + квадратному корню разрешения, так что 320х240 и 400 кбит/сек + должно быть сравнимо с 640х480 и 800 кбит/сек. + Однако, это не было строго проверено теоретически или эмпирически. + Кроме того, из-за существенного отличия фильмов по уровню шума, + деталей, степеней свободы и т.п., тщетно давать общие рекомендации + для "битов на длину диагонали" (аналог битов на пиксель, используя + квадратный корень). + + + Таким образом, мы обсудили сложность выбора битпотока и разрешения. + + + + +Расчёт разрешения + + Следующие шаги помогут Вам расчитать разрешение для Вашего + кодирования без слишком сильного искажения видео, учитывая + некоторую информацию об исходном видео. + Прежде всего, Вам необходимо расчитать коэффициент соотношения + сторон для кодированного видео: + ARc = (Wc x (ARa / PRdvd )) / Hc + +где: + + Wc и Hc — ширина и высота усечённого видео, + + + ARa — коэффициент соотношения сторон изображения, обычно 4/3 или 16/9, + + + PRdvd — отношение пикселей DVD, что равно 1.25=(720/576) для PAL + DVD и 1.5=(720/480) для NTSC DVD. + + + + + + Затем Вы можете расчитать разрешение по X и Y, согласно определённому + фактору качества сжатия (CQ): + ResY = INT(SQRT( 1000*Битпоток/25/ARc/CQ )/16) * 16 + и ResX = INT( ResY * ARc / 16) * 16. + + + + Хорошо, но что такое CQ? + CQ соответсвует числу битов на пиксель и на кадр для кодирования. + Грубо говоря, чем больше CQ, тем меньше вероятность увидеть + артефакты кодирования. + Однако, если у Вас есть заданный размер для Вашего фильма + (например, 1 или 2 CD), есть ограниченное общее число битов, + которые Вы можете потратить; поэтому важно найти хороший + компромисс между сжимаемостью и качеством. + + + + CQ зависит от битпотока, эффективности видеокодека и разрешения фильма. + Обычно, в целях увеличеиня CQ, Вам нужно будет уменьшить размер + фильма при постоянном битпотоке, заданном размере и длине фильма. + С MPEG-4 ASP кодеками, такими как XviD + и libavcodec, CQ + меньше 0.18 обычно приводит к изображению с большим числом + сегментов "квадратиками", из-за недостаточного числа битов для + кодирования информации в каждом макроблоке. + (MPEG4, как и многие другие кодеки, группирует пиксели в блоки по + несколько пикселей для сжатия изображения; если битов не хватает, + границы этих блоков становятся заметными.) + Следовательно, благоразумно выбрать CQ в диапазоне от 0.20 до 0.22 + для рипа на 1 CD и 0.26-0.28 для рипа на 2 CD при использовании + стандартных опций кодирования. + Более продвинутые опции кодирования, такие как указанные для + libavcodec + и +XviD + должны сделать возможным получение того же качества с CQ в диапазоне + от 0.18 до 0.20 для рипа на 1 CD и 0.24-0.26 для рипа на 2 CD. + Используя MPEG-4 ASP кодеки, такие как + x264, Вы можете использовать + CQ в диапазоне от 0.14 до 0.16 со стандартными опциями кодирования + и должны суметь достичь таких низких значений, как 0.10-0.12 + с помощью + продвинутых опций кодирования x264. + + + + Пожалуйста, обратите внимание, что CQ — лишь показательная величина, + т.к. она зависит от кодируемого содержимого; CQ 0.18 может хорошо + смотреться для Бергмана (Bergman), в отличии от такого фильма как + Матрица (The Matrix), содержащего много сцен с быстрым движением. + С другой стороны, бесполезно увеличивать CQ выше 0.30, т.к. Вы + будете тратить биты без заметного увеличения качества. + Так же обратите внимание, что, как было указано выше в данном + руководстве, фильмам с низким разрешением (например, по сравнению с DVD) + необходим более высокий CQ для того, чтоб они выглядели хорошо. + + + + + + +Фильтрация + + + Изучение использования видео фильтров MEncoder + важно для получения хороших результатов кодирования. + Вся обработка видео выполняется посредством фильтров: усечение, + масштабирование, подстройка цвета, удаление шума, увеличение + чёткости, деинтерлейс (преобразование видео из чересстрочной + развёртки в построчную), телесин, обратный телесин и удаление + блочной сегментации — и это лишь некоторые из них. + Вместе с огромным количеством поддерживаемых входных форматов, + разнообразие фильтров, доступных в MEncoder, + является одним из его основных достоинств над другими аналогичными + программами. + + + + Фильтры загружаются в цепочки с помощью опции -vf: + + -vf фильтр1=опции,фильтр2=опции,... + + Большинство фильтров используют численные значения опций, + разделённые двоеточиями, но синтаксис этих параметров различается + у разных фильтров, так что читайте мануал для детальной + информации о фильтрах, которые Вы желаете использовать. + + + + Фильтры действуют на видео в порядке их загрузки. + Например, следующая цепочка: + + -vf crop=688:464:12:4,scale=640:464 + + сперва усечёт область изображения до 688х464 с верхним левым + углом (12,4), а затем масштабирует результат до 640х464. + + + + Некоторые фильтры нужно загружать в начале цепочки фильтров (или + рядом с ним) с целью получения преимущества от использования + информации после видеодекодера, которая будет потеряна или + искажена другими фильтрами. + Важнейшими примерами являются: (постобработка, + только при выполнении операций удаления блочной сегментации + (deblocking) или увеличения чёткости краёв (deringing)), + (другой фильтр постобработки, служащий для + удаления артефактов MPEG), (обратный + телесин), и (для преобразования + мягкого телесина в жёсткий). + + + + В общем случае, Вам следует делать настолько мало фильтрации, + насколько это возможно, для того чтоб остаться близко к оригинальному + DVD источнику. Усечение часто необходимо (как описано выше), но + избегайте масштабирования видео. Несмотря на то, что уменьшение + размера иногда предпочтительно при использовании больших + квантователей, нужно избегать и того, и другого: помните, + что мы с самого начала решили обменять биты на качество. + + + + Также не корректируйте гамму, контрастность, яркость и т.п.. То, + что хорошо выглядит на Вашем мониторе, может плохо выглядеть + на других. Коррекция должна выполняться только при воспроизведении. + + + + Однако, есть одна вещь, которую Вы, быть может, захотите сделать — + это пропустить видео через очень слабый фильтр удаления шумов, + такой как . + Ещё раз, причиной этому является то, что этим битам можно найти + лучшее применение: зачем тратить их, кодируя шум, если Вы просто + можете вернуть этот шум в процессе воспроизведения? + Увеличение параметров для дополнительно + улучшит сжимаемость, но увеличив значения слишком сильно, Вы рискуете + ухудшить различимость изображения. + Рекомендованные выше значения () слегка + консервативны; не бойтесь экспериментировать с более высокими + значениями и самостоятельно оценивать результаты. + + + + + + +Чересстрочная развёртка и телесин + + + Почти все фильмы снимаются при 24 fps [кадр/сек]. Поскольку + в NTSC ниспользуется 30000/1001 fps, нужно выполнить некоторую + обработку для такого 24 fps видео, чтобы оно корректно + воспроизводилось при кадровой частоте NTSC. Этот процесс называется + 3:2 пулдаун, обычно называемый телесин (поскольку пулдаун часто + применяется в процессе показа телевизионного фильма, англ. telecine); + и в упрощенном описании это работает путём замедления фильма до + 24000/1001 fps и повтора каждого четвёртого кадра. + + + + Однако, никакой специальной обработки не выполняется для видео + на PAL DVD, которое воспроизводится при 25 fps. (Технически PAL + может быть подверженым телесину, называемому 2:2 пулдаун, но на + практике это не применяется). + 24 fps фильм просто проигрывается на 25 fps. В результате фильм + воспроизводится слегка быстрее, но если Вы не пришелец, то, + вероятно, не заметите разницы. + У большинства PAL DVD аудио корректируемо по высоте звука, так + что, воспроизводясь при 25 fps, оно звучит нормально, даже если + аудиодорожка (и, следовательно, весь фильм) проигрываются на + 4% быстрее, чем NTSC DVD. + + + + Поскольку видео на PAL DVD не переделывается, Вам не стоит + беспокоится о частоте кадров. У источника 25 fps и у Вашего + рипа будет 25 fps. Однако, если Вы делаете рип NTSC DVD фильма, + Вам, быть может, придётся выполнить обратный телесин. + + + + Для фильмов, снятых на 24 fps, видео на NTSC DVD идёт либо с телесином + 30000/1001, либо с построчной развёрткой 24000/1001 fps и + предназначается для телесина на лету с помощью DVD плеера. + С другой стороны, TV сериалы идут обычно только с чересстрочной развёрткой, + но без телесина. Это не строгое правило: есть сериалы с + чересстрочной развёрткой (например, Баффи, Убийца Вампиров + [Buffy the Vampire Slayer]), в то время как другие представляют + собой смесь построчной и чересстрочной развёртки (такие как + Ангел [Angel] или 24). + + + + Настоятельно рекомендуется прочитать раздел о + работе с телесином и чересстрочной развёрткой в NTSC DVD + для изучения способов обработки в разных ситуациях. + + + + Однако, если Вы преимущественно делаете рипы фильмов, Вы, скорее + всего, имеете дело с 24 fps видео либо с построчной развёрткой, + либо с подвергнутым телесину; в последнем случае Вы можете использовать + фильтр: . + + + + + +Кодирование чересстрочного видео + + + Если Вы желаете кодировать фильм с чересстрочной развёрткой + (NTSC или PAL видео), Вам нужно решить, будете ли Вы его + преобразовывать в построчную развёртку или нет. + Хотя такое преобразование (деинтерлейс) сделает Ваш фильм + пригодным для дисплеев с построчной развёрткой, таких как + компьютерные мониторы и проекторы, это будет иметь свою цену: + частота полей уменьшится вдвое от 50 или 60000/1001 до 25 или + 30000/1001 поля в секунду, и примерно половина информации в + Вашем фильме будет потеряна в сценах со значительным движением. + + + + Поэтому, если Вы кодируете для высококачественных архивных целей, + не рекомендуется делать деинтерлейс. Вы всегда можете преобразовать + развёртку фильма в процессе воспроизведения (при воспроизведении + на устройствах с построчной развёрткой). + Мощность современных компьютеров вынуждает плееры использовать + фильтр деинтерлейса, что слегка ухудшает качество изображения. + Но плееры будущего будут способны имитировать дисплей TV с + чересстрочной развёрткой, выполняя деинтерлейс на полной частоте + полей и интерполируя 50 или 60000/1001 кадров в секунду для + чересстрочного видео. + + + + С чересстрочным видео нужно работать особым образом: + + + + + Высота усечения и смещение по оси y должны быть кратны 4. + + + Любое вертикальное масштабирование должно выполняться в режиме + чересстрочной развёртки. + + + Фильтры постобработки и удаления шума могут не работать как + ожидается, только если Вы особо не позаботитесь об их + одновременном применении на частоте полей, иначе они могут + повредить видео при неверном использовании. + + + + + Учитывая вышесказанное, вот наш первый пример: + + + mencoder захват.avi -mc 0 -oac lavc -ovc lavc -lavcopts \ + vcodec=mpeg2video:vbitrate=6000:ilme:ildct:acodec=mp2:abitrate=224 + + + Обратите внимание на опции и . + + + + + +Замечания об аудио/видео синхронизации + + + Алгоритмы аудио/видео (A/V) синхронизации MEncoder + были разработаны с целью восстановления файлов с повреждённой + синхронизацией. + Однако, в ряде случаев они могут привести к ненужному пропуску + или повторению кадров и, возможно, к лёгкой A/V десинхронизации + корректных входных данных (конечно, проблемы A/V синхронизации + возникают только при обработке или копировании аудиотрека при + кодировании видео, что настоятельно рекомендуется). + Поэтому Вы можете переключиться на базовую A/V синхронизацию + с помощью опции или разместить это в + конфигурационном файле ~/.mplayer/mencoder, + если Вы работаете только с хорошими источниками (DVD, TV-захват, + высококачественные MPEG-4 рипы и т.п.), а не с повреждёнными + файлами ASF/RM/MOV. + + + Если Вы хотите дополнительно защититься от странных пропусков + и повторений кадров, вы можете одновременно использовать опции + и . + Это предотвратит любую A/V коррекцию, и + будет копировать кадры один в один, так что Вы не сможете это + использовать, если будете применять какие-либо фильтры, которые + непредсказуемо добавляют или отбрасывают кадры, либо если у + Вашего входного файла переменный битопоток! + Поэтому использование в общем случае не + рекомендуется. + + + Сообщалось о том, что так называемое трёхпроходное аудиокодирование, + поддерживаемое MEncoder, вызывало + A/V десинхронизацию. + Это наверняка произойдёт при использовании совместно с некоторыми + фильтрами, поэтому сейчас не рекомендуется + использовать трёхпроходный аудио режим. + Эта возможность оставлена только для совместимости и для опытных + пользователей, понимающих когда это безопасно, а когда нет. + Если Вы ранее никогда не слышали о трёхпроходном режиме, забудьте + даже о том, что мы его упоминали! + + + Также были сообщения об A/V десинхронизации при кодировании + со стандартного ввода (stdin) с помощью MEncoder. + Не делайте этого! Всегда взамен используйте файл или CD/DVD и т.п. + устройство. + + + + +Выбор видеокодека + + + То, какой видеокодек лучше выбрать, зависит от нескольких + факторов, таких как размер, качество, устойчивость к ошибкам, + практичность и распостранённость, многие из которых сильно + зависят от личных предпочтений и технических ограничений. + + + + Эффективность сжатия: + Достаточно очевидно, что большинство кодеков нового поколения + разработаны для увеличения качества и степени сжатия. + Поэтому, авторы данного руководства и многие другие люди полагают, + что Вы не можете ошибиться + + + Несмотря на это, будьте осторожны: для декодирования MPEG-4 AVC + видео с DVD разрешением необходима быстрая машина (например, + Pentium 4 свыше 1.5 ГГц или Pentium M свыше 1 ГГц). + , + выбирая MPEG-4 AVC кодеки (например, + x264) + вместо таких MPEG-4 ASP кодеков, как + libavcodec MPEG-4 или + XviD. + (Опытные разработчики кодеков могут быть заинтересованы в + ознакомлении с точкой зрения Михаэля Найдермауэра (Michael + Niedermayer) + "почему MPEG4-ASP отстой".) + Аналогично, Вы должны получить лучшее качество с MPEG-4 ASP, по + сравнению с MPEG-2 кодеками. + + + Однако, новые кодеки, находящиеся в интенсивной разработке, + могут страдать от ещё не замеченных ошибок, которые могут + испортить кодирование. Просто это плата за использование + передовых технологий. + + + Более существенно то, что для начала использования нового кодека + необходимо потратить время на изучение его опций так, чтобы Вы + знали, что нужно подстраивать для достижения заданного качества + изображения. + + + + Аппаратная совместимость: + Обычно необходимо длительное время для включения поддержки + последних видеокодеков в автономные видеоплееры. + В итоге, большинство поддерживает только MPEG-1 (наподобие + VCD, XVCD и KVCD), MPEG-2 (например, DVD, SVCD и KVCD) и MPEG-4 + ASP (например, DivX, + libavcodec LMP4 и + XviD) + (Осторожно: обычно поддерживаются не все возможности MPEG-4 ASP). + Пожалуйста, обратитесь к технической спецификации Вашего плеера + (если она доступна) или к гугл (google) для детальной информации. + + + + Лучшее соотношение качества и времени кодирования: + Кодеки, уже использующиеся определённое время (например, + libavcodec MPEG-4 и + XviD) обычно сильно + оптимизированы всевозможными остроумными алгоритмами и + ассемблерным SIMD кодом. Поэтому они обладают тенденцией + достижения лучшего соотношения качества к времени кодирования. + Однако, у них могут быть некоторые очень продвинутые опции, + которые, будучи включенными, сделают кодирование очень медленным + ради несущественного выигрыша. + + + Если Вам нужна высокая скорость, примерно придерживайтесь настроек + видеокодека по умолчанию (хотя Вам стоит попробовать другие опции, + упоминаемые в иных разделах данного руководства). + + + Вы так же можете рассмотреть вариант использования многопоточного + кодека, хотя это полезно только для пользователей машин с + несколькими процессорами. + libavcodec MPEG-4 позволяет + это, но выигрыш в скорости ограничен и есть небольшой отрицательный + эффект для качества картинки. + Многопоточное кодирование XviD, + включаемое опцией , может использоваться для + ускорения кодирования (на примерно 40-60% в типичных случаях) + с небольшим ухудшением картинки или вообще без него. + x264 также позволяет + многопоточное кодирование, что обычно ускоряет процесс на 15-30% + (в зависимости от настроек кодирования) с уменьшением PSNR примерно + на 0.05 дБ. + + + + Личные предпочтения: + Здесь всё становится почти неразумным: из-за тех же причин, по + которым одни придерживаются DivX 3 в течении лет, в то время + как новые кодеки уже творят чудеса, другие люди предпочитают + XviD или + libavcodec MPEG-4 + использованиию x264. + + + Вам нужно принимать решение самостоятельно; не слушайте советов + людей, признающих только один кодек. + Сделайте несколько образцов клипов из искомых источников и + сравните разные опции кодирования и кодеки, с целью выбора + того, что Вам наиболее подходит. + Лучший кодек — это тот, которым Вы сами овладели, и + который выглядит лучше всего для Ваших глаз на Вашем дисплее + + + Один и тот же результат кодирования может не выглядеть таким же + на чьём-либо другом мониторе или при воспроизведении с помощью + другого декодера, так что проверяйте Ваши результаты кодирования + на жизнеспособность, воспроизводя их в разных начальных условиях. + ! + + + + Пожалуйста, обратитесь к разделу + выбор кодеков и форматов контейнера + для получения списка поддерживаемых кодеков. + + + + +Аудио + + + Аудио — это гораздо более простая проблема: если Вы + беспокоитесь о качестве, просто оставьте всё как есть. + Даже потоки AC3 5.1 не более чем 448 Кбит/с и они стоят каждого + бита. Вы можете соблазниться перекодированием аудио в + высококачественный Vorbis (он же ogg формат), но лишь то, что + у Вас сегодня нет A/V приёмника для пропускания AC3, не означает, + что у Вас не будет его завтра. Для жизнеспособности Ваших DVD + рипов в будущем, сохраняйте поток AC3. + Вы можете сохранить поток AC3, копируя его непосредственно в + видеопоток в процессе кодирования. + Вы также можете извлечь AC3 поток с целью мультиплексирования его + в контейнеры наподобие NUT или Matroska (Матрёшка). + + mplayer файл_источника.vob -aid 129 -dumpaudio -dumpfile звук.ac3 + сохранит в файл звук.ac3 аудиодорожку + с номером 129 из файла + файл_источника.vob (Обратите внимание: + DVD VOB файлы обычно импользуют нумерацию аудио, отличную от + стандартной, что означает, что аудиодорожка VOB 129 — это вторая + аудиодорожка файла). + + + + Но иногда у Вас действительно нет иного выбора, чем далее сжимать + звук для того, чтоб больше битов могло быть потрачено на видео. + Большинство людей предпочитают сжимать звук с помощью MP3 или + Vorbis аудиокодеков. + Последний является очень эффективным, но MP3 лучше поддерживается + аппаратными плеерами, хотя эта тенденция меняется. + + + + Не используйте при + кодировании файла с аудио, даже если Вы будете позже кодировать и + мультеплексировать аудио отдельно. + Хотя это может работать в идеальных случаях, использование + обычно скрывает ряд проблем в Ваших + настройках кодирования в командной строке. + Другими словами, наличие звуковой дорожки в процессе кодирования + гарантирует Вам, что в случае отсутствия сообщений, подобных + Слишком много аудиопакетов в буфере, у Вас будет + получена правильная синхронизация. + + + + Вам необходим MEncoder для обработки + звука. + Например, Вы можете копировать исходную звуковую дорожку в + процессе кодирования с помощью или + преобразовать её в "лёгкий" 4 кГц моно WAV PCM с помощью + . + Иначе, в ряде случаев, будет создаваться видео файл, + десинхронизированный с аудио. + Такие случаи происходят, когда число кадров видео исходного файла + не совпадает с полной длиной кадров аудио, или когда были + разрывы/сшивания потока, где появились пропущенные или излишние + аудиокадры. + Правильным решением подобных проблем является вставка тишины или + усечение аудио в таких точках. + Однако, MPlayer не может это сделать + и если Вы демультиплексируете AC3 аудио и кодируете его отдельным + приложением (или создаёте дамп в PCM с помощью + MPlayer), сшивания останутся + нескорректированными и единственный испособ их исправить — + пропускать/дублировать видеокадры в местах сшивки. + Пока MEncoder видит аудио при + кодировании видео, он может выполнять этот пропуск/дублирование + (что обычно не вызывыет проблем, т.к. происходит при полностью + чёрных кадрах или при смене сцен), но если + MEncoder не доступно аудио, он просто + будет обрабатывать все кадры "как есть" и они не будут совпадать + с окончательным аудиопотоком, когда Вы, например, объедините + аудио и видео дорожки в Matroska файл. + + + + Прежде всего, Вам необходимо преобразовать DVD звук в WAV файл, + который может использоваться аудиокодеком в качестве входных + данных. Например: + + mplayer исходный_файл.vob \ + -ao pcm:file=звук.wav -vc dummy -aid 1 -vo null + сохранит вторую аудиодорожку из файла + исходный_файл.vob в файл + звук.wav. + Возможно, Вы захотите нормализировать звук перед кодированием, + поскольку аудиодорожки DVD обычно записываются с маленькой + громкостью. + Вы можете использовать, например, утилиту normalize, + доступную в большинстве дистрибутивов. + Если вы пользуетесь Window$, утилита BeSweet + делает то же самое. + Вы можете сжать в Vorbis или MP3. Например: + oggenc -q1 звук.wav + кодирует звук.wav с качеством 1, + что примерно эквивалентно 80 Кб/с и является минимальным качеством, + при котором Вам нужно кодировать, если Вы заботитесь о качестве. + Пожалуйста, обратите внимание, что MEncoder + на данный момент не поддерживает мультиплексирование аудиопотоков + Vorbis в выходной файл, поскольку он поддерживает только AVI и + MPEG контейнеры для выходных файлов, использование каждого из + которых может привести к проблемам A/V синхронизации с + некоторыми плеерами, в случае когда AVI файл содержит VBR + аудиопотоки наподобие Vorbis. + Не беспокойтесь, в данном документе будет рассказано как Вы + можете это сделать с помощью сторонних программ. + + + + + + +Мультиплексирование + + Теперь, после того как Вы кодировали видео, скорее всего, Вы + захотите мультиплексировать его с одним или несколькими + аудиопотоками в такие видео контейнеры как AVI, MPEG, + Matroska или NUT. + На данный момент встроенная поддержка вывода аудио и видео в + MEncoder есть только для форматов + контейнеров MPEG и AVI. + Например: + + mencoder -oac copy -ovc copy -o выходной_фильм.avi \ + -audiofile исходный_звук.mp2 исходное_видео.avi + Это объединит видеофайл исходное_видео.avi + и аудиофайл исходный_звук.mp2 + в AVI файл выходной_фильм.avi. + Эта команда работает с MPEG-1 слой I, II и III (более + известный как MP3) аудио, WAV, а также с некоторыми иными + форматами аудио. + + + + MEncoder + обладает экспериментальной поддержкой + libavformat — + библиотеки из проекта FFmpeg, поддерживающей мультиплексирование + и демультиплексирование множества контейнеров. + Например: + + mencoder -oac copy -ovc copy -o выходной_фильм.asf \ + -audiofile исходный_звук.mp2 исходное_видео.avi \ + -of lavf -lavfopts format=asf + Это сделает то же самое, что и предыдущий пример, но выходным + контейнером будет ASF. + Пожалуйста, обратите внимание, что эта поддержка весьма + экспериментальна (но становится лучше c каждым днём), и будет + работать только в случае компиляции MPlayer + с включенной поддержкой + libavformat (что означает, + что в большинстве случаев бинарная версия из пакетов не будет + работать). + + + + +Улучшение мультиплексирования и надёжности A/V синхронизации + + Вы можете столкнуться с некоторыми серьёзными проблемами A/V + синхронизации при попытке мультиплексирования вашего видео + с некоторыми аудиодорожками, где, как бы Вы не подбирали задержку + аудио, никогда не получается правильная синхронизация. + Это может происходить при использовании некоторых видеофильтров, + пропускающих или дублирующих некоторые кадры, например фильтров + обратного телесина. + Настоятельно рекомендуется добавлять видеофильтр + в конце цепочки фильтров для избежания + подобных проблем. + + + + Без опции , в случае когда + MEncoder хочет дублировать кадр, он + полагается на то, что мультиплексор расположит отметку в + контейнере таким образом, что последний кадр будет повторен для + достижения синхронизации без реальной записи кадра. + С опцией , MEncoder + вместо этого просто ещё раз поместит последний кадр в цепочку + фильтров. + Это означает, что кодер получит точно + такой же кадр дважды и сожмёт его. + Это приведёт у несколько большему файлу, но избавит от проблем + при демультиплексировании или ремультиплексировании с другими + форматами контейнеров. + + + + Также у Вас может не быть иного выбора, как использовать + с форматами контейнеров, которые + не слишком плотно связаны с + MEncoder, например, с форматами, + поддерживаемыми с помощью + libavformat, + которые могут не поддерживать дублирование кадров на уровне + контейнера. + + + + + +Ограничения контейнера AVI + + Хотя это самый широко распостранённый формат контейнера после + MPEG-1, он также обладает некоторыми существенными недостатками. + Пожалуй, они наиболее очевидны в его избыточности. + Для каждой цепочки AVI файла теряется 24 байта на заголовки и + индекс. + Это приводит к чуть более 5 МБ/час или 1.0-2.5% избыточности + для 700 МБ фильма. Это не кажется большим, но может означать + разницу между возможностью использования 700 кбит/сек или + 714 кбит/сек в случаях, когда каждый бит на счету. + + + + В дополнение к малой эффективности, AVI также обладает следующими + серьёзными ограничениями: + + + + + + Может быть сохранено только содержимое с фиксированной частотой + кадров. В частности, это особенно ограничивает, когда Ваш + исходный материал смешанного содержимого: например, является + смесью NTSC видео и киноматериала. + В действительности, есть хаки, позволяющие сохранять содержимое + с переменным fps в AVI, но они увеличивают (и без того большую) + избыточность впятеро или более того и поэтому непрактичны. + + + + + Аудио в AVI файлах должно быть или с постоянным битпотоком (CBR) + или с постоянным размером кадра (т.е. все кадры декодируются + в одно и то же число выборок). + К сожалению, самый эффективный кодек, Vorbis, не удовлетворяет + ни одному из данных требований. + Поэтому, если Вы планируете сохранять Ваш фильм в AVI, Вы должны + использовать менее эффективный кодек, такой как MP3 или AC3. + + + + + + Сказав всё это, отметим, что MEncoder + на данный момент не поддерживает вывод с переменным fps или + Vorbis кодирование. + Поэтому Вы можете не рассматривать всё это как ограничения, если + MEncoder — это единственный + инструмент, который Вы используете для кодирования. + Однако, возможно использовать MEncoder + только для кодирования видео и затем использовать внешние + утилиты для кодирования аудио и мультиплексирования его в + контейнер другого формата. + + + + +Мультиплексирование в контейнер Matroska (Матрёшка) + + Matroska — это свободный, открытый стандарт формата + контейнера, нацеленный на предоставление большого количества + продвинутых возможностей, которые старые контейнеры (наподобие + AVI) не поддерживают. + Например, Matroska поддерживает аудиосодержимое с переменным + битпотоком (VBR), переменные частоты кадров (VFR), разделы, + файловые вложения, код обнаружения ошибок (EDC) и современные + A/V кодеки, такие как "Продвинутое Аудио Кодирование" ("Advanced + Audio Coding", AAC), "Vorbis" или "MPEG-4 AVC" (H.264), также + не поддерживаемые AVI. + + + + Утилиты, необходимые для создания Matroska файлов, сообща + называются mkvtoolnix, и доступны + для большиства Unix платформ, так же как и для Window$. + Поскольку Matroska — открытый формат, Вы можете найти + иные утилиты, которые лучше Вам подходят, но поскольку + mkvtoolnix — наиболее общие + и поддерживаются самой командой разработчиков Matroska, мы + будем обсуждать только их использование. + + + + Возможно, самым простым способом начать использовать Matroska + является использование MMG, + графической оболочки, поставляемой с + mkvtoolnix. Следуйте + руководству к mkvmerge GUI (mmg). + + + + Также Вы можете мультиплексировать аудио и видео файлы используя + командную строку: + + mkvmerge -o выходной_файл.mkv входное_видео.avi \ + входное_аудио1.mp3 входное_аудио2.ac3 + Это объединит видеофайл входное_видео.avi + и два аудиофайла входное_аудио1.mp3 + и входное_аудио2.ac3 в Matroska + файл выходной_файл.mkv. + Как было отмечено ранее, Matroska способна реализовать гораздо + большее, например, множественные аудиодорожки (включая тонкую + настройку аудио/видео синхронизации), разделы, субтитры, + разбиение и т.д.. + Пожалуйста, обратитесь к документации на эти приложения для + деталей. + + + + + + + + + +How to deal with telecine and interlacing within NTSC DVDs + + +Introduction + +What is telecine? + + If you do not understand much of what is written in this document, + read the + Wikipedia entry on telecine. + It is an understandable and reasonably comprehensive + description of what telecine is. + + + +A note about the numbers. + + Many documents, including the guide linked above, refer to the fields + per second value of NTSC video as 59.94 and the corresponding frames + per second values as 29.97 (for telecined and interlaced) and 23.976 + (for progressive). For simplicity, some documents even round these + numbers to 60, 30, and 24. + + + + Strictly speaking, all those numbers are approximations. Black and + white NTSC video was exactly 60 fields per second, but 60000/1001 + was later chosen to accomodate color data while remaining compatible + with contemporary black and white televisions. Digital NTSC video + (such as on a DVD) is also 60000/1001 fields per second. From this, + interlaced and telecined video are derived to be 30000/1001 frames + per second; progressive video is 24000/1001 frames per second. + + + + Older versions of the MEncoder documentation + and many archived mailing list posts refer to 59.94, 29.97, and 23.976. + All MEncoder documentation has been updated + to use the fractional values, and you should use them too. + + + + is incorrect. + should be used instead. + + + +How telecine is used. + + All video intended to be displayed on an NTSC + television set must be 60000/1001 fields per second. Made-for-TV movies +4 and shows are often filmed directly at 60000/1001 fields per second, but + the majority of cinema is filmed at 24 or 24000/1001 frames per + second. When cinematic movie DVDs are mastered, the video is then + converted for television using a process called telecine. + + + + On a DVD, the video is never actually stored as 60000/1001 fields per + second. For video that was originally 60000/1001, each pair of fields is + combined to form a frame, resulting in 30000/1001 frames per + second. Hardware DVD players then read a flag embedded in the video + stream to determine whether the odd- or even-numbered lines should + form the first field. + + + + Usually, 24000/1001 frames per second content stays as it is when + encoded for a DVD, and the DVD player must perform telecining + on-the-fly. Sometimes, however, the video is telecined + before being stored on the DVD; even though it + was originally 24000/1001 frames per second, it becomes 60000/1001 fields per + second. When it is stored on the DVD, pairs of fields are combined to form + 30000/1001 frames per second. + + + + When looking at individual frames formed from 60000/10001 fields per + second video, telecined or otherwise, interlacing is clearly visible + wherever there is any motion, because one field (say, the + even-numbered lines) represents a moment in time 1/(60000/1001) + seconds later than the other. Playing interlaced video on a computer + looks ugly both because the monitor is higher resolution and because + the video is shown frame-after-frame instead of field-after-field. + + + +Notes: + + This section only applies to NTSC DVDs, and not PAL. + + + The example MEncoder lines throughout the + document are not intended for + actual use. They are simply the bare minimum required to encode the + pertaining video category. How to make good DVD rips or fine-tune + libavcodec for maximal + quality is not within the scope of this document. + + + There are a couple footnotes specific to this guide, linked like this: + [1] + + + + + +How to tell what type of video you have + + +Progressive + + Progressive video was originally filmed at 24000/1001 fps, and stored + on the DVD without alteration. + + + + When you play a progressive DVD in MPlayer, + MPlayer will print the following line as + soon as the movie begins to play: + + demux_mpg: 24000/1001 fps progressive NTSC content detected, switching framerate. + + From this point forward, demux_mpg should never say it finds + "30000/1001 fps NTSC content." + + + + When you watch progressive video, you should never see any + interlacing. Beware, however, because sometimes there is a tiny bit + of telecine mixed in where you would not expect. I have encountered TV + show DVDs that have one second of telecine at every scene change, or + at seemingly random places. I once watched a DVD that had a + progressive first half, and the second half was telecined. If you + want to be really thorough, you can scan the + entire movie: + + mplayer dvd://1 -nosound -vo null -benchmark + + Using makes + MPlayer play the movie as quickly as it + possibly can; still, depending on your hardware, it can take a + while. Every time demux_mpg reports a framerate change, the line + immediately above will show you the time at which the change + occurred. + + + + Sometimes progressive video on DVDs is referred to as + "soft-telecine" because it is intended to + be telecined by the DVD player. + + + + +Telecined + + Telecined video was originally filmed at 24000/1001, but was telecined + before it was written to the DVD. + + + + MPlayer does not (ever) report any + framerate changes when it plays telecined video. + + + + Watching a telecined video, you will see interlacing artifacts that + seem to "blink": they repeatedly appear and disappear. + You can look closely at this by + + + mplayer dvd://1 + + + Seek to a part with motion. + + + Use the . key to step forward one frame at a time. + + + Look at the pattern of interlaced-looking and progressive-looking + frames. If the pattern you see is PPPII,PPPII,PPPII,... then the + video is telecined. If you see some other pattern, then the video + may have been telecined using some non-standard method; + MEncoder cannot losslessly convert + non-standard telecine to progressive. If you do not see any + pattern at all, then it is most likely interlaced. + + + + + + Sometimes telecined video on DVDs is referred to as + "hard-telecine". Since hard-telecine is already 60000/1001 fields + per second, the DVD player plays the video without any manipulation. + + + + Another way to tell if your source is telecined or not is to play + the source with the and + command line options to see how matches frames. + If the source is telecined, you should see on the console a 3:2 pattern + with 0+.1.+2 and 0++1 + alternating. + This technique has the advantage that you do not need to watch the + source to identify it, which could be useful if you wish to automate + the encoding procedure, or to carry out said procedure remotely via + a slow connection. + + + + + +Interlaced + + Interlaced video was originally filmed at 60000/1001 fields per second, + and stored on the DVD as 30000/1001 frames per second. The interlacing effect + (often called "combing") is a result of combining pairs of + fields into frames. Each field is supposed to be 1/(60000/1001) seconds apart, + and when they are displayed simultaneously the difference is apparent. + + + + As with telecined video, MPlayer should + not ever report any framerate changes when playing interlaced content. + + + + When you view an interlaced video closely by frame-stepping with the + . key, you will see that every single frame is interlaced. + + + + +Mixed progressive and telecine + + All of a "mixed progressive and telecine" video was originally + 24000/1001 frames per second, but some parts of it ended up being telecined. + + + + When MPlayer plays this category, it will + (often repeatedly) switch back and forth between "30000/1001 fps NTSC" + and "24000/1001 fps progressive NTSC". Watch the bottom of + MPlayer's output to see these messages. + + + + You should check the "30000/1001 fps NTSC" sections to make sure + they are actually telecine, and not just interlaced. + + + + +Mixed progressive and interlaced + + In "mixed progressive and interlaced" content, progressive + and interlaced video have been spliced together. + + + + This category looks just like "mixed progressive and telecine", + until you examine the 30000/1001 fps sections and see that they do not have the + telecine pattern. + + + + + + +How to encode each category + + As I mentioned in the beginning, example MEncoder + lines below are not meant to actually be used; + they only demonstrate the minimum parameters to properly encode each category. + + + +Progressive + + Progressive video requires no special filtering to encode. The only + parameter you need to be sure to use is + . Otherwise, MEncoder + will try to encode at 30000/1001 fps and will duplicate frames. + + + + mencoder dvd://1 -oac copy -ovc lavc -ofps 24000/1001 + + + + It is often the case, however, that a video that looks progressive + actually has very short parts of telecine mixed in. Unless you are + sure, it is safest to treat the video as + mixed progressive and telecine. + The performance loss is small + [3]. + + + + +Telecined + + Telecine can be reversed to retrieve the original 24000/1001 content, + using a process called inverse-telecine. + MPlayer contains several filters to + accomplish this; the best filter, , is described + in the mixed + progressive and telecine section. + + + + +Interlaced + + For most practical cases it is not possible to retrieve a complete + progressive video from interlaced content. The only way to do so + without losing half of the vertical resolution is to double the + framerate and try to "guess" what ought to make up the + corresponding lines for each field (this has drawbacks - see method + 3). + + + + + + Encode the video in interlaced form. Normally, interlacing wreaks + havoc with the encoder's ability to compress well, but + libavcodec has two + parameters specifically for dealing with storing interlaced video a + bit better: and . Also, + using is strongly recommended + [2] because it + will encode macroblocks as non-interlaced in places where there is + no motion. Note that is NOT needed here. + + mencoder dvd://1 -oac copy -ovc lavc -lavcopts ildct:ilme:mbd=2 + + + Use a deinterlacing filter before encoding. There are several of + these filters available to choose from, each with its own advantages + and disadvantages. Consult to see + what is available (grep for "deint"), and search the + + MPlayer mailing lists to find many discussions about the + various filters. Again, the framerate is not changing, so no + . Also, deinterlacing should be done after + cropping [1] and + before scaling. + + mencoder dvd://1 -oac copy -vf pp=lb -ovc lavc + + + Unfortunately, this option is buggy with + MEncoder; it ought to work well with + MEncoder G2, but that is not here yet. You + might experience crahes. Anyway, the purpose of is to create a full frame out of each field, which + makes the framerate 60000/1001. The advantage of this approach is that no + data is ever lost; however, since each frame comes from only one + field, the missing lines have to be interpolated somehow. There are + no very good methods of generating the missing data, and so the + result will look a bit similar to when using some deinterlacing + filters. Generating the missing lines creates other issues, as well, + simply because the amount of data doubles. So, higher encoding + bitrates are required to maintain quality, and more CPU power is + used for both encoding and decoding. tfields has several different + options for how to create the missing lines of each frame. If you + use this method, then Reference the manual, and chose whichever + option looks best for your material. Note that when using + you + have to specify both + and to be twice the + framerate of your original source. + + mencoder dvd://1 -oac copy -vf tfields=2 -ovc lavc -fps 60000/1001 -ofps 60000/1001 + + + If you plan on downscaling dramatically, you can extract and encode + only one of the two fields. Of course, you will lose half the vertical + resolution, but if you plan on downscaling to at most 1/2 of the + original, the loss will not matter much. The result will be a + progressive 30000/1001 frames per second file. The procedure is to use + , then crop + [1] and scale + appropriately. Remember that you will have to adjust the scale to + compensate for the vertical resolution being halved. + mencoder dvd://1 -oac copy -vf field=0 -ovc lavc + + + + + +Mixed progressive and telecine + + In order to turn mixed progressive and telecine video into entirely + progressive video, the telecined parts have to be + inverse-telecined. There are three ways to accomplish this, + described below. Note that you should + always inverse-telecine before any + rescaling; unless you really know what you are doing, + inverse-telecine before cropping, too + [1]. + is needed here because the output video + will be 24000/1001 frames per second. + + + + + is designed to inverse-telecine + telecined material while leaving progressive data alone. In order to + work properly, must + be followed by the filter or + else MEncoder will crash. + is, however, the cleanest and most + accurate method available for encoding both telecine and + "mixed progressive and telecine". + + mencoder dvd://1 -oac copy -vf pullup,softskip -ovc lavc -ofps 24000/1001 + + + + + + An older method + is to, rather than inverse-telecine the telecined parts, telecine + the non-telecined parts and then inverse-telecine the whole + video. Sound confusing? softpulldown is a filter that goes through + a video and makes the entire file telecined. If we follow + softpulldown with either or + , the final result will be entirely + progressive. is needed. + + mencoder dvd://1 -oac copy -vf softpulldown,ivtc=1 -ovc lavc -ofps 24000/1001 + + + + + I have not used myself, but here is what + D Richard Felker III has to say: + +
It is OK, but IMO it tries to deinterlace rather + than doing inverse telecine too often (much like settop DVD + players & progressive TVs) which gives ugly flickering and + other artifacts. If you are going to use it, you at least need to + spend some time tuning the options and watching the output first + to make sure it is not messing up.
+ + + + + +Mixed progressive and interlaced + + There are two options for dealing with this category, each of + which is a compromise. You should decide based on the + duration/location of each type. + + + + + Treat it as progressive. The interlaced parts will look interlaced, + and some of the interlaced fields will have to be dropped, resulting + in a bit of uneven jumpiness. You can use a postprocessing filter if + you want to, but it may slightly degrade the progressive parts. + + + + This option should definitely not be used if you want to eventually + display the video on an interlaced device (with a TV card, for + example). If you have interlaced frames in a 24000/1001 frames per + second video, they will be telecined along with the progressive + frames. Half of the interlaced "frames" will be displayed for three + fields' duration (3/(60000/1001) seconds), resulting in a flicking + "jump back in time" effect that looks quite bad. If you + even attempt this, you must use a + deinterlacing filter like or + . + + + + It may also be a bad idea for progressive display, too. It will drop + pairs of consecutive interlaced fields, resulting in a discontinuity + that can be more visible than with the second method, which shows + some progressive frames twice. 30000/1001 frames per second interlaced + video is already a bit choppy because it really should be shown at + 60000/1001 fields per second, so the duplicate frames do not stand out as + much. + + + + Either way, it is best to consider your content and how you intend to + display it. If your video is 90% progressive and you never intend to + show it on a TV, you should favor a progressive approach. If it is + only half progressive, you probably want to encode it as if it is all + interlaced. + + + + + Treat it as interlaced. Some frames of the progressive parts will + need to be duplicated, resulting in uneven jumpiness. Again, + deinterlacing filters may slightly degrade the progressive parts. + + + + + + + + +Footnotes + + + About cropping: + + Video data on DVDs are stored in a format called YUV 4:2:0. In YUV + video, luma ("brightness") and chroma ("color") + are stored separately. Because the human eye is somewhat less + sensitive to color than it is to brightness, in a YUV 4:2:0 picture + there is only one chroma pixel for every four luma pixels. In a + progressive picture, each square of four luma pixels (two on each + side) has one common chroma pixel. You must crop progressive YUV + 4:2:0 to even resolutions, and use even offsets. For example, + is OK but + is not. + + + + + When you are dealing with interlaced YUV 4:2:0, the situation is a + bit more complicated. Instead of every four luma pixels in the + frame sharing a chroma pixel, every four luma + pixels in each field share a chroma + pixel. When fields are interlaced to form a frame, each scanline is + one pixel high. Now, instead of all four luma pixels being in a + square, there are two pixels side-by-side, and the other two pixels + are side-by-side two scanlines down. The two luma pixels in the + intermediate scanline are from the other field, and so share a + different chroma pixel with two luma pixels two scanlines away. All + this confusion makes it necessary to have vertical crop dimensions + and offsets be multiples of four. Horizontal can stay even. + + + + For telecined video, I recommend that cropping take place after + inverse telecining. Once the video is progressive you only need to + crop by even numbers. If you really want to gain the slight speedup + that cropping first may offer, you must crop vertically by multiples + of four or else the inverse-telecine filter will not have proper data. + + + + For interlaced (not telecined) video, you must always crop + vertically by multiples of four unless you use before cropping. + + + + + About encoding parameters and quality: + + Just because I recommend here does not mean it + should not be used elsewhere. Along with , + is one of the two + libavcodec options that + increases quality the most, and you should always use at least those + two unless the drop in encoding speed is prohibitive (e.g. realtime + encoding). There are many other options to + libavcodec that increase + encoding quality (and decrease encoding speed) but that is beyond + the scope of this document. + + + + + + About the performance of pullup: + + It is safe to use (along with ) on progressive video, and is usually a good idea unless + the source has been definitively verified to be entirely progressive. + The performace loss is small for most cases. On a bare-minimum encode, + causes MEncoder to + be 50% slower. Adding sound processing and advanced overshadows that difference, bringing the performance + decrease of using down to 2%. + + + + + + + + + + + + +Encoding with the <systemitem class="library">libavcodec</systemitem> + codec family + + +libavcodec +provides simple encoding to a lot of interesting video and audio formats. +You can encode to the following codecs (more or less up to date): + + + +<systemitem class="library">libavcodec</systemitem>'s video codecs + + + + + +Video codec nameDescription + + +mjpeg + Motion JPEG + +ljpeg + lossless JPEG + +h261 + H.261 + +h263 + H.263 + +h263p + H.263+ + +mpeg4 + ISO standard MPEG-4 (DivX, XviD compatible) + +msmpeg4 + pre-standard MPEG-4 variant by MS, v3 (AKA DivX3) + +msmpeg4v2 + pre-standard MPEG-4 by MS, v2 (used in old ASF files) + +wmv1 + Windows Media Video, version 1 (AKA WMV7) + +wmv2 + Windows Media Video, version 2 (AKA WMV8) + +rv10 + RealVideo 1.0 + +rv20 + RealVideo 2.0 + +mpeg1video + MPEG-1 video + +mpeg2video + MPEG-2 video + +huffyuv + lossless compression + +asv1 + ASUS Video v1 + +asv2 + ASUS Video v2 + +ffv1 + FFmpeg's lossless video codec + +svq1 + Sorenson video 1 + +flv + Sorenson H.263 used in Flash Video + +dvvideo + Sony Digital Video + +snow + FFmpeg's experimental wavelet-based codec + + + + + +The first column contains the codec names that should be passed after the +vcodec config, like: + + + +An example with MJPEG compression: +mencoder dvd://2 -o title2.avi -ovc lavc -lavcopts vcodec=mjpeg -oac copy + + + + + +<systemitem class="library">libavcodec</systemitem>'s audio codecs + + + + +Audio codec nameDescription + + + + mp2 + MPEG Layer 2 + + + ac3 + AC3, AKA Dolby Digital + + + adpcm_ima_wav + IMA adaptive PCM (4 bits per sample, 4:1 compression) + + + sonic + experimental lossy/lossless codec + + + + + +The first column contains the codec names that should be passed after the +acodec option, like: + + + + +An example with AC3 compression: +mencoder dvd://2 -o title2.avi -oac lavc -lavcopts acodec=ac3 -ovc copy + + + + + Contrary to libavcodec's video + codecs, its audio codecs do not make a wise usage of the bits they are + given as they lack some minimal psychoacoustic model (if at all) + which most other codec implementations feature. + However, note that all these audio codecs are very fast and work + out-of-the-box everywhere MEncoder has been + compiled with libavcodec (which + is the case most of time), and do not depend on external libraries. + + + + + +Encoding options of libavcodec + + + Ideally, you would probably want to be able to just tell the encoder to switch + into "high quality" mode and move on. + That would probably be nice, but unfortunately hard to implement as different + encoding options yield different quality results depending on the source material. + That is because compression depends on the visual properties of the video + in question. + For example, anime and live action have very different properties and + thus require different options to obtain optimum encoding. + The good news is that some options should never be left out, like + , , and . + See below for a detailed description of common encoding options. + + + + +Options to adjust: + + vmax_b_frames: 1 or 2 is good, depending on + the movie. + Note that if you need to have your encode be decodable by DivX5, you + need to activate closed GOP support, using + libavcodec's + option, but you need to deactivate scene detection, which + is not a good idea as it will hurt encode efficiency a bit. + + + + vb_strategy=1: helps in high-motion scenes. + On some videos, vmax_b_frames may hurt quality, but vmax_b_frames=2 along + with vb_strategy=1 helps. + + + + dia: motion search range. Bigger is better + and slower. + Negative values are a completely different scale. + Good values are -1 for a fast encode, or 2-4 for slower. + + + + predia: motion search pre-pass. + Not as important as dia. Good values are 1 (default) to 4. Requires preme=2 + to really be useful. + + + + cmp, subcmp, precmp: Comparison function for + motion estimation. + Experiment with values of 0 (default), 2 (hadamard), 3 (dct), and 6 (rate + distortion). + 0 is fastest, and sufficient for precmp. + For cmp and subcmp, 2 is good for anime, and 3 is good for live action. + 6 may or may not be slightly better, but is slow. + + + + last_pred: Number of motion predictors to + take from the previous frame. + 1-3 or so help at little speed cost. + Higher values are slow for no extra gain. + + + + cbp, mv0: Controls the selection of macroblocks. + Small speed cost for small quality gain. + + + + qprd: adaptive quantization based on the + macroblock's complexity. + May help or hurt depending on the video and other options. + This can cause artifacts unless you set vqmax to some reasonably small value + (6 is good, maybe as low as 4); vqmin=1 should also help. + + + + qns: very slow, especially when combined + with qprd. + This option will make the encoder minimize noise due to compression + artifacts instead of making the encoded video strictly match the source. + Do not use this unless you have already tweaked everything else as far as it + will go and the results still are not good enough. + + + + vqcomp: Tweak ratecontrol. + What values are good depends on the movie. + You can safely leave this alone if you want. + Reducing vqcomp puts more bits on low-complexity scenes, increasing it puts + them on high-complexity scenes (default: 0.5, range: 0-1. recommended range: + 0.5-0.7). + + + + vlelim, vcelim: Sets the single coefficient + elimination threshold for luminance and chroma planes. + These are encoded separately in all MPEG-like algorithms. + The idea behind these options is to use some good heuristics to determine + when the change in a block is less than the threshold you specify, and in + such a case, to just encode the block as "no change". + This saves bits and perhaps speeds up encoding. vlelim=-4 and vcelim=9 + seem to be good for live movies, but seem not to help with anime; + when encoding animation, you should probably leave them unchanged. + + + + qpel: Quarter pixel motion estimation. + MPEG-4 uses half pixel precision for its motion search by default, + therefore this option comes with an overhead as more information will be + stored in the encoded file. + The compression gain/loss depends on the movie, but it is usually not very + effective on anime. + qpel always incurs a significant cost in CPU decode time (+25% in + practice). + + + + psnr: does not affect the actual encoding, + but writes a log file giving the type/size/quality of each frame, and + prints a summary of PSNR (Peak Signal to Noise Ratio) at the end. + + + + + +Options not recommended to play with: + + vme: The default is best. + + + + lumi_mask, dark_mask: Psychovisual adaptive + quantization. + You do not want to play with those options if you care about quality. + Reasonable values may be effective in your case, but be warned this is very + subjective. + + + + scplx_mask: Tries to prevent blocky + artifacts, but postprocessing is better. + + + + + +Encoding setting examples + + + The following settings are examples of different encoding + option combinations that affect the speed vs quality tradeoff + at the same target bitrate. + + + + All the encoding settings were tested on a 720x448 @30000/1001 fps + video sample, the target bitrate was 900kbps, and the machine was an + AMD-64 3400+ at 2400 MHz in 64 bits mode. + Each encoding setting features the measured encoding speed (in + frames per second) and the PSNR loss (in dB) compared to the "very + high quality" setting. + Please understand that depending on your source, your machine type + and development advancements, you may get very different results. + + + + + + +DescriptionEncoding optionsspeed (in fps)Relative PSNR loss (in dB) + + + + Very high quality + + 6fps + 0dB + + + High quality + + 15fps + -0.5dB + + + Fast + + 42fps + -0.74dB + + + Realtime + + 54fps + -1.21dB + + + + + + + +Custom inter/intra matrices + + +With this feature of +libavcodec +you are able to set custom inter (I-frames/keyframes) and intra +(P-frames/predicted frames) matrices. It is supported by many of the codecs: +mpeg1video and mpeg2video +are reported as working. + + + +A typical usage of this feature is to set the matrices preferred by the +KVCD specifications. + + + +The KVCD "Notch" Quantization Matrix: + + + +Intra: + + 8 9 12 22 26 27 29 34 + 9 10 14 26 27 29 34 37 +12 14 18 27 29 34 37 38 +22 26 27 31 36 37 38 40 +26 27 29 36 39 38 40 48 +27 29 34 37 38 40 48 58 +29 34 37 38 40 48 58 69 +34 37 38 40 48 58 69 79 + + +Inter: + +16 18 20 22 24 26 28 30 +18 20 22 24 26 28 30 32 +20 22 24 26 28 30 32 34 +22 24 26 30 32 32 34 36 +24 26 28 32 34 34 36 38 +26 28 30 32 34 36 38 40 +28 30 32 34 36 38 42 42 +30 32 34 36 38 40 42 44 + + + + +Usage: + +$ mencoder input.avi -o output.avi -oac copy -ovc lavc -lavcopts inter_matrix=...:intra_matrix=... + + + + + +$ mencoder input.avi -ovc lavc -lavcopts +vcodec=mpeg2video:intra_matrix=8,9,12,22,26,27,29,34,9,10,14,26,27,29,34,37, +12,14,18,27,29,34,37,38,22,26,27,31,36,37,38,40,26,27,29,36,39,38,40,48,27, +29,34,37,38,40,48,58,29,34,37,38,40,48,58,69,34,37,38,40,48,58,69,79 +:inter_matrix=16,18,20,22,24,26,28,30,18,20,22,24,26,28,30,32,20,22,24,26, +28,30,32,34,22,24,26,30,32,32,34,36,24,26,28,32,34,34,36,38,26,28,30,32,34, +36,38,40,28,30,32,34,36,38,42,42,30,32,34,36,38,40,42,44 -oac copy -o svcd.mpg + + + + + + +Example + + + So, you have just bought your shiny new copy of Harry Potter and the Chamber + of Secrets (widescreen edition, of course), and you want to rip this DVD + so that you can add it to your Home Theatre PC. This is a region 1 DVD, + so it is NTSC. The example below will still apply to PAL, except you will + omit (because the output framerate is the + same as the input framerate), and of course the crop dimensions will be + different. + + + + After running , we follow the process + detailed in the section How to deal + with telecine and interlacing in NTSC DVDs and discover that it is + 24000/1001 fps progressive video, which means that we need not use an inverse + telecine filter, such as or + . + + + + Next, we want to determine the appropriate crop rectangle, so we use the + cropdetect filter: + + mplayer dvd://1 -vf cropdetect + + Make sure you seek to a fully filled frame (such as a bright scene), and + you will see in MPlayer's console output: + + crop area: X: 0..719 Y: 57..419 (-vf crop=720:362:0:58) + + We then play the movie back with this filter to test its correctness: + + mplayer dvd://1 -vf crop=720:362:0:58 + + And we see that it looks perfectly fine. Next, we ensure the width and + height are a multiple of 16. The width is fine, however the height is + not. Since we did not fail 7th grade math, we know that the nearest + multiple of 16 lower than 362 is 352. + + + + We could just use , but it would be nice + to take a little off the top and a little off the bottom so that we + retain the center. We have shrunk the height by 10 pixels, but we do not + want to increase the y-offset by 5-pixels since that is an odd number and + will adversely affect quality. Instead, we will increase the y-offset by + 4 pixels: + + mplayer dvd://1 -vf crop=720:352:0:62 + + Another reason to shave pixels from both the top and the bottom is that we + ensure we have eliminated any half-black pixels if they exist. Note that if + your video is telecined, make sure the filter (or + whichever inverse telecine filter you decide to use) appears in the filter + chain before you crop. If it is interlaced, deinterlace before cropping. + (If you choose to preserve the interlaced video, then make sure your + vertical crop offset is a multiple of 4.) + + + + If you are really concerned about losing those 10 pixels, you might + prefer instead to scale the dimensions down to the nearest multiple of 16. + The filter chain would look like: + + -vf crop=720:362:0:58,scale=720:352 + + Scaling the video down like this will mean that some small amount of + detail is lost, though it probably will not be perceptible. Scaling up will + result in lower quality (unless you increase the bitrate). Cropping + discards those pixels altogether. It is a tradeoff that you will want to + consider for each circumstance. For example, if the DVD video was made + for television, you might want to avoid vertical scaling, since the line + sampling corresponds to the way the content was originally recorded. + + + + On inspection, we see that our movie has a fair bit of action and high + amounts of detail, so we pick 2400Kbit for our bitrate. + + + + We are now ready to do the two pass encode. Pass one: + + mencoder dvd://1 -ofps 24000/1001 -oac copy -vf pullup,softskip,crop=720:352:0:62,hqdn3d=2:1:2 -ovc lavc \ +-lavcopts vcodec=mpeg4:vbitrate=2400:v4mv:mbd=2:trell:cmp=3:subcmp=3:mbcmp=3:autoaspect:vpass=1 \ +-o Harry_Potter_2.avi + + And pass two is the same, except that we specify : + + mencoder dvd://1 -ofps 24000/1001 -oac copy -vf pullup,softskip,crop=720:352:0:62,hqdn3d=2:1:2 -ovc lavc \ +-lavcopts vcodec=mpeg4:vbitrate=2400:v4mv:mbd=2:trell:cmp=3:subcmp=3:mbcmp=3:autoaspect:vpass=2 \ +-o Harry_Potter_2.avi + + + + The options will greatly increase the + quality at the expense of encoding time. There is little reason to leave + these options out when the primary goal is quality. The options + select a comparison function that + yields higher quality than the defaults. You might try experimenting with + this parameter (refer to the man page for the possible values) as + different functions can have a large impact on quality depending on the + source material. For example, if you find + libavcodec produces too much + blocky artifacting, you could try selecting the experimental NSSE as + comparison function via . + + + + For this movie, the resulting AVI will be 138 minutes long and nearly + 3GB. And because you said that file size does not matter, this is a + perfectly acceptable size. However, if you had wanted it smaller, you + could try a lower bitrate. Increasing bitrates have diminishing + returns, so while we might clearly see an improvement from 1800Kbit to + 2000Kbit, it might not be so noticeable above 2000Kbit. Feel + free to experiment until you are happy. + + + + Because we passed the source video through a denoise filter, you may want + to add some of it back during playback. This, along with the + post-processing filter, drastically improves the + perception of quality and helps eliminate blocky artifacts in the video. + With MPlayer's option, + you can vary the amount of post-processing done by the spp filter + depending on available CPU. Also, at this point, you may want to apply + gamma and/or color correction to best suit your display. For example: + + mplayer Harry_Potter_2.avi -vf spp,noise=9ah:5ah,eq2=1.2 -autoq 3 + + + + + + + +Encoding with the <systemitem class="library">XviD</systemitem> +codec + + XviD is a free library for + encoding MPEG-4 ASP video streams. + Before starting to encode, you need to + set up MEncoder to support it. + + + This guide mainly aims at featuring the same kind of information + as x264's encoding guide. + Therefore, please begin by reading + the first part + of that guide. + + + + +What options should I use to get the best results? + + + Please begin by reviewing the + XviD section of + MPlayer's man page. + This section is intended to be a supplement to the man page. + + + The XviD default settings are already a good tradeoff between + speed and quality, therefore you can safely stick to them if + the following section puzzles you. + + + + +Encoding options of <systemitem class="library">XviD</systemitem> + + + + vhq + This setting affects the macroblock decision algorithm, where the + higher the setting, the wiser the decision. + The default setting may be safely used for every encode, while + higher settings always help PSNR but are significantly slower. + Please note that a better PSNR does not necessarily mean + that the picture will look better, but tells you that it is + closer to the original. + Turning it off will noticeably speed up encoding; if speed is + critical for you, the tradeoff may be worth it. + + + + bvhq + This does the same job as vhq, but does it on B-frames. + It has a negligible impact on speed, and slightly improves quality + (around +0.1dB PSNR). + + + + max_bframes + A higher number of consecutive allowed B-frames usually improves + compressibility, although it may also lead to more blocking artifacts. + The default setting is a good tradeoff between compressibility and + quality, but you may increase it up to 3 if you are bitrate-starved. + You may also decrease it to 1 or 0 if you are aiming at perfect + quality, though in that case you should make sure your + target bitrate is high enough to ensure that the encoder does not + have to increase quantizers to reach it. + + + + bf_threshold + This controls the B-frame sensitivity of the encoder, where a higher + value leads to more B-frames being used (and vice versa). + This setting is to be used together with ; + if you are bitrate-starved, you should increase both + and , + while you may increase and reduce + so that the encoder may use more + B-frames in places that only really + need them. + A low number of and a high value of + is probably not a wise choice as it + will force the encoder to put B-frames in places that would not + benefit from them, therefore reducing visual quality. + However, if you need to be compatible with standalone players that + only support old DivX profiles (which only supports up to 1 + consecutive B-frame), this would be your only way to + increase compressibility through using B-frames. + + + + trellis + Optimizes the quantization process to get an optimal tradeoff + between PSNR and bitrate, which allows significant bit saving. + These bits will in return be spent elsewhere on the video, + raising overall visual quality. + You should always leave it on as its impact on quality is huge. + Even if you are looking for speed, do not disable it until you + have turned down and all other more + CPU-hungry options to the minimum. + + + + hq_ac + Activates a better coefficient cost estimation method, which slightly + reduces filesize by around 0.15 to 0.19% (which corresponds to less + than 0.01dB PSNR increase), while having a negligible impact on speed. + It is therefore recommended to always leave it on. + + + + cartoon + Designed to better encode cartoon content, and has no impact on + speed as it just tunes the mode decision heuristics for this type + of content. + + + + me_quality + This setting is to control the precision of the motion estimation. + The higher , the more + precise the estimation of the original motion will be, and the + better the resulting clip will capture the original motion. + + + The default setting is best in all cases; + thus it is not recommended to turn it down unless you are + really looking for speed, as all the bits saved by a good motion + estimation would be spent elsewhere, raising overall quality. + Therefore, do not go any lower than 5, and even that only as a last + resort. + + + + chroma_me + Improves motion estimation by also taking the chroma (color) + information into account, whereas + alone only uses luma (grayscale). + This slows down encoding by 5-10% but improves visual quality + quite a bit by reducing blocking effects and reduces filesize by + around 1.3%. + If you are looking for speed, you should disable this option before + starting to consider reducing . + + + + chroma_opt + Is intended to increase chroma image quality around pure + white/black edges, rather than improving compression. + This can help to reduce the "red stairs" effect. + + + + lumi_mask + Tries to give less bitrate to part of the picture that the + human eye cannot see very well, which should allow the encoder + to spend the saved bits on more important parts of the picture. + The quality of the encode yielded by this option highly depends + on personal preferences and on the type and monitor settings + used to watch it (typically, it will not look as good if it is + bright or if it is a TFT monitor). + + + + qpel + Raise the number of candidate motion vectors by increasing + the precision of the motion estimation from halfpel to + quarterpel. + The idea is to find better motion vectors which will in return + reduce bitrate (hence increasing quality). + However, motion vectors with quarterpel precision require a + few extra bits to code, but the candidate vectors do not always + give (much) better results. + Quite often, the codec still spends bits on the extra precision, + but little or no extra quality is gained in return. + Unfortunately, there is no way to foresee the possible gains of + , so you need to actually encode with and + without it to know for sure. + + can be almost double encoding time, and + requires as much as 25% more processing power to decode. + It is not supported by all standalone players. + + + + gmc + Tries to save bits on panning scenes by using a single motion + vector for the whole frame. + This almost always raises PSNR, but significantly slows down + encoding (as well as decoding). + Therefore, you should only use it when you have turned + to the maximum. + XviD's GMC is more + sophisticated than DivX's, but is only supported by few + standalone players. + + + + + + +Encoding profiles + + XviD supports encoding profiles through the option, + which are used to impose restrictions on the properties of the XviD video + stream such that it will be playable on anything which supports the + chosen profile. + The restrictions relate to resolutions, bitrates and certain MPEG-4 + features. + The following table shows what each profile supports. + + + + + + + + + + + + + + + + + + + + + + + + + + + Simple + Advanced Simple + DivX + + + Profile name + 0 + 1 + 2 + 3 + 0 + 1 + 2 + 3 + 4 + 5 + Handheld + Portable NTSC + Portable PAL + Home Theater NTSC + Home Theater PAL + HDTV + + + Width [pixels] + 176 + 176 + 352 + 352 + 176 + 176 + 352 + 352 + 352 + 720 + 176 + 352 + 352 + 720 + 720 + 1280 + + + Height [pixels] + 144 + 144 + 288 + 288 + 144 + 144 + 288 + 288 + 576 + 576 + 144 + 240 + 288 + 480 + 576 + 720 + + + Frame rate [fps] + 15 + 15 + 15 + 15 + 30 + 30 + 15 + 30 + 30 + 30 + 15 + 30 + 25 + 30 + 25 + 30 + + + Max average bitrate [kbps] + 64 + 64 + 128 + 384 + 128 + 128 + 384 + 768 + 3000 + 8000 + 537.6 + 4854 + 4854 + 4854 + 4854 + 9708.4 + + + Peak average bitrate over 3 secs [kbps] + + + + + + + + + + + 800 + 8000 + 8000 + 8000 + 8000 + 16000 + + + Max. B-frames + 0 + 0 + 0 + 0 + + + + + + + 0 + 1 + 1 + 1 + 1 + 2 + + + MPEG quantization + + + + + X + X + X + X + X + X + + + + + + + + + Adaptive quantization + + + + + X + X + X + X + X + X + X + X + X + X + X + X + + + Interlaced encoding + + + + + X + X + X + X + X + X + + + + X + X + X + + + Quaterpixel + + + + + X + X + X + X + X + X + + + + + + + + + Global motion compensation + + + + + X + X + X + X + X + X + + + + + + + + + + + + + +Encoding setting examples + + + The following settings are examples of different encoding + option combinations that affect the speed vs quality tradeoff + at the same target bitrate. + + + + All the encoding settings were tested on a 720x448 @30000/1001 fps + video sample, the target bitrate was 900kbps, and the machine was an + AMD-64 3400+ at 2400 MHz in 64 bits mode. + Each encoding setting features the measured encoding speed (in + frames per second) and the PSNR loss (in dB) compared to the "very + high quality" setting. + Please understand that depending on your source, your machine type + and development advancements, you may get very different results. + + + + + + +DescriptionEncoding optionsspeed (in fps)Relative PSNR loss (in dB) + + + + Very high quality + + 16fps + 0dB + + + High quality + + 18fps + -0.1dB + + + Fast + + 28fps + -0.69dB + + + Realtime + + 38fps + -1.48dB + + + + + + + + + + +Encoding with the <systemitem class="library">x264</systemitem> codec + + x264 is a free library for + encoding H.264/AVC video streams. + Before starting to encode, you need to + set up MEncoder to support it. + + + +Encoding options of x264 + + + Please begin by reviewing the + x264 section of + MPlayer's man page. + This section is intended to be a supplement to the man page. + Here you will find quick hints about which options are most + likely to interest most people. The man page is more terse, + but also more exhaustive, and it sometimes offers much better + technical detail. + + + +Introduction +This guide considers two major categories of encoding options: + + + Options which mainly trade off encoding time vs. quality + + Options which may be useful for fulfilling various personal + preferences and special requirements + + + + Ultimately, only you can decide which options are best for your + purposes. The decision for the first class of options is the simplest: + you only have to decide whether you think the quality differences + justify the speed differences. For the second class of options, + preferences may be far more subjective, and more factors may be + involved. Note that some of the "personal preferences and special + requirements" options can still have large impacts on speed or quality, + but that is not what they are primarily useful for. A couple of the + "personal preference" options may even cause changes that look better + to some people, but look worse to others. + + + + Before continuing, you need to understand that this guide uses only one + quality metric: global PSNR. + For a brief explanation of what PSNR is, see + the Wikipedia article on PSNR. + Global PSNR is the last PSNR number reported when you include + the option in . + Any time you read a claim about PSNR, one of the assumptions + behind the claim is that equal bitrates are used. + + + + Nearly all of this guide's comments assume you are using + two pass. + When comparing options, there are two major reasons for using + two pass encoding. + First, using two pass often gains around 1dB PSNR, which is a + very big difference. + Secondly, testing options by doing direct quality comparisons + with one pass encodes introduces a major confounding + factor: bitrate often varies significantly with each encode. + It is not always easy to tell whether quality changes are due + mainly to changed options, or if they mostly reflect essentially + random differences in the achieved bitrate. + + + + + +Options which primarily affect speed and quality + + + + subq: + Of the options which allow you to trade off speed for quality, + and (see below) are usually + by far the most important. + If you are interested in tweaking either speed or quality, these + are the first options you should consider. + On the speed dimension, the and + options interact with each other fairly + strongly. + Experience shows that, with one reference frame, + (the default setting) takes about 35% more time than + . + With 6 reference frames, the penalty grows to over 60%. + 's effect on PSNR seems fairly constant + regardless of the number of reference frames. + Typically, achieves 0.2-0.5 dB higher global + PSNR in comparison . + This is usually enough to be visible. + + + is the slowest, highest quality mode. + In comparison to , it usually gains 0.1-0.4 dB + global PSNR with speed costs varying from 25%-100%. + Unlike other levels of , the behavior of + does not depend much on + and . Instead, the effectiveness of depends mostly upon the number of B-frames used. In normal + usage, this means has a large impact on both speed + and quality in complex, high motion scenes, but it may not have much effect + in low-motion scenes. Note that it is still recommended to always set + to something other than zero (see below). + + + frameref: + is set to 1 by default, but this + should not be taken to imply that it is reasonable to set it + to 1. + Merely raising to 2 gains around + 0.15dB PSNR with a 5-10% speed penalty; this seems like a + good tradeoff. + gains around 0.25dB PSNR over + , which should be a visible + difference. + is around 15% slower than + . + Unfortunately, diminishing returns set in rapidly. + can be expected to gain only + 0.05-0.1 dB over at an additional + 15% speed penalty. + Above , the quality gains are + usually very small (although you should keep in mind throughout + this whole discussion that it can vary quite a lot depending on + your source). + In a fairly typical case, + will improve global PSNR by a tiny 0.02dB over + , at a speed cost of 15%-20%. + At such high values, the only really + good thing that can be said is that increasing it even further will + almost certainly never harm + PSNR, but the additional quality benefits are barely even + measurable, let alone perceptible. + +Note: + + Raising to unnecessarily high values + can and + usually does + hurt coding efficiency if you turn CABAC off. + With CABAC on (the default behavior), the possibility of setting + "too high" currently seems too remote + to even worry about, and in the future, optimizations may remove + the possibility altogether. + + + + If you care about speed, a reasonable compromise is to use low + and values on + the first pass, and then raise them on the second pass. + Typically, this has a negligible negative effect on the final + quality: You will probably lose well under 0.1dB PSNR, which + should be much too small of a difference to see. + However, different values of can + occasionally affect frametype decision. + Most likely, these are rare outlying cases, but if you want to + be pretty sure, consider whether your video has either + fullscreen repetitive flashing patterns or very large temporary + occlusions which might force an I-frame. + Adjust the first-pass so it is large + enough to contain the duration of the flashing cycle (or occlusion). + For example, if the scene flashes back and forth between two images + over a duration of three frames, set the first pass + to 3 or higher. + This issue is probably extremely rare in live action video material, + but it does sometimes come up in video game captures. + + + + me: + This option is for choosing the motion estimation search method. + Altering this option provides a straightforward quality-vs-speed + tradeoff. is only a few percent faster than + the default search, at a cost of under 0.1dB global PSNR. The + default setting () is a reasonable tradeoff + between speed and quality. gains a little under + 0.1dB global PSNR, with a speed penalty that varies depending on + . At high values of + (e.g. 12 or so), + is about 40% slower than the default . With + , the speed penalty incurred drops to + 25%-30%. + + + uses an exhaustive search that is too slow for + practical use. + + + + + partitions=all: + This option enables the use of 8x4, 4x8 and 4x4 subpartitions in + predicted macroblocks (in addition to the default partitions). + Enabling it results in a fairly consistent + 10%-15% loss of speed. This option is rather useless in source + containing only low motion, however in some high-motion source, + particularly source with lots of small moving objects, gains of + about 0.1dB can be expected. + + + + + bframes: + If you are used to encoding with other codecs, you may have found + that B-frames are not always useful. + In H.264, this has changed: there are new techniques and block + types that are possible in B-frames. + Usually, even a naive B-frame choice algorithm can have a + significant PSNR benefit. + It is interesting to note that using B-frames usually speeds up + the second pass somewhat, and may also speed up a single + pass encode if adaptive B-frame decision is turned off. + + + With adaptive B-frame decision turned off + ('s ), + the optimal value for this setting is usually no more than + , or else high-motion scenes can suffer. + With adaptive B-frame decision on (the default behavior), it is + safe to use higher values; the encoder will reduce the use of + B-frames in scenes where they would hurt compression. + The encoder rarely chooses to use more than 3 or 4 B-frames; + setting this option any higher will have little effect. + + + + b_adapt: + Note: This is on by default. + + + With this option enabled, the encoder will use a reasonably fast + decision process to reduce the number of B-frames used in scenes that + might not benefit from them as much. + You can use to tweak how B-frame-happy + the encoder is. + The speed penalty of adaptive B-frames is currently rather modest, + but so is the potential quality gain. + It usually does not hurt, however. + Note that this only affects speed and frametype decision on the + first pass. + and have no + effect on subsequent passes. + + + + b_pyramid: + You might as well enable this option if you are using >=2 B-frames; + as the man page says, you get a little quality improvement at no + speed cost. + Note that these videos cannot be read by libavcodec-based decoders + older than about March 5, 2005. + + + + weight_b: + In typical cases, there is not much gain with this option. + However, in crossfades or fade-to-black scenes, weighted + prediction gives rather large bitrate savings. + In MPEG-4 ASP, a fade-to-black is usually best coded as a series + of expensive I-frames; using weighted prediction in B-frames + makes it possible to turn at least some of these into much smaller + B-frames. + Encoding time cost is minimal, as no extra decisions need to be made. + Also, contrary to what some people seem to guess, the decoder + CPU requirements are not much affected by weighted prediction, + all else being equal. + + + Unfortunately, the current adaptive B-frame decision algorithm + has a strong tendency to avoid B-frames during fades. + Until this changes, it may be a good idea to add + to your x264encopts, if you expect + fades to have a large effect in your particular video + clip. + + + + + +Options pertaining to miscellaneous preferences + + + Two pass encoding: + Above, it was suggested to always use two pass encoding, but there + are still reasons for not using it. For instance, if you are capturing + live TV and encoding in realtime, you are forced to use single-pass. + Also, one pass is obviously faster than two passes; if you use the + exact same set of options on both passes, two pass encoding is almost + twice as slow. + + + Still, there are very good reasons for using two pass encoding. For + one thing, single pass ratecontrol is not psychic, and it often makes + unreasonable choices because it cannot see the big picture. For example, + suppose you have a two minute long video consisting of two distinct + halves. The first half is a very high-motion scene lasting 60 seconds + which, in isolation, requires about 2500kbps in order to look decent. + Immediately following it is a much less demanding 60-second scene + that looks good at 300kbps. Suppose you ask for 1400kbps on the theory + that this is enough to accomodate both scenes. Single pass ratecontrol + will make a couple of "mistakes" in such a case. First of all, it + will target 1400kbps in both segments. The first segment may end up + heavily overquantized, causing it to look unacceptably and unreasonably + blocky. The second segment will be heavily underquantized; it may look + perfect, but the bitrate cost of that perfection will be completely + unreasonable. What is even harder to avoid is the problem at the + transition between the two scenes. The first seconds of the low motion + half will be hugely over-quantized, because the ratecontrol is still + expecting the kind of bitrate requirements it met in the first half + of the video. This "error period" of heavily over-quantized low motion + will look jarringly bad, and will actually use less than the 300kbps + it would have taken to make it look decent. There are ways to + mitigate the pitfalls of single-pass encoding, but they may tend to + increase bitrate misprediction. + + + Multipass ratecontrol can offer huge advantages over a single pass. + Using the statistics gathered from the first pass encode, the encoder + can estimate, with reasonable accuracy, the "cost" (in bits) of + encoding any given frame, at any given quantizer. This allows for + a much more rational, better planned allocation of bits between the + expensive (high-motion) and cheap (low-motion) scenes. See + below for some ideas on how to tweak this + allocation to your liking. + + + Moreover, two passes need not take twice as long as one pass. You can + tweak the options in the first pass for higher speed and lower quality. + If you choose your options well, you can get a very fast first pass. + The resulting quality in the second pass will be slightly lower because size + prediction is less accurate, but the quality difference is normally much + too small to be visible. Try, for example, adding + to the first pass + . Then, on the second pass, use slower, + higher-quality options: + + + + Three pass encoding? + + x264 offers the ability to make an arbitrary number of consecutive + passes. If you specify on the first pass, + then use on a subsequent pass, the subsequent + pass will both read the statistics from the previous pass, and write + its own statistics. An additional pass following this one will have + a very good base from which to make highly accurate predictions of + framesizes at a chosen quantizer. In practice, the overall quality + gain from this is usually close to zero, and quite possibly a third + pass will result in slightly worse global PSNR than the pass before + it. In typical usage, three passes help if you get either bad bitrate + prediction or bad looking scene transitions when using only two passes. + This is somewhat likely to happen on extremely short clips. There are + also a few special cases in which three (or more) passes are handy + for advanced users, but for brevity, this guide omits discussing those + special cases. + + + + qcomp: + trades off the number of bits allocated + to "expensive" high-motion versus "cheap" low-motion frames. At + one extreme, aims for true constant + bitrate. Typically this would make high-motion scenes look completely + awful, while low-motion scenes would probably look absolutely + perfect, but would also use many times more bitrate than they + would need in order to look merely excellent. At the other extreme, + achieves nearly constant quantization parameter + (QP). Constant QP does not look bad, but most people think it is more + reasonable to shave some bitrate off of the extremely expensive scenes + (where the loss of quality is not as noticeable) and reallocate it to + the scenes that are easier to encode at excellent quality. + is set to 0.6 by default, which may be slightly + low for many peoples' taste (0.7-0.8 are also commonly used). + + + keyint: + is solely for trading off file seekability against + coding efficiency. By default, is set to 250. In + 25fps material, this guarantees the ability to seek to within 10 seconds + precision. If you think it would be important and useful to be able to + seek within 5 seconds of precision, set ; + this will hurt quality/bitrate slightly. If you care only about quality + and not about seekability, you can set it to much higher values + (understanding that there are diminishing returns which may become + vanishingly low, or even zero). The video stream will still have seekable + points as long as there are some scene changes. + + + deblock: + This topic is going to be a bit controversial. + + + H.264 defines a simple deblocking procedure on I-blocks that uses + pre-set strengths and thresholds depending on the QP of the block + in question. + By default, high QP blocks are filtered heavily, and low QP blocks + are not deblocked at all. + The pre-set strengths defined by the standard are well-chosen and + the odds are very good that they are PSNR-optimal for whatever + video you are trying to encode. + The allow you to specify offsets to the preset deblocking + thresholds. + + + Many people seem to think it is a good idea to lower the deblocking + filter strength by large amounts (say, -3). + This is however almost never a good idea, and in most cases, + people who are doing this do not understand very well how + deblocking works by default. + + + The first and most important thing to know about the in-loop + deblocking filter is that the default thresholds are almost always + PSNR-optimal. + In the rare cases that they are not optimal, the ideal offset is + plus or minus 1. + Adjusting deblocking parameters by a larger amount is almost + guaranteed to hurt PSNR. + Strengthening the filter will smear more details; weakening the + filter will increase the appearance of blockiness. + + + It is definitely a bad idea to lower the deblocking thresholds if + your source is mainly low in spacial complexity (i.e., not a lot + of detail or noise). + The in-loop filter does a rather excellent job of concealing + the artifacts that occur. + If the source is high in spacial complexity, however, artifacts + are less noticeable. + This is because the ringing tends to look like detail or noise. + Human visual perception easily notices when detail is removed, + but it does not so easily notice when the noise is wrongly + represented. + When it comes to subjective quality, noise and detail are somewhat + interchangeable. + By lowering the deblocking filter strength, you are most likely + increasing error by adding ringing artifacts, but the eye does + not notice because it confuses the artifacts with detail. + + + + This still does not justify + lowering the deblocking filter strength, however. + You can generally get better quality noise from postprocessing. + If your H.264 encodes look too blurry or smeared, try playing with + when you play your encoded movie. + should conceal most mild + artifacting. + It will almost certainly look better than the results you + would have gotten just by fiddling with the deblocking filter. + + + + + + +Encoding setting examples + + + The following settings are examples of different encoding + option combinations that affect the speed vs quality tradeoff + at the same target bitrate. + + + + All the encoding settings were tested on a 720x448 @30000/1001 fps + video sample, the target bitrate was 900kbps, and the machine was an + AMD-64 3400+ at 2400 MHz in 64 bits mode. + Each encoding setting features the measured encoding speed (in + frames per second) and the PSNR loss (in dB) compared to the "very + high quality" setting. + Please understand that depending on your source, your machine type + and development advancements, you may get very different results. + + + + + + +DescriptionEncoding optionsspeed (in fps)Relative PSNR loss (in dB) + + + + Very high quality + + 6fps + 0dB + + + High quality + + 13fps + -0.89dB + + + Fast + + 17fps + -1.48dB + + + + + + + + + + +Encoding with the <systemitem class="library">Video For Windows</systemitem> codec family + + +Video for Windows provides simple encoding by means of binary video codecs. +You can encode with the following codecs (if you have more, please tell us!) + + +Note that support for this is very experimental and some codecs may not work +correctly. Some codecs will only work in certain colorspaces, try + and +if a codec fails or gives wrong output. + + + +Video for Windows supported codecs + + + + + + +Video codec file name +Description (FourCC) +md5sum +Comment + + + + + aslcodec_vfw.dll + Alparysoft lossless codec vfw (ASLC) + 608af234a6ea4d90cdc7246af5f3f29a + + + + avimszh.dll + AVImszh (MSZH) + 253118fe1eedea04a95ed6e5f4c28878 + needs + + + avizlib.dll + AVIzlib (ZLIB) + 2f1cc76bbcf6d77d40d0e23392fa8eda + + + + divx.dll + DivX4Windows-VFW + acf35b2fc004a89c829531555d73f1e6 + + + + huffyuv.dll + HuffYUV (lossless) (HFYU) + b74695b50230be4a6ef2c4293a58ac3b + + + + iccvid.dll + Cinepak Video (cvid) + cb3b7ee47ba7dbb3d23d34e274895133 + + + + icmw_32.dll + Motion Wavelets (MWV1) + c9618a8fc73ce219ba918e3e09e227f2 + + + + jp2avi.dll + ImagePower MJPEG2000 (IPJ2) + d860a11766da0d0ea064672c6833768b + + + + m3jp2k32.dll + Morgan MJPEG2000 (MJ2C) + f3c174edcbaef7cb947d6357cdfde7ff + + + + m3jpeg32.dll + Morgan Motion JPEG Codec (MJPG) + 1cd13fff5960aa2aae43790242c323b1 + + + + mpg4c32.dll + Microsoft MPEG-4 v1/v2 + b5791ea23f33010d37ab8314681f1256 + + + + tsccvid.dll + TechSmith Camtasia Screen Codec (TSCC) + 8230d8560c41d444f249802a2700d1d5 + shareware error on windows + + + vp31vfw.dll + On2 Open Source VP3 Codec (VP31) + 845f3590ea489e2e45e876ab107ee7d2 + + + + vp4vfw.dll + On2 VP4 Personal Codec (VP40) + fc5480a482ccc594c2898dcc4188b58f + + + + vp6vfw.dll + On2 VP6 Personal Codec (VP60) + 04d635a364243013898fd09484f913fb + crashing on Linux + + + vp7vfw.dll + On2 VP7 Personal Codec (VP70) + cb4cc3d4ea7c94a35f1d81c3d750bc8d + wrong FourCC? + + + ViVD2.dll + SoftMedia ViVD V2 codec VfW (GXVE) + a7b4bf5cac630bb9262c3f80d8a773a1 + + + + msulvc06.DLL + MSU Lossless codec (MSUD) + 294bf9288f2f127bb86f00bfcc9ccdda + + Decodable by Window Media Player, + not MPlayer (yet). + + + + camcodec.dll + CamStudio lossless video codec (CSCD) + 0efe97ce08bb0e40162ab15ef3b45615 + sf.net/projects/camstudio + + + + + +The first column contains the codec names that should be passed after the +codec parameter, like: +The FourCC code used by each codec is given in the parentheses. + + + +An example with VP3 compression: +mencoder dvd://2 -o title2.avi -ovc vfw -xvfwopts codec=vp31vfw.dll -oac copy + + + + + + + +Using <application>MEncoder</application> to create VCD/SVCD/DVD-compliant files. + + +Format Constraints + + MEncoder is capable of creating VCD, SCVD + and DVD format MPEG files using the + libavcodec library. + These files can then be used in conjunction with + vcdimager + or + dvdauthor + to create discs that will play on a standard set-top player. + + + + The DVD, SVCD, and VCD formats are subject to heavy constraints. + Only a small selection of encoded picture sizes and aspect ratios are + available. + If your movie does not already meet these requirements, you may have + to scale,crop or add black borders to the picture to make it + compliant. + + + +Format Constraints + + + + + + Format + Resolution + V. Codec + V. Bitrate + Sample Rate + A. Codec + A. Bitrate + FPS + Aspect + + + + + NTSC DVD + 720x480, 704x480, 352x480, 352x240 + MPEG-2 + 9800 kbps + 48000 Hz + AC3,PCM + 1536 kbps (max) + 30000/1001, 24000/1001 + 4:3, 16:9 (only for 720x480) + + + NTSC DVD + 352x240 + These resolutions are rarely used for DVDs because + they are fairly low quality. + MPEG-1 + 1856 kbps + 48000 Hz + AC3,PCM + 1536 kbps (max) + 30000/1001, 24000/1001 + 4:3, 16:9 + + + NTSC SVCD + 480x480 + MPEG-2 + 2600 kbps + 44100 Hz + MP2 + 384 kbps (max) + 30000/1001 + 4:3 + + + NTSC VCD + 352x240 + MPEG-1 + 1150 kbps + 44100 Hz + MP2 + 224 kbps + 24000/1001, 30000/1001 + 4:3 + + + PAL DVD + 720x576, 704x576, 352x576, 352x288 + MPEG-2 + 9800 kbps + 48000 Hz + MP2,AC3,PCM + 1536 kbps (max) + 25 + 4:3, 16:9 (only for 720x576) + + + PAL DVD + 352x288 + MPEG-1 + 1856 kbps + 48000 Hz + MP2,AC3,PCM + 1536 kbps (max) + 25 + 4:3, 16:9 + + + PAL SVCD + 480x576 + MPEG-2 + 2600 kbps + 44100 Hz + MP2 + 384 kbps (max) + 25 + 4:3 + + + PAL VCD + 352x288 + MPEG-1 + 1152 kbps + 44100 Hz + MP2 + 224 kbps + 25 + 4:3 + + + + + + + If your movie has 2.35:1 aspect (most recent action movies), you will + have to add black borders or crop the movie down to 16:9 to make a DVD + or VCD. + If you add black borders, try to align them at 16-pixel boundaries in + order to minimize the impact on encoding performance. + Thankfully DVD has sufficiently excessive bitrate that you do not have + to worry too much about encoding efficiency, but SVCD and VCD are + highly bitrate-starved and require effort to obtain acceptable quality. + + + + +GOP Size Constraints + + DVD, VCD, and SVCD also constrain you to relatively low + GOP (Group of Pictures) sizes. + For 30 fps material the largest allowed GOP size is 18. + For 25 or 24 fps, the maximum is 15. + The GOP size is set using the option. + + + + +Bitrate Constraints + + VCD video is required to be CBR at 1152 kbps. + This highly limiting constraint also comes along with an extremly low vbv + buffer size of 327 kilobits. + SVCD allows varying video bitrates up to 2500 kbps, and a somewhat less + restrictive vbv buffer size of 917 kilobits is allowed. + DVD video bitrates may range anywhere up to 9800 kbps (though typical + bitrates are about half that), and the vbv buffer size is 1835 kilobits. + + + + + +Output Options + + MEncoder has options to control the output + format. + Using these options we can instruct it to create the correct type of + file. + + + + The options for VCD and SVCD are called xvcd and xsvcd, because they + are extended formats. + They are not strictly compliant, mainly because the output does not + contain scan offsets. + If you need to generate an SVCD image, you should pass the output file + to + vcdimager. + + + + VCD: + + -of mpeg -mpegopts format=xvcd + + + + + SVCD: + + -of mpeg -mpegopts format=xsvcd + + + + + DVD (with timestamps on every frame, if possible): + + -of mpeg -mpegopts format=dvd:tsaf + + + + + DVD with NTSC Pullup: + + -of mpeg -mpegopts format=dvd:tsaf:telecine -ofps 24000/1001 + + This allows 24000/1001 fps progressive content to be encoded at 30000/1001 + fps whilst maintaing DVD-compliance. + + + +Aspect Ratio + + The aspect argument of is used to encode + the aspect ratio of the file. + During playback the aspect ratio is used to restore the video to the + correct size. + + + + 16:9 or "Widescreen" + + -lavcopts aspect=16/9 + + + + + 4:3 or "Fullscreen" + + -lavcopts aspect=4/3 + + + + + 2.35:1 or "Cinemascope" NTSC + + -vf scale=720:368,expand=720:480 -lavcopts aspect=16/9 + + To calculate the correct scaling size, use the expanded NTSC width of + 854/2.35 = 368 + + + + 2.35:1 or "Cinemascope" PAL + + -vf scale="720:432,expand=720:576 -lavcopts aspect=16/9 + + To calculate the correct scaling size, use the expanded PAL width of + 1024/2.35 = 432 + + + + + +Maintaining A/V sync + + In order to maintain audio/video synchronization throughout the encode, + MEncoder has to drop or duplicate frames. + This works rather well when muxing into an AVI file, but is almost + guaranteed to fail to maintain A/V sync with other muxers such as MPEG. + This is why it is necessary to append the + video filter at the end of the filter chain + to avoid this kind of problem. + You can find more technical information about + in the section + Improving muxing and A/V sync reliability + or in the manual page. + + + + +Sample Rate Conversion + + If the audio sample rate in the original file is not the same as + required by the target format, sample rate conversion is required. + This is achieved using the option and + the audio filter together. + + + DVD: + + -srate 48000 -af lavcresample=48000 + + + + VCD and SVCD: + + -srate 44100 -af lavcresample=44100 + + + + + + +Using libavcodec for VCD/SVCD/DVD Encoding + + +Introduction + + libavcodec can be used to + create VCD/SVCD/DVD compliant video by using the appropriate options. + + + + +lavcopts + + This is a list of fields in that you may + be required to change in order to make a complaint movie for VCD, SVCD, + or DVD: + + + + + acodec: + for VCD, SVCD, or PAL DVD; + is most commonly used for DVD. + PCM audio may also be used for DVD, but this is mostly a big waste of + space. + Note that MP3 audio is not compliant for any of these formats, but + players often have no problem playing it anyway. + + + + abitrate: + 224 for VCD; up to 384 for SVCD; up to 1536 for DVD, but commonly + used values range from 192 kbps for stereo to 384 kbps for 5.1 channel + sound. + + + + vcodec: + for VCD; + for SVCD; + is usually used for DVD but you may also use + for CIF resolutions. + + + + keyint: + Used to set the GOP size. + 18 for 30fps material, or 15 for 25/24 fps material. + Commercial producers seem to prefer keyframe intervals of 12. + It is possible to make this much larger and still retain compatibility + with most players. + A of 25 should never cause any problems. + + + + vrc_buf_size: + 327 for VCD, 917 for SVCD, and 1835 for DVD. + + + + vrc_minrate: + 1152, for VCD. May be left alone for SVCD and DVD. + + + + vrc_maxrate: + 1152 for VCD; 2500 for SVCD; 9800 for DVD. + For SVCD and DVD, you might wish to use lower values depending on your + own personal preferences and requirements. + + + + vbitrate: + 1152 for VCD; + up to 2500 for SVCD; + up to 9800 for DVD. + For the latter two formats, vbitrate should be set based on personal + preference. + For instance, if you insist on fitting 20 or so hours on a DVD, you + could use vbitrate=400. + The resulting video quality would probably be quite bad. + If you are trying to squeeze out the maximum possible quality on a DVD, + use vbitrate=9800, but be warned that this could constrain you to less + than an hour of video on a single-layer DVD. + + + + + +Examples + + This is a typical minimum set of for + encoding video: + + + VCD: + + -lavcopts vcodec=mpeg1video:vrc_buf_size=327:vrc_minrate=1152:\ + vrc_maxrate=1152:vbitrate=1152:keyint=15:acodec=mp2 + + + + + SVCD: + + -lavcopts vcodec=mpeg2video:vrc_buf_size=917:vrc_maxrate=2500:vbitrate=1800:\ + keyint=15:acodec=mp2 + + + + + DVD: + + -lavcopts vcodec=mpeg2video:vrc_buf_size=1835:vrc_maxrate=9800:vbitrate=5000:\ + keyint=15:acodec=ac3 + + + + + + +Advanced Options + + For higher quality encoding, you may also wish to add quality-enhancing + options to lavcopts, such as , + , and others. + Note that and , while often + useful with MPEG-4, are not usable with MPEG-1 or MPEG-2. + Also, if you are trying to make a very high quality DVD encode, it may + be useful to add to lavcopts. + Doing so may help reduce the appearance of blocks in flat-colored areas. + Putting it all together, this is an example of a set of lavcopts for a + higher quality DVD: + + + + + -lavcopts vcodec=mpeg2video:vrc_buf_size=1835:vrc_maxrate=9800:vbitrate=8000:\ + keyint=15:trell:mbd=2:precmp=2:subcmp=2:cmp=2:dia=-10:predia=-10:cbp:mv0:\ + vqmin=1:lmin=1:dc=10 + + + + + + + +Encoding Audio + + VCD and SVCD support MPEG-1 layer II audio, using one of + toolame, + twolame, + or libavcodec's MP2 encoder. + The libavcodec MP2 is far from being as good as the other two libraries, + however it should always be available to use. + VCD only supports constant bitrate audio (CBR) whereas SVCD supports + variable bitrate (VBR), too. + Be careful when using VBR because some bad standalone players might not + support it too well. + + + + For DVD audio, libavcodec's + AC3 codec is used. + + + +toolame + + For VCD and SVCD: + + -oac toolame -toolameopts br=224 + + + + + +twolame + + For VCD and SVCD: + + -oac twolame -twolameopts br=224 + + + + + +libavcodec + + For DVD with 2 channel sound: + + -oac lavc -lavcopts acodec=ac3:abitrate=192 + + + + For DVD with 5.1 channel sound: + + -channels 6 -oac lavc -lavcopts acodec=ac3:abitrate=384 + + + + For VCD and SVCD: + + -oac lavc -lavcopts acodec=mp2:abitrate=224 + + + + + + + +Putting it all Together + + This section shows some complete commands for creating VCD/SVCD/DVD + compliant videos. + + + +PAL DVD + + + mencoder -oac lavc -ovc lavc -of mpeg -mpegopts format=dvd:tsaf -vf scale=720:576,\ + harddup -srate 48000 -af lavcresample=48000 -lavcopts vcodec=mpeg2video:\ + vrc_buf_size=1835:vrc_maxrate=9800:vbitrate=5000:keyint=15:acodec=ac3:\ + abitrate=192:aspect=16/9 -ofps 25 \ + -o movie.mpg movie.avi + + + + + +NTSC DVD + + + mencoder -oac lavc -ovc lavc -of mpeg -mpegopts format=dvd:tsaf -vf scale=720:480,\ + harddup -srate 48000 -af lavcresample=48000 -lavcopts vcodec=mpeg2video:\ + vrc_buf_size=1835:vrc_maxrate=9800:vbitrate=5000:keyint=18:acodec=ac3:\ + abitrate=192:aspect=16/9 -ofps 30000/1001 \ + -o movie.mpg movie.avi + + + + + +PAL AVI Containing AC3 Audio to DVD + + If the source already has AC3 audio, use -oac copy instead of re-encoding it. + + mencoder -oac copy -ovc lavc -of mpeg -mpegopts format=dvd:tsaf -vf scale=720:576,\ + harddup -lavcopts vcodec=mpeg2video:vrc_buf_size=1835:vrc_maxrate=9800:\ + vbitrate=5000:keyint=15:aspect=16/9 -ofps 25 \ + -o movie.mpg movie.avi + + + + + +NTSC AVI Containing AC3 Audio to DVD + + If the source already has AC3 audio, and is NTSC @ 24000/1001 fps: + + mencoder -oac copy -ovc lavc -of mpeg -mpegopts format=dvd:tsaf:telecine \ + -vf scale=720:480,harddup -lavcopts vcodec=mpeg2video:vrc_buf_size=1835:\ + vrc_maxrate=9800:vbitrate=5000:keyint=15:aspect=16/9 -ofps 24000/1001 \ + -o movie.mpg movie.avi + + + + + +PAL SVCD + + + mencoder -oac lavc -ovc lavc -of mpeg -mpegopts format=xsvcd -vf \ + scale=480:576,harddup -srate 44100 -af lavcresample=44100 -lavcopts \ + vcodec=mpeg2video:mbd=2:keyint=15:vrc_buf_size=917:vrc_minrate=600:\ + vbitrate=2500:vrc_maxrate=2500:acodec=mp2:abitrate=224 -ofps 25 \ + -o movie.mpg movie.avi + + + + + +NTSC SVCD + + + mencoder -oac lavc -ovc lavc -of mpeg -mpegopts format=xsvcd -vf \ + scale=480:480,harddup -srate 44100 -af lavcresample=44100 -lavcopts \ + vcodec=mpeg2video:mbd=2:keyint=18:vrc_buf_size=917:vrc_minrate=600:\ + vbitrate=2500:vrc_maxrate=2500:acodec=mp2:abitrate=224 -ofps 30000/1001 \ + -o movie.mpg movie.avi + + + + + +PAL VCD + + + mencoder -oac lavc -ovc lavc -of mpeg -mpegopts format=xvcd -vf \ + scale=352:288,harddup -srate 44100 -af lavcresample=44100 -lavcopts \ + vcodec=mpeg1video:keyint=15:vrc_buf_size=327:vrc_minrate=1152:vbitrate=1152:\ + vrc_maxrate=1152:acodec=mp2:abitrate=224 -ofps 25 \ + -o movie.mpg movie.avi + + + + + +NTSC VCD + + + mencoder -oac lavc -ovc lavc -of mpeg -mpegopts format=xvcd -vf \ + scale=352:240,harddup -srate 44100 -af lavcresample=44100 -lavcopts \ + vcodec=mpeg1video:keyint=18:vrc_buf_size=327:vrc_minrate=1152:vbitrate=1152:\ + vrc_maxrate=1152:acodec=mp2:abitrate=224 -ofps 30000/1001 \ + -o movie.mpg movie.avi + + + + + + + + +