Xvid4psp 6.0 настройки кодирования avi. Что вы можете рассказать мне о настройках в XviD? О программе Cinema XviD4PSP

24.03.2019

XviD4PSP 5.0: настройки кодирования видео (кодек х264) для iPod, iPhone и AppleTV

В настоящее время существует множество "однокнопочных" конвертеров, которые по заверениям разработчиков очень быстро и качественно конвертируют видео в необходимый пользователю формат. На самом деле качество видео, созданного данными программами, мягко говоря - слабовато. Поэтому для создания видео для iPod, iPhone, AppleTV и других устройств необходимо использовать более серьезные продукты.

Одной из лучших программ для конвертирования видео является Xvid4PSP. XviD4PSP - это удобный и качественный мультиформатный конвертер на основе AviSynth. Благодаря AviSynth, который действует как «посредник» между видеофайлами и программой обработки видео, XviD4PSP способен использовать в качестве исходного потока практически любой тип видео, для обработки применять качественные фильтры (изменения размеров, обрезка, подавление шумов, повышение резкости и т.д.). Последнюю версию программы можно скачать Для корректной работы программы необходимы и После установки программы необходимо произвести некоторые настройки, которые будут использоваться в дальнейшем. Рекомендую установить-снять галочки так же, как на скриншотах, однако опытные пользователи могут произвести настройки на свое усмотрение.

1. НАСТРОИТЬ-->ЯЗЫК (кому какой нравится, у меня русский) 2. НАСТРОИТЬ-->ДВИЖОК ПЛЕЕРА (оставляем DirectShow) 3. НАСТРОИТЬ-->АВТО ОБЪЕДИНЕНИЕ (только DVD) 4. НАСТРОИТЬ-->АВТО ГРОМКОСТЬ (запрещено) 5. НАСТРОИТЬ-->АВТО ОБРЕЗКА (только MPEG файлы) это автообрезка черных полос, обычно черные полосы присутствуют только в DVD исходниках, т.е. в MPEG-2 видео. 6. НАСТРОИТЬ-->АВТО ДЕИНТЕРЛЕЙС (только MPEG файлы) интерлейсное видео обычно только в DVD исходниках. 7. НАСТРОИТЬ-->ПОСЛЕ ОТКРЫТИЯ (середина)

ГЛОБАЛЬНЫЕ НАСТРОЙКИ

