Опции, отно��щие�� к различным предпочтени�м

Двухпроходное кодирование: Выше �оветовало�ь в�егда и�пользовать кодирование в два прохода, но в�е же �уще�твуют причины �того не делать. �апример, е�ли Вы захватываете TV тран�л�цию и кодируете в реальном времени, придет�� и�пользовать однопроходный режим. К тому же один проход очевидно бы�трее, чем два; е�ли Вы и�пользуете точно такой же набор опций в обоих �луча�х, двухпроходной режим медленнее почти вдвое.

Ð’Ñ�е же Ñ�ущеÑ�твует очень хорошие причины иÑ�пользовать кодирование в два прохода. Во-первых, управление битпотоком однопроходного режима не Ñ�влÑ�етÑ�Ñ� телепатом и чаÑ�то делает необоÑ�нованный выбор, потому что не может видеть общую картину. Ð�апример, предположим, что Ð’Ñ‹ имеете двухминутное видео, Ñ�оÑ�тоÑ�щее из двух незавиÑ�имых чаÑ�тей. ПерваÑ� половина — очень динамичнаÑ� Ñ�цена, продолжающаÑ�Ñ�Ñ� 60 Ñ�екунд и требующаÑ� Ñ�ама по Ñ�ебе битпоток примерно 2500 кбит/Ñ�ек, чтобы прилично выглÑ�деть. Сразу за ней Ñ�ледует гораздо менее требовательнаÑ� 60-Ñ�екунднаÑ� Ñ�цена, котораÑ� хорошо выглÑ�дит при 300 кбит/Ñ�ек. Предположим, Ð’Ñ‹ запроÑ�или битпоток 1400 кбит/Ñ�ек; в теории Ñ�того доÑ�таточно длÑ� удовлетворениÑ� потребноÑ�тей обеих Ñ�цен. Ð’ Ñ�том Ñ�лучае управление битпотоком в однопроходном режиме Ñ�делает пару "ошибок". Во-первых, оно уÑ�тановит битпоток в 1400 кбит/Ñ�ек длÑ� обеих чаÑ�тей. ПерваÑ� чаÑ�Ñ‚ÑŒ может оказатьÑ�Ñ� чрезмерно квантованной, что приведет к недопуÑ�тимо выглÑ�дÑ�щему и неоправданно блочному изображению. ВтораÑ� чаÑ�Ñ‚ÑŒ будет Ñ�ущеÑ�твенно недоÑ�таточно квантованной; она может выглÑ�деть отлично, но цена битпотока длÑ� Ñ�того качеÑ�тва будет полноÑ�тью неоправданной. Чего намного труднее избежать, так Ñ�то проблемы перехода между двумÑ� Ñ�ценами. Ð’ первых Ñ�екундах малодинамичной чаÑ�ти квантователь будет чрезвычайно превышен, потому что управление битпотоком вÑ�е еще ожидает вÑ�третить такие же требованиÑ� к битпотоку как и в первой чаÑ�ти. Этот "ошибочный период" Ñ� чрезвычайно превышенным квантованием будет выглÑ�деть раздражающе неприÑ�тно и иÑ�пользовать на Ñ�амом деле меньше, чем 300 кбит/Ñ�ек, требуемых ему длÑ� того, чтобы прилично выглÑ�деть. СущеÑ�твуют Ñ�поÑ�обы Ñ�мÑ�гчить Ñ�ффект от подобных подводных камней однопроходного режима, но они могут иметь Ñ�клонноÑ�Ñ‚ÑŒ к уÑ�илению неверного предÑ�казаниÑ� битпотока.

Многопроходное кодирование может предложить огромные преимуще�тва по �равнению � однопроходным. И�пользу� �тати�тику, �обранную при первом проходе, кодировщик может оценить, � разумной точно�тью, "�тоимо�ть" (в битах) кодировани� любого заданного кадра при любом заданном квантователе. Это делает возможным намного более рациональное, лучше �планированное ра�пределение битов между дорогими (вы�окодинамичными) и дешевыми (малодинамичными) �ценами. Смотрите qcomp ниже, чтобы узнать некоторые идеи о том, как можно �то ра�пределение на�троить по Вашему вку�у.

