Кодирование видео в H264 (часть 3)

[zoltan0]

Вторая часть была тут. Её надо прочитать, иначе может быть непонятно всё, начиная с терминов.

Поехали про опции. Вот раздел мануала mencoder с моими комментариями для кодирования x264

Comments

[ru_xalba]

Думаю, что в режиме crf используется не метрика PSNR, а что-то своё. И чем это что-то своё ближе к визуальному восприятию, тем лучше работает кодек.

Так, например, PSNR никак не учитывает блочность, а для человеческого глаза менее блочное (пусть немного замытое) видео будет приятнее, чем блочное, но с более высоким PSNR.

[zoltan0]

Я не знаю какая метрика используется в CRF, но x264 подсчитывает PSNR и SSIM. SSIM считается более приближенной к человеческому восприятию, но она гораздо более тяжелая для расчета.

[yuribox]

День добрый!
Я правильно понял Вас что для более качественного результата кодирования нужно включать в настройках кодера пункт Tuning = SSIM (по-умолчанию стоит Default)?

[zoltan0]

Это где такие настройки? Наверное какой-то GUI для текстового x264? Или нет? И в каком контексте такая настройка? А то у x264 самого по себе нету такой настройки как Tuning.

[flylynx]

Re: Спасибо.

[zoltan0]

Я вообще не большой специалист по windows и её кухне с кодеками. Тем более в том как их умеет или не умеет использовать премьер. Так что если бы у меня возникла проблема отредактированное премьером видео закодировать в h264, я бы сделал следующее.

Поставил программу avisynth. Для windows эта мега программа решает все проблемы по вводу видео в очень большое количество разных программ, в том числе консольный кодировщик x264, про который тут много разного написал

[anonymous]

privet ) ya sluchaino natknulsya na vash forum i ponyal,chto v etoi sfere ya gluh i nem.. ya nedavno zagorelsya ideei snimat' lyubitel'skoe video dlya trenerovok v budushem poprobovat' snyat' s bozhei pomosh'yu interesnoe kino..

delo v tom,chto ya vezde natykayus' na te ili innye terminy kotorye mne sovershenno neponyatny..i ochen' hotelos' by uznat' u vas professionalov,sushestvuyut li forumy dlya nachinayushih,gde mozhno s azov izuchit' vse chto kasaet'sya video thnologii,terminologiyu i drugie detali dlya chainikov.. zaranee blagodaren.Max )

[zoltan0]

Ну я бы начал с википедии. Там базовые вещи объяснены в принципе. Знание английского очень рекомендуется.

Есть неплохая книжка Iain E.G. Richardson "H.264 and MPEG-4 Video Compression: Video Coding for Next-generation Multimedia". В первой главе, которая типа введения, очень хорошо написано как кодируют видео. Раздел про MPEG-4 можно не читать, а раздел про H.264 весьма полезен для понимания внутренностей кодека. Где взять книжку, не знаю. Я давно нашел на thepiratebay, но там может и нет уже.

H.264 and MPEG-4 Video Compression

[zhembura]

Вот
здесь можно скачать эту книгу.

Re: H.264 and MPEG-4 Video Compression

[zoltan0]

Ага, она самая.

[levgem]

Привет. Мог бы прокомментировать http://levgem.livejournal.com/391665.html ?

[zoltan0]

Ну, если целью является снизить загрузку процессора, то как минимум надо указать threads равным числу процессоров в системе. x264 умеет хорошо распараллеливаться даже на 16 потоков. Остальное всё вроде бы нормально. Может стоит ещё me=umh, 8x8dct и chroma_me указать, может что-то прибавить в качестве. Кстати trellis=2 вроде бы требует subme=6, ему 5 недостаточно.

[levgem]

Учитывая, что на 4 (8 ht) ядер будет около 12-15 каналов, то распараллеливание, боюсь, только навредит.

Ты видишь разницу между hex и umh?

[zoltan0]

Ну umh считается лучшим способом motion estimation. И самым медленным :) Самый быстрый это diamond.
Кстати я там ошибся, в профиле main нету 8x8 трансформа, так что включать 8x8dct смысла нет.
Если кодируется сразу много каналов, то да, распараллеливать лучше не надо.