1. Не извлекать звук для превью. Для исключения большинства проблем, связанных с кодированием звука, рекомендуется галочку снять. Эта настройка изначально была предусмотрена для сокращения времени загрузки исходного файла в программу, но большинство проблем, связанных с кодированием звука в XviD4PSP появляется с включение этой настройки. (ОБЯЗАТЕЛЬНО! ГАЛОЧКУ СНЯТЬ) 2. Сохранять анаморфный аспект. Если установить галочку, то в случае задания аспекта (соотношение сторон кадра), отличного от исходного его значения, на выходе получится анаморфное* видео. Галочку лучше снять, т.к. встречаются случаи, когда, при ресайзе (уменьшении исходного разрешения кадра) остается ошибка аспекта, возникающая из-за mod-8 (обязательной кратности размера стороны кадра 8-ми). Эта ошибка, при включенной функции сохранения анаморфного аспекта, исправляется за счет придания кадру небольшой анаморфности. Как пример: перед кодирование вы задавали разрешение кадра - 480х360, а у скриншотов, сделанных после кодирования, размер сторон отличается от заданного вами, он имеет значение 482х360. При получении MediaInfo файла, разрешение правильное - 480х360. Эта разница в 2 пиксела и есть последствия установленной галчки и исправления ошибки аспекта за счет анаморфирования кадра. С другой стороны, если стоит необходимость - сделать анаморфное видео, то анамофность проще задать после кодирования, в программе Yamb. (НА УСМОТРЕНИЕ ПОЛЬЗОВАТЕЛЯ. ЛУЧШЕ ГАЛОЧКУ СНЯТЬ) 3. Кодировать все в прогрессивное видео. При установленной галочке, все видео будет кодироваться в прогрессивное**, независимо от того какое исходное видео: чересстрочное или прогрессивное. (ОБЯЗАТЕЛЬНО! ГАЛОЧКУ УСТАНОВИТЬ) 4. Автоматически применять ColorMatrix*** для MPEG2 файлов. При установке галочки, ко всем DVD исходникам будет применен ColorMatrix - фильтр, корректирующий цвета потоков. (НА УСМОТРЕНИЕ ПОЛЬЗОВАТЕЛЯ) 5. Запоминать параметры окна при выходе. При установке галочки будет сохраняться размер окна программы при следующем её открытии. (НА УСМОТРЕНИЕ ПОЛЬЗОВАТЕЛЯ) 6. Обновлять скрипт при изменении настроек аудио/видео кодека. Лучше, что бы эта галочка стояла, т.к. в противном случае при изменении настроек кодирования аудио или видео, эти изменения не будут перезаписаны в скрипт, следовательно, кодирование будет произведено без учета последних изменений. Внимание! При установленной галочке, когда производится изменение скрипта вручную, а после этого изменяются настройки в интерфейсе программы, то изменения, сделанные вручную, стираются из скрипта, следовательно, их необходимо будет вписывать повторно.(ЛУЧШЕ ГАЛОЧКУ УСТАНОВИТЬ) 7. Удалять комментарии (#текст) из скрипта. После установки данной галочки, из скрипта будут удаляться все комментарии и описания, которые помогают разобраться в этом скрипте, что не очень удобно, но уменьшает размер самого скрипта. (НА УСМОТРЕНИЕ ПОЛЬЗОВАТЕЛЯ) 8. Сначала кроп/ресайз, потом фильтрация. После установки галочки, сначала будет происходить изменение размеров (ресайз) и обрезка (кроп) исходного видео до заданной пользователем геометрии кадра, и уже к этому кадру будет применяться скрипт фильтрации (высокая скорость обработки). И наоборот, при её снятии, сначала будет фильтроваться кадр исходного разрешения, и только потом, он будет обрезаться и уменьшаться в размерах (лучшее качество фильтрации). (НА УСМОТРЕНИЕ ПОЛЬЗОВАТЕЛЯ) 9. При сохранении задания считывать параметры видео из скрипта. После установки галочки, сохранение задания будет производиться на основании скрипта. Галочка необходима в том случае, если вы вносите изменения в скрипт вручную. К примеру, когда добавляете строки для проведения анализа оптимального значения среднего битрейта, включаете/отключаете тот или иной вариант фильтра и т.д. В противном случае, все изменения, внесенные в скрипт вручную, программой учитываться не будут. (ЛУЧШЕ ГАЛОЧКУ УСТАНОВИТЬ)

ВРЕМЕННЫЕ ФАЙЛЫ

1.При запуске программы искать лучшее место для временной папки. При установленной галочке, программа, при каждом новом её открытии, будет анализировать свободное место на всех жестких дисках вашей системы и предлагать для размещения рабочей директории Темп, тот, на котором больше свободного места. (НА УСМОТРЕНИЕ ПОЛЬЗОВАТЕЛЯ) 2/3. Автоматически удалять кеш. После установки галочек, будет автоматически удаляться кеш, оставшийся после кодирования. (НА УСМОТРЕНИЕ ПОЛЬЗОВАТЕЛЯ) 4. Создавать DGIndex кеш в Темп-папке. Если поставить галочку, то DGIndex кеш будет создаваться не в папке, в которой находится исходное видео, а в папке Темп. (НА УСМОТРЕНИЕ ПОЛЬЗОВАТЕЛЯ) Рекомендуется установить все галочки для того, что бы сохранялся наиболее полный и подробный лог кодирования. При установленной галочке «Во временной папке» , лог кодирования будет сохраняться в папку Темп, в противном случае в то же место, куда сохраняется файл после кодирования. Если установить галочку в «Автозакрытие окна кодирования при успешном выполнении задания» , то после полного завершения кодирования файла, диалоговое окно кодирования будет закрываться автоматически.

ПАКЕТНАЯ ОБРАБОТКА

Здесь можно: - Добавить-удалить расширения файлов, которые будут использоваться при пакетной обработке. - Влючить-отключить возможность использования параметров (разрешение, аспект, кроп и других настроек из окна РАЗРЕШЕНИЕ/АСПЕКТ, а так же "трим" (обрезку по времени)) от уже открытого файла для всех последующих. - Влючить-отключить паузу после первого открытого файла для проведения настроек кодирования. - Влючить-отключить автоматическое начало кодирования после открытия всех файлов.

HotKeys

Здесь можно настроить управление программой с помощью "горячих клавиш" на клавиатуре. Примечание: * Анаморфное видео – видео с неквадратными пикселами. ** Прогрессивное видео – это видео, в котором смена кадров происходит полными кадрами, а не полукадрами. Существует два типа видео - чересстрочное и прогрессивное. В первом случае кадр состоит из двух полей (полукадров). Каждое поле содержит половину горизонтальных строк кадра; верхнее поле содержит все нечетные строки, а нижнее поле - все четные строки. Каждый кадр отображается посредством вывода всех строк одного поля, а затем другого поля. У прогрессивного видео кадры не делятся между полями, а отображаются за один проход, при этом все горизонтальные строки выводятся сверху вниз. ***ColorMatrix корректирует цвета потоков MPEG-2 DVD. Многие MPEG-2 потоки для хранения цветовой информации используют коэффициенты, отличающиеся от тех, которые используются подпрограммой преобразования цвета AviSynth. В результате, видео MPEG-2 отображается со слегка смещенными цветами (обычно наблюдается в небольшой разнице яркости). Данный фильтр пересчитывает YUV величины, предполагая коэффициенты, которые используются AviSynth, что позволяет корректно отображать видео при кодировании из MPEG-2 в MPEG-4. XviD4PSP имеет простейший для понимания интерфейс.

Варианты опримальных настроек кодирования видео в скриншотах (для тех, кому некогда читать)

Для кодирования видео для iPod и iPhone рекомендуется использовать следующие режимы кодирования: 1. Constant Quality (CRF) плюсы: - скорость кодирования (быстрее чем в режиме «2-Pass bitrate») - равномерное распределение коэффициента сжатия каждого кадра при постоянном визуальном качестве всей видеопоследовательности - выбор оптимального значения среднего битрейта происходит автоматически. - с точки зрения качества лучше чем режим «2-Pass bitrate» минусы: - непредсказуемое значение среднего битрейта в видео, получившемся после кодирования. Существует вероятность (хоть и небольшая) не вписаться в значение, разрешенное правилами раздела. Соответственно, размер файла на выходе будет тоже неизвестен. - некорректность работы ограничения максимального значения битрейта, что может привести к затруднениям при просмотре данного видео на соответствующих устройствах (актуально при кодировании видео с итоговым битрейтом, близким к пиковому, согласно документации на конкретное устройство).

2. 2-Pass bitrate плюсы: - отсутствие вероятности получения видео со значением среднего битрейта, недопустимого правилами раздела - предсказуемый размер файла на выходе - корректность работы ограничителя максимального значения битрейта минусы: - время кодирования - необходимость проведения предварительного анализа для выбора оптимального значения среднего битрейта (при завышенных значениях происходит ненужное увеличение размера файла, при заниженных – ухудшается качество видео) - неидеальное распределение коэффициента сжатия каждого кадра

Примечание: - при значении Q в диапазоне 20.0 - 21.5, на выходе получите хорошее качество видео. Уменьшение Q приведет к повышению качества, но соответственно и значения среднего битрейта, увеличение – к их понижению. - при кодировании видео с конечным разрешением 720х…, Reference frames необходимо опустить до значения – 4. Это сделает ваше видео совместимым с iPod Classic. Для разрешений меньше 720х…, Reference frames оставить, равным 6.

ВНИМАНИЕ! Красным маркером подчеркнуты важные настройки, влияющие на совместимость с iPod и iPhone. При их изменении, получите файл, несовместимый с данными устройствами.

Примечание: - Значение Bitrate (kbps) - согласно методики определения оптимального значения среднего битрейта (см. ниже), но не выше максимальных значений, указанных в правилах раздела. - при кодировании видео с конечным разрешением 720х…, Reference frames необходимо опустить до значения – 4. Это сделает ваше видео совместимым с iPod Classic. Для разрешений меньше 720х…, Reference frames оставить, равным 6.

Предлагаю несколько вариантов готовых пресетов с оптимальными настройками кодека х264. Как использовать: 1. Скачать пресеты, разархивировать 2. Скопировать файлы в: C:/Program Files/Winnydows/XviD4PSP5/presets/encoding/MP4 iPhone or Touch/video 3. Запустить программу, выбрать формат "MP4 iPhone or Touch" 4. В "Кодирование видео" выбрать необходимый пресет 5. Установить: для х264 2P - требуемое значение битрейта; для х264 Q21 - требуемое значение Q

Пресеты: х264 2P ANIM Opt 720 х264 2P ANIM Opt х264 2P ANIM Qual 720 х264 2P ANIM Qual х264 2P FILM Opt 720 х264 2P FILM Opt х264 2P FILM Qual 720 х264 2P FILM Qual х264 Q21 ANIM Opt 720 х264 Q21 ANIM Opt х264 Q21 ANIM Qual 720 х264 Q21 ANIM Qual х264 Q21 FILM Opt 720 х264 Q21 FILM Opt х264 Q21 FILM Qual 720 х264 Q21 FILM Qual

Как расшифровать: 2Р - двухпроходной режим кодирования; Q21 - режим кодирования CRF (Constant Quality) ANIM - для анимации; FILM - для фильмов Opt - оптимальное соотношение скорость/качество; Qual - качественные настройки 720 - только для разрешений видео 720х320, если цифры нет, то для меньших разрешений кадра

selectTotal1=framecount()/100 selectTotal2=selectTotal1*2 selectrangeevery(selectTotal2,50) Закрываем AvsP с сохранением, в окне «Фильтрация» жмем «Применить» и «ОК». 4. Жмем «Кодировать» в главном окне программы и ждем. 5. После завершения кодирования видим окно с логом: 6. Проводим небольшой анализ: Видим два значения квантов для I и P фреймов (помечены красным маркером), если вы кодируете видео для раздела Видео (Apple TV) и включили Main Profile, то к I и P фреймам добавятся еще и В фреймы, т.е. будет три значения. Первые цифры (в примере 59 и 2491) показывают количество I и P фреймов в полученной видеопоследовательности длиной 2550 фреймов, они нам нужны только для справки. Нам нужны значения QP. Если все значения QP не превышают 18, то полученного битрейта (выделен зеленым маркером) будет много и его значение можно уменьшить процентов на 25. Если все значения QP превышают 22-23, то битрейта не хватает и его значение надо поднимать. Если значения QP в промежутке 16-23, то полученное в результате значение битрейта будет предпочтительным для сохранения максимально прозрачного качества. 7. Проводим Визуальный контроль полученного видео, просмотрев его в проигрывателе. 8. Если значения квантов находятся в интервале 16-23, после визуального контроля видео, его качество устраивает и значение битрейта не превышает максимального значения для этого разрешения, оговоренного в правилах раздела, то полученное значение можно смело использовать для кодирования Bitrate режимами (2-Pass bitrate или 3-Pass bitrate). Вопрос: что делать, если при проведении анализа, получившееся значение битрейта превышает максимально разрешенное правилами. Ответ: На практике такое случается достаточно редко, особенно в более поздних версиях кодека х264 CLI, но если сие событие свершилось, то есть несколько способов решения данной проблемы. Во-первых: можно попробовать повысить значение Q и повторить тест. Во-вторых: битрейт можно понизить с помощью фильтров, которые удаляют шумы из видео, и тем самым понижают уровень необходимого битрейта. При этом необходимо учитывать тот факт, что использование фильтров может значительно увеличить время кодирования, изображение после фильтра может получиться «замыленным», неестественным, могут пропасть мелкие детали изображения и т.д. Поэтому к выбору фильтра необходимо подходить с осторожностью и обязательно оценивать его результаты визуально. Опять же, фильтрация, при умелом использовании, может значительно улучшить качество видео, особенно в тех случаях, когда исходник не очень хорошего качества. В-третьих: если получившееся при анализе значение битрейта превышает максимально разрешенное не на много (10-15%),и при этом QP не превышают 23, то можно для кодирования в два или три прохода использовать это максимально разрешенное значение. Вся информация взята с сайта

Проблема с кодированием видео и его сжатием его из гигабайтов в мегабайты, по-моему, всегда была актуальной. Если более менее профессиональные операторы, монтажники и т.д. уже не одну кошку съели на этой теме, то например любители и те, кто записывают видео с экрана своего монитора, порой долго чешут затылок, прежде чем добиться каких либо серьезных результатов. В итоге куча потерянного времени, никому не нужные гигабайты исходящего трафика для загрузки домашнего видео на ютуб. Конечно, можно использовать в какой-то степени готовые решения в лице одной программы, и сжать видео буквально тремя кликами, но это не наш подход, когда абсолютно все шаги можно контролировать и влиять на них. Покопавшись в поиске, Хабр так и не выдал ничего похожего. Хотя возможно, что просто плохо поискал.

Сразу оговорюсь, что изначально статья не моя. Я наткнулся на неё, лет пять назад, когда встала задача что-то делать с записанными моментами из тогда любимой многими игры Battlefield 2, на популярном отечественном ресурсе мувимейкеров. Постепенно статья допиливалась и публиковалась, то там, то там. Не исключаю, что первоначально статья пришла из-за «бугра» и всего на всего была переведена на наш могучий язык.

Итак, кодек х264 пришел на смену таким монстрам своего времени как DivX и XviD и удачно положил обоих на лопатки. Для того, что бы добиться действительно впечатляющего результата, нам понадобится следующие вещи:
1. - этим мы сжимаем само видео. Вернее, сжимает сам кодек, а это только GUI объединивший в себе десятки разных специализированных утилит.
2. - фреймсервер. Если вдруг кто не знает, что это такое, то он является посредником между нашим не сжатым видео и кодеком.
3. VLC media player - Тут совсем все просто. Всеядный плеер, умеющий работать с потоковым видео. Достаточно популярный .
4. K-Lite Codec Pack - пакет все возможных кодеков, на все случаи жизни. Нам нужна сборка Mega.

Настоятельно рекомендую обновлять K-Lite Codec Pack, как минимум всегда перед сжатием видео. Это конечно не обязательно, но опыт подсказывает, что если вы столкнетесь с непонятными ошибками/косяками/глюками/etc то в 50%, а то и больше, обновление кодеков избавит вас от лишнего геморроя.
Кстати, MeGUI достаточно быстро и часто обновляется и дополняется. Скриншоты приведенные ниже, могут уже не соответствовать текущей версии, но это не страшно. Как правило, меняется расположение элементов, что то пододвинули вправо, что-то перенесли в другую закладку. Пропажа находится очень быстро, поэтому не пугайтесь.

Поехали. Устанавливаем Avisynth , а затем MeGUI . После того, как MeGUI обновится, идем в папку, где лежит наш опытный образец, и для удобства создаем там файл с расширением *.avs. Открываем блокнотом и пишем заветные строки:

AVISource(«video.avi»)
ConvertToYV12()

Первая строка, подскажет MeGUI с каким файлом требуется работать. Вторая строка, указывает на используемую систему цветов.

Существует несколько различных способов представление цвета. Например: цветовое пространство YUV и RGB. В YUV цветовом пространстве есть один компонент, который представляет яркость (сигнал яркости) и два других компонента, которые представляют цвет (сигнал цветности). В то время как яркость передается со всеми деталями, некоторые детали в компонентах сигнала цветности могут быть удалены путем понижения разрешения отсчетов (фильтрация или усреднение), что может быть сделано несколькими способами (т.е. есть много форматов для сохранения изображения в цветовом пространстве YUV). YV12 - один из таких форматов (тут сигнал цветности общий для каждого блока пиксел 2x2), который поддерживается AviSynth.

Открываем настройки кодека, нажатием на кнопку Config , справа от Encoder settings . Ставим галочку, подтверждая, что нам действительно нужны расширенные настройки. Дальше нам остается поставить галочки в соответствии со скриншотами.

Нажимаем на кнопку queue и идем спать, пить кофе и т.д. в зависимости от предпочтений и мощностей ПК.

Хочу оговориться, что данный конфиг подходит для исходного видео 720p. Для 1080p нужно немного под редактировать конфиг:

Вкладка Frame-Type -> Меняем значение Number of Reference Frames с 9 на 4.

Так же можно указать, сколько кодеру можно использовать ядер:

Вкладка Misc -> раздел Other -> Threads и указываем, в сколько потоков сжимать видео. 1 поток на 1 виртуальное или физическое ядро.

Что мы получаем в итоге. Я имел в наличии следующий видео-ролик:

Format: RGB
Codec ID: 0x00000000
Codec ID/Info: Basic Windows bitmap format. 1, 4 and 8 bpp versions are palettised. 16, 24 and 32bpp contain raw RGB samples
Duration: 3mn 42s
Bit rate: 663 Mbps
Width: 1 280 pixels
Height: 720 pixels
Display aspect ratio: 16:9
Frame rate: 29.970 fps
Bit depth: 8 bits
Bits/(Pixel*Frame): 24.000
Stream size: 17.2 GiB (100%)

После ожидания около 15-16 минут, я получил на выходе 184 Мб.

Если Хабру интересны подобные статьи на тематику сжатия видео, то я продолжу и поделюсь своим опытом. Если хотите меня поправить и указать на ошибку, то с радостью отвечу на всю критику и замечания.

Инструкция к XviD4PSP 5 + XviD для:

конвертации видео в avi
кодирования видео кодеком XviD / настройка кодека XviD
кодирования аудио кодеком MP3 / настройка кодека MP3
создания HWP - видео в формате avi для домашнего двд-проигрывателя
настройка XviD4PSP 5

Данная инструкция прежде всего нацелена на качество материала на выходе.

Данный материал составлен для бесплатного ознакомления, любое его копирование в каких-либо целях запрещено и является нарушением авторских прав. Авторство принадлежит сайту minisite.3dn.ru (сайт), так что в случае обновления или дополнения инструкции, актуальная версия будет всегда только на minisite.

Перед началом работы рекомендуется установить последний пакет кодеков K-Lite Mega Codec Pack (в противном случае не гарантируется корректная работа программы) и обновить DirectX (Инструменты> Обновить DirectX) .

Рекомендуется использовать версию XviD4PSP 5 не ранее XviD4PSP 5.10.228.0 (2011-03-31) rc19, т.к. в старых версиях использовался косячный XviD 1.3.0 (версии билда ранее XviD 63), а начиная с этой версии используется XviD 1.3.1 (версии билда начиная от XviD 63) с пофиксенными косяками старой версии.

Инструкция написана на примере кодирования аниме, для кодирования фильма читайте пояснения к скринам.

Данная инструкция не претендует на звание лучшей, в том числе по качеству получаемого видео, но вполне является одной из лучших в своем роде. Рекомендую экспериментировать с настройками и добиваться лучшего результата в связке максимальное качество+минимальный вес для этого качества , т.е. находить золотую середину с приоритетом на качество и без раздутия веса. В данной инструкции описаны рекомендации по настройке программы XviD4PSP 5 и кодеков XviD и MP3, с конкретными примерами, а также описание различных опций и настроек. Экспериментируйте с настройками и добивайтесь лучших результатов =)