Более того, два прохода занимают не двойное врем� по �равнению � одним. Вы можете на�троить опции первого прохода на более бы�трую �коро�ть и низкое каче�тво. Е�ли хорошо выберете опции, Вы получите очень бы�трый первый проход. Полученное каче�тво во втором проходе будет не�колько ниже, потому что пред�казание размера менее точно, но разница в каче�тве обычно �лишком мала, чтобы быть заметной. Попробуйте, например, добавить subq=1:frameref=1 в x264encopts первого прохода. Затем, при втором проходе, и�пользуйте более медленные, � лучшим каче�твом опции: subq=6:frameref=15:partitions=all:me=umh

Кодирование в три прохода? x264 предо�тавл�ет возможно�ть делать желаемое количе�тво по�ледовательных проходов. Е�ли Вы указали pass=1 при первом проходе, и�пользуйте затем pass=3 в по�ледующем проходе, �тот проход будет одновременно читать �тати�тику предыдущего прохода и запи�ывать �вою �об�твенную. Дополнительный проход, �ледующий за �тим, будет иметь очень хорошую о�нову дл� о�уще�твлени� очень точных пред�казаний размеров кадров при выбранном квантователе. �а практике, общее улучшение каче�тва от и�пользовани� �того режима близко к нулю и, вполне возможно, третий проход приведет к немного худшему глобальному PSNR, чем у предыдущего прохода. При обычном и�пользовании три прохода помогают, е�ли Вы при двух проходах получаете либо плохое пред�казание битпотока, либо плохо выгл�д�щие переходы между �ценами. Это отча�ти то, что наверн�ка будет прои�ходить на очень коротких клипах. Суще�твуют также о�обые �лучаи, когда три (или более) проходом удобны дл� продвинутых пользователей, но, дл� кратко�ти, �то руковод�тво не включает в �еб� опи�ание �тих о�обых �лучаев.

qcomp: qcomp управл�ет �оотношением количе�тва бит, отданных "дорогим" вы�окодинамичным и "дешевым" малодинамичным кадрам. Один крайний �лучай: qcomp=0, предназначен дл� и�тинно по�то�нного битпотока. Обычно �то �делает вы�окодинамичные �цены выгл�д�щими про�то ужа�но, в то врем� как малодинамичные �цены будут, возможно, выгл�деть аб�олютно великолепно, но при �том будут и�пользовать во много раз больший битпоток, чем им необходимо, чтобы выгл�деть лишь прево�ходно. Друга� крайно�ть: qcomp=1, добивает�� примерно одинакового параметра квантовани� (QP). По�то�нный QP не выгл�дит плохо, но большин�тво людей думают, что более разумно ча�тично �низить битпоток в �ильно дорогих �ценах (где потер� каче�тва не очень заметна) и перера�пределить их в �цены, которые легче закодировать � отличным каче�твом. qcomp по умолчанию у�тановлена в 0.6, что по мнению многих людей может быть не�колько мало (также ча�то и�пользует�� 0.7-0.8).

keyint: keyint — единÑ�твеннаÑ� возможноÑ�Ñ‚ÑŒ выбора между удобÑ�твом перемещениÑ� по файлу и Ñ�ффективноÑ�тью кодированиÑ�. По-умолчанию keyint уÑ�тановлена в 250. Ð’ материале Ñ� 25fps Ñ�то гарантирует возможноÑ�Ñ‚ÑŒ перемещениÑ� Ñ� точноÑ�тью до 10 Ñ�екунд. ЕÑ�ли Ð’Ñ‹ Ñ�читаете, что более важным и полезным будет перемещение Ñ� точноÑ�тью до 5 Ñ�екунд, уÑ�тановите keyint=125; Ñ�то немного ухудшит качеÑ�тво/битпоток. ЕÑ�ли Ð’Ñ‹ заботитеÑ�ÑŒ только о качеÑ�тве, но не о перемещаемоÑ�ти, Ð’Ñ‹ можете уÑ�тановить значение Ñ�той опции в более выÑ�окое значение (понимаÑ�, что улучшение будет убывающим, вплоть до иÑ�чезающе малого или даже нулевого). Видео поток по-прежнему будет иметь точки перемещениÑ�, пока в нем еÑ�Ñ‚ÑŒ какие-то изменениÑ� Ñ�цен.