Данная инструкция считается законченной (лично я hwp более не занимаюсь), поэтому изменения и дополнения если и будут, то небольшие и редко.

Последнее обновление: 15.03.2013

upd. 16.10.2015 - небольшая редакция заголовков и подпись скринов, для профилактики от тупых копипастеров.

Версия программы не ранее: Xv iD4PSP 5.10.228.0 (2011-03-31) rc19

XviD - кодек, сжимающий видео по стандарту MPEG-4 , т.е. он использует сжатие MPEG-4 Advanced Simple Profile (ASP). Т.к. это кодек для сжатия видео, то следовательно он кодирует видео с потерей качества, поэтому добиться абсолютного 100% качества в принципе невозможно, но можно добиться качества максимально близкого к этому значению, т.е. снизить потери качества на столько, чтоб они были не заметны при просмотре, другими словами потери качества будут минимально допустимыми.

Настройка профиля видео - настройка кодека XviD.

Первая вкладка Main (основная):

Синим кружком обозначены рассчитываемый конечный размер файла и рассчитываемое значение бит на пиксель (обозначено как качество ). Левее показаны соответственно кодек, размер и значение бит на пиксель оригинального видео. Значение бит на пиксель не обязательно должно совпадать с оригиналом.

Красным кружком обозначены кнопки добавления(+) и удаления(-) настроек(профилей), не забывайте сохранять профили видео и аудио для дальнейшего использования(имена им можно задавать любые).

Для удобства в начале названия сохраняемого профиля настроек можно писать цифры, тогда он будет в списке первым относительно стандартных профилей.

Encoding mode выбираем 2-Pass Bitrate (двухпроходное кодирование или кодирование в 2 шага по заданному битрейту )- наилучший вариант для качественного кодирования, в первом проходе(шаге) программа анализирует видео, чтоб правильно перераспределить битрейт по всем кадрам, а во втором уже производит кодирование по результатам анализа.

По идее 3-Pass Bitrate (кодирование в 3 шага) должен кодировать еще лучше, за счет более тщательного анализа, но на практике часто разница между ними небольшая, качество не сильно отличается, а порой и вовсе одинаковое, при этом времени на кодирование уходит гораздо больше (например если в 2 шага время кодирования будет 1ч., то в 3 шага 1.5+ ч.). Ну если для вас главное качество и вы никуда не торопитесь то можете кодировать в 3 шага, все же хоть и не на много, но оно качественней кодирования в 2 шага.

А вот 1-Pass Bitrate (кодирование в 1 шаг) лучше не выбирать, хоть он и быстрее, но при этом качество картинки сильно портится, особенно на динамических сценах(практически большинство сцен с движением). При кодировании в 1 шаг битрейт получается постоянным на всем протяжении видео, потому что не проводится анализ видео, в следствии чего качество страдает(пиксели, квадратики, шумы и прочие артефакты), т.к. на простых сценах битрейта будет в избытке, а на сложных наоборот будет не хватать.

Constant Quality - кодирование с постоянным квантизером, т.е. с постоянным качеством. Аналогичен 1-Pass Bitrate , с той только разницей что здесь мы задаем качество с помощью значения квантизера и в зависимости от сжимаемости видео будет получен средний битрейт, т.е. битрейт переменный, т.к. при одном и том же значении квантизера будет разный битрейт на разных сценах, в зависимости от их сложности(сжимаемости). Плюсы - время кодирования как у 1-Pass Bitrate , при значении квантизера 1-3 будет хорошее качество , минусы - непредсказуемый размер конечного файла, а также часто большой размер файла на выходе. Примечание : не зависимо от выставленного квантизера, кодер будет использовать опцию повышения квантизера для B-фреймов (вкладка Frames ).

3-Pass Quality - первый проход кодируется в режиме Constant Quality , по выбранному качеству (квантизеру) определяется битрейт, который будет использоваться в следующих проходах. 2 и 3 проходы аналогичны 2-Pass Bitrate. Плюсы - хорошее качество, минусы - долгое кодирование, непредсказуемый размер файла на выходе, который часто будет большим.

Кодирование в размер - 2-Pass Size и 3-Pass Size . Аналогичны 2-Pass Bitrate и 3-Pass Bitrate , с той только разницей что вместо битрейта выбираем размер конечного файла, а битрейт подстраивается так чтобы точно попадать в этот размер. Плюсы - легко подобрать размер конечного файла, минусы - для видеофайлов с разной продолжительностью размер файла придется настраивать отдельно, т.к. при одинаковом конечном размере файла, в зависимости от длительности(продолжительности) видео, качество(значение бит на пиксель)/битрейт будет различным - чем дольше будет видео, тем хуже будет качество(будет более низкий битрейт).

Не забывайте простую вещь - чем дольше видео, тем больше оно будет весить.

Примечание . Конечный размер может отличаться от расчетного, в зависимости от прочих настроек кодека, в особенности от выбранного диапазона значений(минимальных и максимальных) квантизеров фреймов видео(о них ниже), другими словами в зависимости от выбранного диапазона качества и от сжимаемости видео - если при заданном размере файла получаемое качество не попадает в этот диапазон, то размер файла будет уменьшен или увеличен соответственно.

К слову большинство прочих программ для конвертирования видео кодируют именно в 1 шаг, не имея возможности кодирования в 2 шага и уж тем более в 3 шага, а также часто без возможности более точной настройки кодирования, в некоторых программах есть кодирование в 2 шага, но оно тупо не работает, а их экспертные настройки, если есть, оставляют желать лучшего. Как правило такие программы обещают(точнее их разработчики в описании) быстрое, легкое и удобное, и качественное кодирование видео, но в результате получаемое качество оказывается далеко не хорошим. Причем такие программы как правило еще и платные, в отличии от XviD4PSP.

Битрейт. Битрейт подбираем с учетом получаемого значения качества(бит на пиксель)(О среднем битрейте и значении качества(бит на пиксель)). Для разрешения 704х396-720x576 битрейта = 1200-1500 Кбит/сек будет достаточно , если кодируете аниме, в данном примере(см. скрины) при битрейте в 1500 Кбит/сек качество(бит на пиксель) получилось на 0.224 (частота кадров в примере 23.976 кадр/сек ), что вполне удовлетворяет требования к качеству. Как уже говорилось ранее, для фильмов надо брать битрейт выше, к примеру 1400-1700 Кбит/сек , чтоб значение качества было в районе 0.2 и больше.

Совет . Лучше ставьте более высокий битрейт, для достижения уровня качества от 0.2 и выше, к примеру в диапазоне 1500-2000 Кбит/сек (в зависимости от конечного разрешения и частоты кадров, при одном и том же битрейте, расчетное значение качества будет различным), особенно для динамичных видео, где полно сложных динамических сцен и высокая детализация изображения , например для аниме при разрешении 704х396 и частоте кадров 23.976 кадр/сек в большинстве случаев 1500 Кбит/сек будет более чем достаточно. Пустого увеличения размера файла не будет, если битрейта будет больше нужного, то он будет снижен, что в большинстве случаев и будет. Таким методом мы избежим занижения качества. А избежать пустого раздувания битрейта и следовательно размера файла нам поможет правильная настройка кодека, о чем как раз и написано в данной инструкции.

Cartoon mode - как ясно из названия включать только в случае если вы кодируете аниме или мультфильмы , улучшает качество и степень сжатия. Не рекомендуется использовать для фильмов, в частности из-за их высокой детализации, возможно также не стоит использовать для высокодетализованных аниме (типа полнометражек с высоким качеством изображения, с высокой степенью прорисовки и детализации)(последнее стоит проверять экспериментально, в большинстве случаев эта опция должна быть полезна при кодировании большинства аниме).

Grayscale mode не включать. Цветность убивается полностью, картинка становится серой (черно-белое кино).

Full 1-st pass - полное качество первого прохода. При отключенной данной опцией первый проход проходит с облегченными настройками. Изначально в кодеке XviD данная опция используется для того чтоб при первом проходе создать готовый файл. Но т.к. мы кодируем в 2 прохода эта опция нам бесполезна, ибо в первом проходе только собирается статистика по файлу для кодирования во втором проходе. Никакого улучшения качества в принципе это не дает, по крайней мере заметного, а времени на обработку файла уходит больше.

Chroma optimizer включаем, улучшает качество, работая с цветовой информацией изображения, минимизирует эффект лестницы на границах.

Вкладка Motion (поиск движения):

Motion search ставим на 6 - Ultra High , VHQ mode ставим на 4 - Wide Search , это делается для более тщательного анализа движения, что повышает качество видео.

VHQ metric выбираем 1 - PSNR_HVSM , это новая метрика, улучшает качество.

Quartel pixel search (Qpel) и Global motion compensation (GMC) отключить, двд плееры их не поддерживают, видео или вообще не будет запускаться или будет идти с жуткими помехами в виде квадратиков. Включать только в случае если вы не собираетесь смотреть видео на домашнем двд проигрывателе, на компе будет проигрываться без проблем (хотя в таком случае не понятно что вы забыли в настройке кодека xvid, для компа и новой техники лучше использовать кодек H.264(AVC) и контейнер mkv или mp4, брать больше разрешение и др.) . Собственно Qpel и GMC позволяют немного улучшить качество изображения.

Chroma motion estimation включаем, это оценка движения цветовой информации, улучшает качество изображения.

Вкладка Frames (настройка качества фреймов (кадры видео )):

I-frames — ключевые кадры, с минимальной степенью сжатия. В них хранится основная информация о изображении. Ключевые кадры также используются для навигации по видео. В видео количество ключевых кадров значительно меньше, чем других типов кадров.

P-frames — промежуточные кадры, используют данные о изображении из предыдущих кадров. В них хранится только информация о том на сколько изменился кадр по сравнению с предыдущим. Степень сжатия выше чем у I-фреймов.

B-frames — промежуточные кадры для повышения степени сжатия видео без потери качества. В отличии от P-фреймов в них хранится информация на сколько кадр отличается от предыдущего и от следующего кадра. Степень сжатия выше чем у P- фреймов .

B-frames ставим 2 . Это максимальное количество идущих подряд B-фреймов. Более высокие значения могут привести к несовместимости с некоторыми двд проигрывателями(в основном со старыми) и ухудшению качества(если поставить слишком большое значение).

B-frames ratio | offset выставляем 150 | 100 соответственно (стандартные значения), это значит что ratio | offset = 1.50 | 1.00 . Повышают значение квантизера B-фреймов. Значения больше ставить не стоит, в противном случае будет завышен квантизер B-фреймов, что приведет к ухудшению качества картинки, уменьшать тоже не стоит, в противном случае теряется смысл B-фреймов.

Квантизер(Q) B-фреймов расчитывается по формуле:

Q B-фреймов = средний Q окружающих двух фреймов * ratio + offset

средний Q окружающих двух фреймов = (Q предшествующего P-фрейма + Q следующего P-фрейма) / 2

ratio|offset = 1.50 |1.00

Key-frames interval - максимальное расстояние (интервал) между ключевыми кадрами (I-фреймами). Ставим 200 - это более менее оптимальное значение для большинства случаев . Это улучшит навигацию по видео и его качество. Это лишь максимальное значение интервала, т.е. расстояние между I-фреймами на протяжении всего видео будет разное, но не будет превышать это значение. Не рекомендуется выставлять слишком высокие значения - это приведет к ухудшению качества и навигации по видео, слишком низкие значения же приведут к значительному увеличению веса видео, а качества в целом не прибавит. Минимум выставлять значение 100 , но в большинстве случаев не рекомендуется , по умолчанию стоит 300 , в большинстве случаев выше этого значения ставить также не рекомендуется. Лучше выставлять значения в районе 200-300 .

Closed GOP должно быть включено. Опция гарантирует что перед каждым новым I-фреймом будет всегда стоять P-фрейм.

Packet bitstream отключить, тем более потому что мы кодируем в 2 прохода.

VHQ for B-frames включить. Как ясно из названия это VHQ mode для B-фреймов , используется для повышения их качества.

Min Q и Max Q - минимальные и максимальные значения квантизеров для I-, P-, B-фреймов. Другими словами с помощью этих параметров можно задать ограничения на максимальное и минимальное качество разных фреймов(значения их квантизеров), т.е. задать диапазон качества . По умолчанию Min Q = 1-2, Max Q = 31. При Min Q = 1 кодек будет стремиться кодировать точно в заданный битрейт (особенно при Pmin =1) , т.е. битрейт будет стремиться к максимальному значению и он часто будет больше чем нужно. При Min Q = 2 качество получается примерно такое же как при значении 1, но идет более лучшее распределение квантов, лучше экономится битрейт. Max Q можно оставить на 31 , но если вы не довольны качеством то ставьте значения ниже. Для I-фреймов значение квантизера будет минимальным(для максимального качества ключевых кадров), для P-фреймов больше, для B-фреймов еще больше. Но не стоит увлекаться с поднятием квантизера B-фреймов, т.к. мы и так используем опцию повышения квантизера B-фреймов B-frames ratio | offset .

Также можно жестко ограничить качество фреймов, в таком случае для наилучшего качества подойдут следующие значения:

Min Q I = 1, Max Q I = 3 - ключевым кадрам ставим максимальное качество

Min Q P = 2, Max Q P = 4 - P-кадры должны быть сжаты сильнее чем I-кадры

Min Q B = 2, Max Q B = 4 - B -кадры должны быть сжаты сильнее чем P-кадры, это условие выполняется, т.к. включено повышение Q B -кадров (ratio|offset). Поэтому конечные значения Min Q и Max Q B -кадров будут равны 3-4 и 7 соответственно.

Вообщем жестко ограниченный диапазон выставляемых значений мин. и макс. квантов фреймов для хорошего качества должен быть примерно следующим:

Min Q I = 1-2, Max Q I = 2-4

Min Q P = 2-3, Max Q P = 3-5

Min Q B = 2-3, Max Q B = 3-5

Если выставленный битрейт не будет попадать в диапазон качества, который мы задали, то он будет повышен или понижен. Т.е. если битрейт ниже нужного для минимального качества (Max Q), он будет повышен до этого значения . А если битрейт выше нужного для максимального качества (Min Q), он будет понижен до этого значения .

Для хорошего качества средние значения квантов I-фреймов должны получаться в районе 1-3 , P-фреймов 2-4 , B-фреймов 3-6 . Чем ниже значения по средним квантам тем выше качество. Значения средних квантов можно посмотреть в конце лога кодирования, ниже строчки xvid_encraw.exe: -pass2 . В идеале должно получиться что то вроде:
I frames: ... quants = 1 / 1.00 / 1 (или 2 / 2.00 / 2 )
P frames: ... quants = 2 / 2.00 / 2
B frames: ... quants = 4 / 4.00 / 4 (или 3 / 3.00 / 3 )

Тут мы видим количество фреймов каждого типа и значения их квантов в порядке минимум / среднее / максимум .

Оценка качества по средним квантам фреймов - наиболее оптимальный и точный вариант оценки качества готового видео при кодировании кодеком XviD.

Вкладка Rate :

KBoost (I-frame boost - повысить I-фреймы ) оставляем значение по умолчанию 10 (%) . Этот параметр увеличивает количество битрейта выделяемого на ключевые кадры(I-фреймы). Указывается в процентном соотношении, т.е. в данном случае на I-фреймы пойдет на 10% больше битрейта.

CHigh (High bitrate scenes degradation - уменьшить сцены с высоким битрейтом ) и CLow (Low bitrate scenes improvement - повысить сцены с низким битрейтом ) можно оставить значения по умолчанию 0 (%) . CHigh забирает битрейт со сцен с высоким битрейтом(сложные динамические сцены) и отдает их сценам со средним(сцены со средней динамикой) и низким битрейтом(статичные, фоновые сцены, с минимум или полным отсутствием движения). CLow забирает битрейт со сцен с высоким и средним битрейтом и отдает их сценам с низким битрейтом. Указываются в процентном соотношении. Т.е. если вас не устраивает качество статичных сцен, а динамика смотрится хорошо, то эти опции помогут вам лучше перераспределить битрейт между ними. Но не рекомендуется увлекаться этими опциями, слишком большие значения испортят качество динамичных или средних сцен. Если использовать данные опции то желательно ставить наименьшие значения. Лично я использую CHigh = 5% (см. скрин).

OStrength (Overflow control strength - контролировать силу распределения) , OImprove (Max overflow improvement - максимальное повышение распределения ) и ODegrade (Max overflow degradation - максимальное понижение распределения ) выставляем 10 (%) . Эти параметры указывают на сколько кодек может отклоняться от расчетных значений битрейта там где это нужно. OStrength указывает на сколько кодек может выходить за расчётные значения в каждом кадре (без разницы, уменьшение или увеличение). OImprove определяет на сколько можно поднимать битрейт, относительно среднего битрейта, на непродолжительных участках (там, где это требуется). ODegrade определяет на сколько можно снижать битрейт, относительно среднего битрейта, на непродолжительных участках (там, где это требуется). С помощью данных параметров мы улучшаем перераспределение битрейта. Высокие значения ставить не рекомендуется, в противном случае кодек может одной сцене отдать битрейта больше чем нужно, а другой наоборот меньше, что приведет к ухудшению качества в последней. По умолчанию вообще стоят значения 5 .

Reaction (Reaction Delay Factor) , Averaging (Averaging period) и Smoother оставляем значения по умолчанию(см. скрин).

VBV (Video Buffer Verifier) : VBVsize (Max buffer size) ставим 3145728 , VBVmax (Max bitrate) ставим 4854000 , VBVpeak оставляем 0 . Используются в двухпроходном режиме. Значения взяты из стандартных профилей кодека XviD. Такие же значения в профилях двухпроходного кодирования по умолчанию.