deblock: Этот раздел может быть не�колько �порным.

H.264 определ�ет про�тую процедуру удалени� блочно�ти в I-блоках, котора� и�пользует преду�тановленные �тепени обработки и пороговые значени� в зави�имо�ти от QP ра��матриваемого блока. По-умолчанию, блоки � вы�оким QP обрабатывают�� �ильнее, а в блоках � низким QP удаление блочно�ти вообще не производит��. Преду�тановленые �тепени обработки, определенные �тандартом, тщательно подобраны и имеют хорошие шан�ы быть PSNR-оптимальными дл� любого видео, которое Вы пытаете�ь кодировать. Опци� deblock позвол�ет указать �мещени� преду�тановленных пороговых значений деблокинга.

Похоже, многие думают, что хорошей идеей �вл�ет�� значительное уменьшение �илы воздей�тви� фильтра деблокинга (читай, -3). Это, однако, почти никогда не �вл�ет�� хорошей идеей, и, люди, �то делающие, в большин�тве �лучаев не �ов�ем хорошо понимают, как работает удаление блочно�ти по умолчанию.

ПерваÑ� и Ñ�амаÑ� важнаÑ� вещь, которую нужно знать о in-loop фильтре удалениÑ� блочноÑ�ти Ñ�оÑ�тоит в том, что пороговые значениÑ� по умолчанию практичеÑ�ки вÑ�егда PSNR-оптимальны. Ð’ редких Ñ�лучаÑ�Ñ…, где они неоптимальны, идеальное Ñ�мещение будет плюÑ� минуÑ� 1. Изменение параметров деблокинга на большие значениÑ� фактичеÑ�ки гарантирует ухудшение PSNR. УÑ�иление фильтра размажет больше деталей; оÑ�лабление — оÑ�тавит больше квадратиков.

По определению плоха� иде� уменьшать пороги деблокинга, е�ли Ваш и�ходный материал в о�новном имеет небольшую про�тран�твенную �ложно�ть (т.е. не имеет множе�тва деталей или шума). In-loop фильтр делает ве�ьма неплохую работу по �окрытию по�вл�ющих�� артефактов. Однако, е�ли и�ходный материал имеет вы�окую про�тран�твенную �ложно�ть, артефакты будут практиче�ки незаметны. Это прои�ходит потому, что ореолы имеют �клонно�ть выгл�деть как детали или шум. Зрительное во�при�тие легко замечает от�ут�твие деталей, но ему не так легко обратить внимание на неверно изображенный шум. Когда речь идет о �убъективном каче�тве, шум и детали в некоторой �тепени взаимозамен�емы. Уменьша� �илу фильтра удалени� блочно�ти, Вы, �корее в�его, увеличиваете ошибку, добавл�� ореолы, но глаз �того не замечает, по�кольку он путает артефакты � детал�ми.

Однако, �то по-прежнему не оправдывает уменьшение �илы фильтра. Вы в большин�тве �лучаев можете получить более каче�твенный шум при помощи по�тобработки. Е�ли результат кодировани� при помощи H.264 выгл�дит �лишком �мазанным или размытым, попробуйте поиграть � -vf noise, при во�произведении закодированного фильма. -vf noise=8a:4a должна �крыть большин�тво мелких артефактов. Ее результат почти наверн�ка будет выгл�деть лучше, чем полученный при помощи махинаций � фильтром удалени� блочно�ти.