Вкладка Misc (разное) :

Матрицу выбираем H263 , лучший выбор в большинстве случаев, особенно для аниме. Для фильмов также можно использовать следующую матрицу MPEG .

HVS masking (Adaptive Quantization(AQ) - Адаптивное Квантование) выбираем только Variance . Улучшает качество. Lumi вообще никогда не стоит выбирать, т.к. это старое AQ и оно наоборот только портит качество.

1-st pass Quantizer ставим 2 . Это квантизер первого шага. Можно выставлять значения в районе 1-3 . Как говорилось ранее при квантизере 2 идет лучшее распределение квантов.

Trellis quantization включить, также улучшает качество.

Use new XviD 1.3.x включаем, в противном случае часть опций просто не будет работать, т.к. их просто не поддерживает старая версия кодека, в последствии чего качество будет хуже. Э то глобальная опция.

Threads - многопоточность, определяет сколько ядер процессора будет использоваться для кодирования. Это глобальная опция. Ставим количество ядер вашего компа или оставляем на Auto . Только в режиме Auto будет использоваться значение = количество ядер + 2. Но это не значит что режим Auto увеличит скорость кодирования, все равно скорость кодирования напрямую зависит от вашего железа, т.е. будет использоваться столько ядер сколько есть.

В последней вкладке CLI (Command line Interface) нам делать нечего, там записан скрипт с нашими параметрами кодирования, который получился в результате наших настроек. Если не знаете что делаете, то там ничего не изменяйте.

Итак, с видео мы закончили, сохраняем профиль (кнопка с плюсиком, говорилось в самом начале) и нажимаем OK.

Звук для фильмов лучше выбирать AC3 с битрейтом в 256-448 Кбит/сек , при условии что звук в исходнике качественный (5.1ch с хорошим качеством например).

А для аниме, сериалов и прочего выбираем конечно же MP3 с битрейтом в 128-256 Кбит/сек . Для аниме оптимальным будет 192 Кбит/сек , но если например в исходнике дубляж и сам звук высокого качества, то лучше 224- 256 Кбит/сек . Битрейт в 128 Кбит/сек является минимально допустимым, но лучше его все же не использовать, а брать не менее 160 Кбит/сек .

В данном примере выбран MP3.

Encoding mode выбираем CBR (Constant BitRate - постоянный битрейт) . Это постоянный битрейт, другие не стоит выбирать, в противном случае получите проблемы со звуком.

Channels mode естественно Stereo .

Quality выбираем 0 - Best Quality , это лучшее качество.

Replay gain (выравнивание громкости) оставляем отключенным(None ). В противном случае можем испортить звук, т.к. в принципе громкость звука в оригинале врятле постоянна на всем своем протяжении. Включать если только вам это нужно в определенных целях, но в большинстве случаев не рекомендуется.

Don"t change samplerate - не изменять частоту дискретизации. Не включать, т.к. если частота звука оригинала стандартная для MP3(например 44.1 KHz(КГц) или 48.0 KHz ) то она и так по умолчанию скопируется, а нестандартную частоту лучше не оставлять, в противном случае могут возникнуть проблемы со звуком, вплоть до того что оно не будет воспроизводиться на двд . Включайте если только оно вам надо и вы знаете что делаете.

Сохраняем готовый профиль аудио.

В дальнейшем при открытии новых видео, мы можем использовать готовые профили обработки видео и звука, причем выбранные при последнем кодировании профили сохраняются в выборе, в смысле вам не надо будет каждый раз выбирать свои профили, просто добавляете новые файлы.

Экспериментируйте с настройками

Статья в процессе написания, когда есть свободное время - тогда и пишу...

1. Что вы можете рассказать мне о настройках в XviD?

При открытии настроек кодека XviD в программе XviD4PSP 5 в первый раз, вы увидите много кнопок, вкладок, выпадающих под панелей Показывающих варианты, варианты и.... что вы думаете? Дополнительные параметры настроек кодека XviD.
В принципе, все варианты, что предлагает XviD очень сильно отличаются от большинства других MPEG-4 кодеков. Они могут иметь значение (или не иметь) для Вашего кодирования, а также могут иметь огромное влияние на скорость кодирования. Вы можете выбрать определенные опции, при кодировании с которыми Ваш результат будет воспроизводиться с кодеками / декодерами, не только XviD (например DivX или 3ivx кодек или FFDShow), или же Вы можете выбрать все эти дополнительные опции, которые делают XviD настолько уникальным и универсальным. Вы можете выбрать варианты, которые позволят в режиме реального времени кодировать телевизионную трансляцию или видео с камеры наблюдения, или же Вы можете выбрать опции, которые заставят кодек замедлиться до скорости улитки, но дадут очень хорошие результаты.

(Следующее описание настроек XviD для XviD4PSP 5 сборки от fcp. В других сборках интерфейс может быть отличным от этого, но Вы найдете много, если не все параметры, определенные в той или иной форме).

Настройки кодека XviD в XviD4PSP 5

В верху окна Настройки видео кодирования Вы можете видеть каким кодеком был закодирован исходный видео файл (исходник), его размер и соотношение Бит/(Пиксели*Кадры) а также предполагаемый размер и соотношение Бит/(Пиксели*Кадры) в перекодированном видео, при условии что уже настроены разрешение и частота кадров. (Исключение: Невозможно предугадать размер и соотношение Бит/(Пиксели*Кадры) при кодировании в режиме Constant Quality)

Вкладка Main

Encoding mode - Возможность выбрать режим кодирования: в установленный битрейт, с постоянным качеством или же в установленный размер.

1-Pass Bitrate - Закодирует видео сразу, за один проход. Берет каждый кадр видео, проверяет на сжимаемость и затем кодирует его.

2-Pass Bitrate - Кодирование в два прохода. В первом проходе делается оценка того, как сильно Ваше видео поддается сжатию. А во втором проходе используются данные о сжимаемости, собранные во время первого прохода, чтобы действительно закодировать видео.

3-Pass Bitrate - То же, что и 2-Pass Bitrate, но кодирование производится в 3-м проходе. А во 2-м проходе производится уточнение статистики, полученной на первом проходе. Это дает возможность более корректно распределить битрейт и точно попасть в заданный битрейт.

Constant Quality - Кодирование с постоянным квантизером ("делителем"). Чем меньше квантизер - тем выше качество. В этом режиме выходной битрейт не определен, и зависит от сжимаемости видео. Так же следует учитывать, что не зависимо от выставленного квантизёра, кодер не будет использовать значения, меньше Min Q и больше Max Q установленные на вкладке Frames.

3-Pass Quality - Первый проход кодируется в режиме Constant Quality , определяется битрейт перекодированного файла. Второй и третий проходы эквиваленты обычному 2-х проходному кодированию (2-Pass Bitrate), в качестве битрейта задается ранее подсчитанный битрейт.

2-Pass Size - Кодирование в два прохода. В первом проходе делается оценка того, как сильно Ваше видео поддается сжатию. А во втором проходе используются данные о сжимаемости, собранные во время первого прохода, чтобы действительно закодировать видео а также устанавливается необходимый битрейт (высчитывается встроенным в XviD4PSP 5 калькулятором) для точного попадания в заданный битрейт (в пределах разумного, кодек не сможет закодировать минутный семпл из DVD video в размер 2GB).

3-Pass Size - То же, что и 2-Pass Size, но (по аналогии с 3-Pass Bitrate) во время второго прохода производится уточнение статистики, полученной на первом проходе. Третий проход - непосредственно кодирование. Это дает возможность более корректно распределить битрейт и точно попасть в заданный размер.

Какой режим выбрать зависит от того, чего Вы желаете от результата. Кодирование в два прохода намного лучше в распределении битов, там где они необходимы, и поэтому дает Вам намного лучше выглядящее видео. Однопроходное кодирование пригодно для использования только когда невозможно сделать кодирование в два прохода, как например кодирование в реальном времени в прямом эфире, телевизионный захват или камеры видеонаблюдения. Если вам обязательно надо пойти на однопроходное кодирование по определенной причине тогда действительно нет другого пути, кроме кодирования в два прохода.
Обратите внимание, что DivX 5 в настоящее время имеет опцию "Multi-Pass ", что позволяет больше чем кодирование в два прохода. Это предназначается, чтобы получить еще лучшее распределение бит (вроде путем усреднения между большим количеством проходов), но многие пользователи сообщают близкие к нулю выгоды после третьего прохода. XviD действительно не нуждается в технике, как эта, потому что решение-распределения-бит которое она делает умнее и дает лучшие результаты.

Квантизер - это так называемый DRF (D etail R emoval F actor) - величина, показывающая степень потери детализации изображения, то есть обратно пропорциональная качеству. Чем больше квантизер - тем больше деталей будет потеряно. Визуально это проявляется появлением блочности на изображении (квадратных артефактов в кадре). Соответственно, чем меньше квантизер, тем больше детализация кадра (качество) а также битрейт, необходимый для его сжатия и, частично, его размер. По умолчанию минимальный квантайзер равен - 2; максимальный - 31.

Bitrate:(kbps) / Качество:(Q) / Размер: (MB) - Зависит от того что выбрано в Encoding mode .

Preset - Профиль в основном соответствует определенным настройкам кодека, предназначенным специально для определенного использования, сценарии...
В каждом Профиле у Вас есть разные уровни настроек, которые ограничивают тот особый профиль определенным сценарием. После изменения некоторых настроек выбранного пресета он может сбросится на Custom (например изменение количества B-кадров).
Default - Настройки кодека по умолчанию.
Turbo - Быстрое кодирование, плохое качество
Ultra - Высокое качество кодирования, оптимальное соотношение скорость / качество.
Extreme - Очень высокое качество, медленное кодирование
Custom - Персональные настройки кодека

FOURCC - Здесь вы можете изменить FourCC используемый в полученном файле после кодирования. FourCC в основном содержит идентификационный код, содержащийся в перекодированном видео файле. При сжатии, в заголовке AVI файла прописывается метка, каким кодеком это было сжато. При воспроизведении проигрыватель считывает эту метку и запускает соответствующий декодер (говорит мультимедийному приложению (например, WMP, MPC или DivX Player-у), какой тип декодера должен быть использован для правильного открытия видео). Для Mpeg4 совместимых кодеков возможна замена декодера. Вы можете установить, например, DivX или DX50 что бы проигрывать видео с помощью DivX 5 декодера. Если Вы это делаете, вы должны принять во внимание ограничения того декодера, так что вы не можете использовать некоторые функции XviD (например, больше чем 1 B-кадр или GMC). Рекомендуется, если вы действительно хотите, чтобы Ваши видео файлы воспроизводились на аппаратных плеерах, поддерживающих DivX, но не XviD.

Cartoon - Включает некоторый механизм по оценке движения, который пропускает больше макро-блоков (вместо того, чтобы кодировать их). Результат - более устойчивое, немного менее подробное (детализированное) изображение. Именно то что нужно для кодирования мультфильмов как "Futurama или Simpsons." Я не рекомендовал бы это для более детализированного японского аниме.
Активизирует два различных метода, оба разработанные, чтобы помочь с мультфильмами:
- detect_static_motion - флаг оценки движения, он работает как предел (лимит). Если движение, найденное процессом поиска движения, ниже этого предела, макроблок считается статичным, и никакая информация о движении не кодируется. Когда Cartoon режим включен, предел, ниже которого макроблок считается статическим, увеличивается так, что небольшие движения будут потеряны еще больше. Так как МНОГО этих "маленьких движений" являются фактически шумом (особенно в мультфильмах), он действительно помогает экономии многих битов, которые иначе использовались бы, чтобы закодировать шум на статической картинке.
- vop_cartoon - Квантизация. Когда блок получил достаточно хорошую компенсацию движения (с полной ошибкой ниже предела), это просто не кодируется вообще. XviD не пропускает данных в нормальном способе кодирования (предел = 1), но пропускает довольно много в мультипликационном способе. Опять же, это обычно означает, что шум проигнорирован. Это может также удалить некоторые мелкие детали, но мелкие детали действительно не должны присутствовать в "правильных" мультфильмах.
Таким образом, в то время как первая техника помогает с удалением движений, которые являются настолько крошечными, что можно считать что они "не являются частью источника", вторая помогает сжимаемости мультфильма, удаляя детали структуры, которые посчитала "слишком маленькими, чтобы быть частью источника".

Grayscale - говорит кодеку кодировать без цветной информации. Применяется для того, чтобы сэкономить биты на титрах в конце фильма. Кодирует изображение в чёрно-белое.

Full 1-st pass - По умолчанию XviD делает первый проход с облегченными настройками, не зависимо от того, какие настройки указал пользователь. Включение этой опции отменяет этот режим.

Chroma optimizer - будет делать дополнительные «магические» действия над информацией о цвете, чтобы минимизировать эффект лестницы на границах. Это улучшит качество ценой скорости кодирования. Это снижает PSNR по своей природе, математическое отклонение от оригинальной картинки станет больше - но субъективное качество изображения будет лучше (как уже упоминалось, "ступенчатых артефактов" будет меньше). Поскольку он работает с информацией о цвете, Вы можете отключить его при кодировании в оттенках серого.

Вкладка Motion

Здесь вы найдете варианты определяющие точность поиска движения. Поиск движения является процессом, в котором кодек пытается выяснить, как каждая часть оригинального клипа двигалась. Чем больше он ищет, тем точнее будет его оценка движения, и лучше будет фиксироваться оригинальное движение в кадре.
Почему именно захват движения так важен, спросите вы?
Давайте рассмотрим простой пример, белый блок перемещения вправо. Каждый кадр является частью изображения, где блока больше не будет установится цвет фона, а другая часть должна принять цвет блока. Изменения которыми должен быть закодирован каждый кадр будут представлять собой значительное количество бит.
Вместо этого кодек просто принимает блок и проверяет, есть ли движение. Если есть движение, кодек захватывает это движение средствами поиска, а затем использует найденное значение в качестве вектора движения для конкретного блока. На самом деле процесс более сложный, но основная идея в том, что большинство изменений информации цвета и текстуры, вызвано движением и, следовательно, большое количество цветов и текстур могут быть сохранены с меньшими затратами бит, или это движение захватывается другими способами.

Motion search - Самая основная настройка точности поиска движения, и ей требуется большая продолжительность обработки, НО рекомендуется оставить 6. Допускается опускать значение ниже, до 5-ти, и только если Вы спешите. Кстати: она работает только в яркостной плоскости изображения, т.е. только смотрит на изменения в яркости, а не в цвете.

VHQ mode - Более интенсивный поиск и широкий подход, оптимизирует режим макроблоков, вместо усреднения. Более высокие параметры настройки замедлят кодирование значительно. Установка в 1 оказывает относительно маленькое влияние, и рекомендуется для любого кодирования. Использование более высоких значений даст Вам лучшее качество за счет падения скорости кодирования.

Quarter pixel search - Поиск движения с точностью до четверти пикселя. Это повышает чёткость, особенно на низких разрешениях, но вместе с этим добавляет шум на изображение. Естественно, просто так это не происходит. Включение Q-pel повышает загрузку процессора и увеличивает поток, используемый для этого. Не поддерживается Старыми аппаратными MPEG-4 плеерами.
Как Q-пиксел работает и когда я должен использовать его?
Q-pel (или Qpel) является кратким названием от Q uarterP ixel motion search precision (поиск движения с точностью до Четверти Пикселя), и этот выбор активизирует использование точности до четверти пикселя.
Поиск движения пытается захватить все движение между одним кадром и следующим, так, чтобы макроблоки (Дальше MB ) могли получить правильные векторы движения, назначенные на них. Если движение должным образом захвачено тогда не будет никакой потребности в дополнительных изменениях к MB-ам кроме вектора движения, экономя некоторые биты. Чем более точно движение захвачено, тем меньше битов может быть назначено на содержание MB-ов, и больше MB-ов может состоять только из вектора движения.
Так, теоретически, более точный захват движения бы спасти в измененной информации о структуре, таким образом экономя биты, и точность увеличения полного сжатия, таким образом увеличивая качество. (Мы будем скоро видеть, почему это только теоретически)

Обычно XviD использует точность поиска движения полупиксела. Это означает, что он может "видеть" движение с субпиксельной точностью; если MB перемещается по ширине, положение высоты от 200, 300 до 201, 300 в следующих двух кадрах, Q-pel может обнаружить это движение правильно и может дать MB вектор движения, который говорит, "переместите меня на половину пикселя вправо в этом кадре, пожалуйста", и в тех следующих двух кадрах. Движение будет захвачено правильно, и никакие биты кадров не изменены.
Теперь с Qpel Вы можете захватить движение, которое перемещается только на четверть пикселя за кадр, эффективно удваивая точность.

Пример :
MB, который перемещается (плавно) от положения 200, 300 до 201, 300 в следующих четырех кадрах, перемещается только на одну четверть пикселя за кадр. С нормальной точностью полупиксела это движение отображалось бы с "подергиванием", и кодеку, возможно, пришлось бы дать компенсацию за это, изменяя части структуры MB. Это, конечно, занимает место, и MB больше не состоял бы из только вектора движения; нужно было бы назначить дополнительные биты для измененной информации о кадре, таким образом уменьшая сжимаемость.
С Qpel, движение будет захвачено правильно и не потребуются дополнительные биты для измененной информации о кадре, количество битов, используемых для этой структуры уменьшится.
Легко да? Но подождите, здесь есть одна проблема...
Итак, в чем же подвох?
Загвоздка в том, что только само использование Qpel уже использует дополнительные биты.
Помогает ли это экономии бит в целом или нет ?
Это связано с дополнительной точностью, что требует больше битов, отводимых для векторов движения. Вместо того, что вектор движения может быть просто что-то вроде 0.5,0 (половина пикселя движение по ширине, без движения по высоте) этого не будет а будет 0.25,0 (четверть пикселя движение по ширине, без движения по высоте). Таким образом, вместо одной десятой после точки теперь требуется два десятичных знака после точки, требующие кодек бросить больше бит на сохранение этого значения.
(Обратите внимание, что это упрощение реального процесса, но это достаточно правильно чтобы понять принцип работы)
Вместо другой десятичной Qpel фактически использует другой дополнительный бит (устанавливается 0 или 1) для каждой оси, что достаточно для достижения двойной точности. Существуют две оси, одна для ширины и одна для высоты, так что каждый вектор движения требует двух дополнительных битов для Qpel.
Если предположить, что существует один вектор для всех макроблоков (там может быть 4 или 0), на разрешение 640x272 и 24 fps и P-кадрах только два бита для каждого макроблока принять 40 х 17 х 2 х 24 = 32 640 бит или 32,5 Кбит / с.
Так, в основном, независимо от результата, Qpel всегда берет значительный кусок битрейта только для себя, даже если это не поможет сжатию хоть одного проклятого бита.
Теперь правило, это действительно помогает, но биты кадров, сэкономленные лучшей точностью должны быть больше, чем биты добавленные векторами движения, прежде чем сжимаемость с Qpel увеличится при том же размере. Если сэкономленные биты кадров больше, чем дополнительные биты вектора движения, тогда Вы увеличите сжимаемость (и качество) в том же самом размере. Если сэкономленные биты кадров не больше, чем биты добавленные векторами движения, Вы потратите впустую место и конечный результат может выглядеть хуже.
Как же я могу узнать, использование Qpel будет увеличивать или уменьшать сжимаемость?
Вот другая загвоздка: Вы не можете узнать заранее. Нет никакого способа узнать, просто посмотрев на источник, поможет Qpel или нет. Не имеет значения, быстрая сцена с движением или медленная, панорамная сцена или изменяющая масштаб... Просто нет способа узнать заранее. Быстрая сцена с движением может составить 90%-ое движение Qpel или 90%-ое движение полупикселя, или любой другой процент... Это все делает какое-либо предварительное предположение о преимуществах кодирования с Qpel смешным .

Единственный реальный способ узнать состоит в том, чтобы попытаться кодировать и с и без Qpel и увидеть, какой результат выглядит лучше.
(Теперь вы можете понять, почему существует разница между теорией и практикой...)

Некоторые дополнительные примечания :
- Из-за повышенной точности, Qpel значительно увеличивает время кодирования и требует больше вычислительной мощности для декодирования. Кодирование может занять почти в два раза больше времени и, соответственно, может потребоваться до 30-60% больше мощности для декодирования.
- В некоторых старых версиях (альфа) Qpel может создавать артефакты, но текущие реализация не имеют известных ошибок. Это безопасно для использования.
- Quarter pixel search - Не поддерживается Старыми аппаратными плеерами! Не кодируйте для других если не уверены что их аппаратный плеер сможет проиграть видео закодированное с Qpel!

Global motion compensation - Глобальная Компенсация Движения (GMC), само название в значительной степени рассказывает о том, что делает GMC. Она начинает работать в моменты панорамирования, наезда или отъезда на объект, а так же при поворотах. Не поддерживается аппаратными MPEG-4 плеерами.
Для чего нужна GMC?
Если используется, то она будет смотреть на всю структуру кадра, есть ли движение всех частей кадра в общем. Затем возьмет эту сумму движения и поместит ее в одно значение. Части кадров - макроблоки а количество движения называется "вектор движения", которое имеет как направление так и значение (своего рода как двумерное X, Y значение).

Все макроблоки обычно имеют свои собственные векторы движения, но у GMC всего один вектор движения, который они имеют все вместе (именно поэтому и называется "Глобальным") поэтому все векторы будут компенсироваться и вкладываться в один вектор движения. Некоторые движения макроблоков "будет полностью компенсировать вектор GMC, получая полностью сведены на ноль процесс компенсации. Вектор движения этих макроблоков будет тогда удален, поскольку это то же самое, и является только дополнительной информацией. Возможная выгода в том, что Вы можете удалить многие или даже все векторы движения макроблоков (или даже непосредственно сами блоки, если нет никакой информации о изменениях в текстуре) в кадре за счет одного значения, тем самым делая его гораздо меньше.
Заметим, однако, что это для одной warppoint GMC. С Несколькими warppoints процессы гораздо более сложные, но принцип тот же.
Warppoints, хм..., что за warppoint?
warppoint - это вектор движения, что определяет смещение одного * края * в видео. Возьмите лист бумаги за края и перемести его, и вы увидите то, что я имею в виду.
- Первый warppoint определяет смещение верхнего левого края если это единственный warppoint, это когда остальное изображение имеет тот же вектор и вся картинка движется. Подумайте о панорамировании.
- Второй warppoint определяет смещение верхнего правого края (не * точно * правда, но достаточно близко, не вдаваясь слишком в технические подробности). Вместе с первым warppoint, этого достаточно, чтобы определить панорамирование * и * зум. Обратите внимание, что оно могло бы быть использовано для определения панорамирования и поворота вместо этого, но * нет *
- Третий warppoint определяет смещение вниз левого края и три warpoints достаточно, чтобы определить панорамирование, масштабирование и поворот.
- Четвертый warppoint создал бы подобное перспективе движения.
Обратите внимание, что GMC XviD использует 3 warppoints, в то время как GMC DivX использует только один. Warppoints хранятся в заголовке кадра, и только тогда, когда они используются.

Chroma motion estimation - Оценка движения цветовой информации. Принимает во внимание цветовую информацию в кадре, работает на основе Motion search с настройкой 7 но в области цветности, согласно названию. Рекомендуется!

Вкладка Frames

Стандартный рип, сделанный кодеком XviD, содержит 3 типа кадров (frames):

1 . I-frames - ключевые кадры, мало сжимаемые но не требуют других кадров для декодирования видео
2 . P-frames - промежуточные (прогнозируемые) кадры, могут использовать данные из предыдущих кадров для распаковки и более сжимаемые, чем I-frames.
3 . B-frames - двунаправленные интеллектуальные кадры, могут использовать как предыдущие так и следующие кадры для распаковки, чтобы получить наибольший объем сжатия данных.

I-frames содержат видеоинформацию и кодируются с минимальным сжатием, следовательно, имеют максимальную детализацию изображения. Навигация по видеоряду, операции резки/склейки осуществляются только по I-frames. В начале видеоряда и на смене сцен всегда стоит ключевой кадр.

P-frames содержат видеоинформацию об отличии видеокадра от предыдущего - то есть, при его распаковке мы получим не полный кадр, а, грубо говоря, отличие от предыдущего. На статических сценах кадры меняются сравнительно мало, поэтому отличия содержат меньше видеоинформации, чем полный кадр, и, благодаря этому, p-frames значительно меньше, чем i-frames. Но, для получения полного видеокадра, нам нужно иметь полный предыдущий кадр, чтобы добавить к нему это отличие. Для получения следующего – полный предыдущий и так далее... То есть, нам нужно декодировать подряд всю цепочку кадров, начиная с ближайшего i-frame, имеющего полную информацию о кадре.

B-frames содержат видеоинформацию, вычисляемую по двум кадрам - предыдущему и следующему. Алгоритм весьма сложный, разный у разных кодеков. Очень грубо говоря, делается однозначная и легко вычисляемая интерполяция между предыдущим и следующим кадром, и B-frame содержит информацию о том, насколько реальный кадр отличается от этой интерполяции. Поскольку чаще всего предыдущий и последующий кадры, как правило, P-frame, (хотя может быть и i-frame), а b-frame вычисляется по их отличию, то он является разницей между двумя разницами. Это очень грубая аналогия, конечно. Они разработаны для того, чтобы уменьшить размер файла на выходе и сэкономить битрейт для кодирования I-frames и P-frames.
Например : нам надо закодировать, чисто теоретически, 3 одинаковых кадра: I , P и ещё один P с битрейтом 20 бит/сек. На I-frame уйдёт 10 бит, на P-frames - по 5 бит соответственно. А теперь представьте, что вместо одного P-frame у вас B-frame, на который уйдёт не 5, а 3 бита. Оставшиеся 2 бита кодек добавит либо к I-frame, либо к P-frame (куда нужнее будет), тем самым увеличив качество данного кадра, то есть детализацию.
Размер B-frame будет меньше, чем заменённого им P-frame (данное справедливо для кодека XviD), так как B-frame - это не картинка, а разница между двумя другими разницами, как было сказано выше. Таким образом, мы выигрываем ещё и в размере.

Итак, стандартный видеоряд представлен следующей последовательностью кадров:
I-P-B-P-B-P-B-P-B-I в следующей пропорции (при условии использования I-frames 1 ): ключевой кадр, по 150 чередующихся P-frames и B-frames, и вновь ключевой кадр. То есть на 300 кадров видеоряда мы имеем 1 ключевой кадр. Это, я напоминаю, по умолчанию; в то же время кодек, определяя начало новой сцены, ставит первым ключевой кадр; таким образом, этот параметр не значит, что у нас на 300 кадров действительно будет лишь 1 ключевой; как минимум, их будет столько, сколько новых сцен в данном отрезке видеоряда. Разные рипперы используют разное количество, вернее, величину этого параметра – от 100 до 500. Количество ключевых кадров влияет на три параметра:
1. облегчение навигации по фильму и операций резки/склейки;
2. качество видеоряда;
3. размер файла;

B-frames - Определяет максимальное количество идущих подряд B-кадров. Если поставить 0, то мы попросту отключим использование B-кадров. Если поставить 1, то последовательность кадров будет: IPBPBPBPBPI (для большей совместимости со старыми аппаратными плеерами); если 2, то: IPBBPBBPBPI (для лучшего эффекта; установка B-frames 2 не означает что Везде будет два B-кадра подряд, это всего лишь ограничение что бы не было Больше двух подряд. На сложных сценах с движением последовательность кадров может выглядеть вот так: IPBPPPPBPPPBBPBPI); если 3, то: IPBBBPBBBPBPI (для интенсивного использования, может быть не совместимо с аппаратными MPEG-4 плеерами)Однако при очень большом количестве B-frames качество картинки может стать хуже (из-за высокой степени сжатия B-frames). Рекомендуется ставить 1 или 2 для того что бы не потерять совместимость с аппаратными MPEG-4 плеерами (По стандарту DivX, B-frames 1 рекомендуется при установке FOURCC - DivX / DX50).
B-кадрами (или BVOPs в технических обсуждениях) являются так называемые двунаправленные закодированные кадры и они являются частью определения A dvanced S imple P rofile (ASP). Без B-кадров вы просто должны придать ключевым кадрам четкое определение появления кадра каждые XXX кадров, а все остальные кадры (P-кадры) будут ссылаться на предыдущий, ключевой кадр, для описания. B-кадры ссылаются как на предыдущий так и на следующий кадр, поэтому они относится к другим кадрам в двух направлениях (эргономичная B-часть). Преимущество B-кадров в том, что они, как правило, закодированы с большим квантизером и занимают меньше места (битов) в видео, в то время как потери качества меньше в сравнении с потерями в использовании бит. В общем, вы используете изначально меньшие и хуже по качеству B-кадры, чтобы сэкономить место, которое будет использоваться для повышения качества во всем клипе. Основной эффект, как правило, улучшение качества, в зависимости от параметров B-кадра и типа источника.

B-frames ratio - Множитель (в среднем) окружающих квантов НЕ B-кадров, с этим значением, даст вам квантизер B-кадра (высчитывается, согласно формуле, на сколько должен быть поднят квантизер для B-кадров). Так что, если два смежных кадра имеют кванты 2 и 4, средний квант будет 3. Множитель с соотношением кванта 150 даст вам B-кадр с квантом - 4,5.
Пример : (2 + 4) * 150 / 200 = 4,5 (при условии что B-frames offset=0 )
(Квантизер предшествующего НЕ B-кадра + Квантизер следующего НЕ B-кадра) * (B-frames ratio) / 200 (при условии что B-frames offset=0 )
Снижать этот параметр не рекомендуется (теряется смысл B-кадров). Повышать Вы можете на своё усмотрение, это повысит сжатие B-кадров (соответственно, снизит их качество) и повысит качество I и P-кадров.

B-frames offset - Смещение квантизера. Возьмите результат расчета выше, а затем добавьте это значение. Со смещением квантизера 200 вы в конечном итоге получите B-кадры с квантом 6,5.
Как правило, повышение последних двух значений, даст Вам B-кадры более низкого качества.

Key-frames interval - Максимальное расстояние между ключевыми (I-frames ) кадрами (интервал). Эта опция указывает кодеку когда Обязательно нужно вставить ключевой кадр (I-кадр) через заданное число кадров (интервал). Если ключевой кадр необходим раньше, чем это число было достигнуто, он будет вставлен (например в месте смены сцен), и кодек начнет отсчет снова. Таким образом, хоть Вы и можете получить ключевые кадры с меньшим расстоянием, чем заданный интервал, у Вас не может быть более высоких интервалов.
Стандартные рекомендации настройки, 10x количество кадров в секунду, то есть 250 для 25fps PAL видео, 300 для NTSC 29,979 и т.д. Однако, есть видимый эффект, называемый Keyframe-pumping. Это напоминает медленное ухудшение качества последовательных P-и B-кадров с внезапным "скачком " по качеству, когда вставляется новый Ключевой кадр. В таких случаях может помочь Снижение максимального интервала I-кадра. Установка большого значения может привести к плохой навигации при перемещении по видео, так как процесс поиска использует только ключевые кадры, и меньшее количество ключевых кадров = менее точный поиск.
Примечание: Замечено появление артефактов при кодировании мультипликационных фильмов с Key-frames interval 300 для 25fps PAL видео, снижайте до 240-200...

Closed GOP - Closed GOP гарантирует, что P-кадр будет использоваться перед каждым новым I-кадром. Этот параметр всегда должен быть проверен (в противном случае Вы можете закончить с последовательностью кадров, как PBIP где B-кадр ссылается на I-кадр, что не имеет смысла; также отключение данной функции приведет к усложнению резки / склейки Вашего перекодированного видео).

Packet bitstream - опция, которая может доставить смешанные результаты во время воспроизведения, в зависимости от того, что Вы используете для воспроизведения. Это предназначается чтобы решить проблемы порядка кадров при кодировании в форматы, такие как контейнер AVI, который не может справиться с непорядком кадров. И хотя эта функция предназначена чтобы решить проблемы воспроизведения, которые возникают без этого, много людей сообщило о проблемах воспроизведения видео, закодированного с Packet bitstream . Это придумано для воспроизведения видео с помощью FFDShow, декодера DivX 5, и некоторыми старыми автономными (аппаратными) DVD-плеерами.
Если Вы точно знаете, что Вы делаете, то лучше держать эту функцию выключенной до дальнейшего уведомления. Если у Вас возникли проблемы воспроизведения, видео проигрывается с остановками, попробуйте отключить эту функцию и посмотреть, помогает ли отключение. В последних версиях XviD, большая часть проблем, связанных с Упаковыванием битового потока, как говорят, были решены, но больше обратной связи необходимо по этому вопросу. Так что если у Вас есть какая-либо особая информация, пожалуйста, сообщите.
Примечание: Если Вы воспроизводите файлы только с кодер-декодером XviD, вы никогда не должны использовать Packet bitstream .

VHQ for B-frames - Тоже что и VHQ mode но только для B-кадров.

Min Q / Max Q (I P B) - Минимально и Максимально возможные квантизеры для указанных типов кадров. Чем ниже это значение, тем более четкая картинка будет получаться (при условии, что битрейт будет достаточно высоким для достижения этого квантизера). По умолчанию: Min Q - 2, Max Q 31.
Min Q - 1 Устанавливается когда при кодировании в заданный битрейт / размер на выходе получаем файл с меньшим битрейтом / размером.
Если фильм, который достаточно хорошо сжимается при максимальном качестве, получается с меньшим битрейтом / размером, чем указано, то сКвантизером 1 немного увеличивается битрейт и, следовательно, размер файла без дальнейшего улучшения качества.Именно поэтому Квантизер 2 является действительно значимой ценностью.
Если Вы установите Min Q - 2 для кодирования, Xvid сделает Вам файл меньшего размера, демонстрируя свои способности к адаптации, и Вы сможете присоединить звуковую дорожку Большего размера, или даже повторить кодирование с Большим разрешением кадра. Это всегда лучше, чем впустую расходовать кванты для достижения нужного размера файла. Min Q - 2 почти не отличается по Качеству от Min Q - 1.

Вкладка Rate

KBoost - может быть использован, чтобы добавить дополнительные биты к ключевым кадрам. Указывается в процентах, так что значение 10 даст Вашим ключевым кадрам на 10% больше бит, чем обычно.

Кривая сжатия.
Обычно внутренние установки значения кривой (определяется разработчиками XviD после долгих общений с пользователями), способны доставлять очень хорошие результаты (я должен сказать «отличные» на самом деле), но если по тем или иным причинам Вы хотите изменить, можете использовать эти значения для настройки минимумов и максимумов в распределении бит.
Если вы сделаете мысленный образ кривой распределения, вы увидите график с «максимумами» и «минимумами», например как холмы и долины. Холмы это сцены с высоким битрейтом а долины - с низким битрейтом.
CHigh - может быть использован, чтобы забрать биты из сцен с высоким битрейтом и распределить их на средне и низкобитрейтные сцены. (Представьте себе резервуар, например ведро с битами, откуда кодек может взять дополнительные биты чтобы улучшить каждый кадр) Следовательно, это снизит пиковый битрейт, и биты накопленные при этом будут разделены поровну между всеми кадрами Вашего видео. Это полезно, когда Вам действительно нужно сохранить Ваше перекодированное видео в пределах определенных максимальных параметров, как максимумы для определенного profile@level. Вы также можете использовать это, если у Вас есть клип с настолько большим количеством бит, отданным высобитрейтным сценам, что низкобитрейтные сцены начинают выглядеть плохо.
CLow - может быть использован, чтобы добавить дополнительных бит в сцены с низким битрейтом, это подобно заполнению долины осадками. Но биты должны прийти откуда-то, поэтому кодек берет все кадры из видеоряда и выцарапывает несколько битов из каждого. Это может пригодиться, если у вас есть несколько сцен с низким битрейтом, на которых видны квадратики (блочность).

Лечение переполнения.
«Лечением переполнения» является метод, используемый для получения соответствующего размера конечного файла. Обычно вы указываете цель - размер файла, а кодек может либо превысить эту цель, создавая слишком большой файл, либо он может недолет до этой цели, создавая слишком маленький файл. Обычно для решения этой проблемы переполнения, можно либо выделить больше бит, при необходимости увеличения размера файла, либо выделить меньше бит, чем действительно необходимо, уменьшая размер файла. Очевидно, что второй процесс включает в себя ущерб для качества.
OStrength -

OImprove -

PDegrade -

Reaction -

Averaging -

Smoother -

VBVsize -

VBVmax -

VBVpeak -

Вкладка Misc

Matrix -

HVS masking -

1-st pass Quantizer -

Trelis quantization -

Use new XviD 1.3.0 -

Threads -

Вкладка CLI

Input options:
-i string: input filename (stdin)
-type integer: input data type (yuv=0, pgm=1, avi/avs=2)
-w integer: frame width ()
-h integer: frame height ()
-frames integer: number of frames to encode

Output options:
-dump: save decoder output
-save: save an Elementary Stream file per frame
-o string: save an Elementary Stream,
or AVI file,
or MKV file,
based on filename extension
-avi string: save an AVI file for the complete sequence
-mkv string: save a MKV file for the complete sequence

BFrames options:
-max_bframes integer: max bframes (2)
-bquant_ratio integer: bframe quantizer ratio (150)
-bquant_offset integer: bframe quantizer offset (100)

Rate control options:
-framerate float: target framerate (25.0)
-bitrate : target bitrate (700)
values <= 10000 are treated as kbit/s
values > 10000 are treated as bit/s
-size integer: target size in kilobytes
-single: single pass mode (default)
-cq float: single pass constant quantizer
-pass1 : twopass mode (first pass)
-full1pass: perform full first pass
-pass2 : twopass mode (2nd pass)
-altpass2 : twopass mode (2nd pass alt)
-zq starting_frame float: bitrate zone; quant
-zw starting_frame float: bitrate zone; weight
-zones: see xvid_encraw -help zones
-max_key_interval integer: maximum keyframe interval (300)

Single Pass options:
-reaction integer: reaction delay factor (16)
-averaging integer: averaging period (100)
-smoother integer: smoothing buffer (100)

Second Pass options:
-kboost integer: I frame boost (10)
-kthresh integer: I frame reduction threshold (1)
-kreduction integer: I frame reduction amount (20)
-ostrength integer: overflow control strength (5)
-oimprove integer: max overflow improvement (5)
-odegrade integer: max overflow degradation (5)
-chigh integer: high bitrate scenes degradation (0)
-clow integer: low bitrate scenes improvement (0)
-overhead integer: container frame overhead (24)
-vbvsize integer: use vbv buffer size
-vbvmax integer: vbv max bitrate
-vbvpeak integer: vbv peak bitrate over 1 second

Other options
-noasm: do not use assembly optmized code
-turbo: use turbo presets for higher encoding speed
-quality integer: quality () (6)
-vhqmode integer: level of R-D optimizations () (1)
-bvhq: use R-D optimizations for B-frames
-qpel: use quarter pixel ME
-gmc: use global motion compensation
-qtype integer: quantization type (H263:0, MPEG4:1) (0)
-qmatrix filename: use custom MPEG4 quantization matrix
-interlaced : interlaced encoding (BFF:1, TFF:2) (1)
-nopacked: Disable packed mode
-noclosed_gop: Disable closed GOP mode
-lumimasking: use lumimasking algorithm
-hvs_aq string: use custom adaptive quantisation equation
-hvs_lmb string: use custom lambda equation
-stats: print stats about encoded frames
-ssim : prints ssim for each frame () (2)
-ssim_file filename: outputs the ssim stats into a file
-debug: activates xvidcore internal debugging output
-vop_debug: print some info directly into encoded frames
-nochromame: Disable chroma motion estimation
-notrellis: Disable trellis quantization
-imin integer: Minimum I Quantizer (1..31) (2)
-imax integer: Maximum I quantizer (1..31) (31)
-bmin integer: Minimum B Quantizer (1..31) (2)
-bmax integer: Maximum B quantizer (1..31) (31)
-pmin integer: Minimum P Quantizer (1..31) (2)
-pmax integer: Maximum P quantizer (1..31) (31)
-drop integer: Frame Drop Ratio (0..100) (0)
-start integer: Starting frame number
-threads integer: Number of threads
-nothreadedinput: Disable threaded input reading
-progress : Show progress updates every n frames (10)
-par integer[:integer] : Set Pixel Aspect Ratio.
1 = 1:1
2 = 12:11 (4:3 PAL)
3 = 10:11 (4:3 NTSC)
4 = 16:11 (16:9 PAL)
5 = 40:33 (16:9 NTSC)
other = custom (width:height)
-help: prints this help message
-help zones: prints zones help message

NB: You can define 64 zones repeating the -z option as needed.