x264

[AlexB17]

При кодировании видео ЛИЧНО У МЕНЯ :) HT дает прирост до 20-30% - а при декодировании я так понимаю прирост будет еще больше. У меня старенький пенек 2.6 с HT декодирует через TCPMP без оптимизации SMP 92% кадров 1920х844 сделаным в х.264 со всеми наворотами, я думаю я спокойно буду декодировать 1920х1080 если они введут SMP оптимизацию.

[front242]

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

[AlexB17]

Не намного - по моему всего не несколько процентов быстрее.

[SergeyNew]

Народ, кто-нибудь сталкивался с такой проблемой. x264 не может начать второй проход и выдает ошибку во время включенного режима в VirtualDub "reconstruct from fields - adaptive" (inverse telecine), пишет "2nd pass has more frames than 1st pass (176099 vs 140876)".
Пользуюсь VirtualDubMod 1.5.10.1 и x264-409.Также пробовал другие версии VirtualDub, не помогает.
Такой проблемы не возникает при использовании Divx. Что это, баг x264? Если это баг, устранят ли его в будущем, и как с ним бороться сейчас?

[AlexB17]

Попробуй вместо VirtualDub'a использовать Avisynth c плагином Decomb.

[RaW]

Всех приветствую...
Кто нибудь может расшифровать эту строчку, fix mv predictors in pre-me for b-adapt.
Не учто AQ доработали?

[Igor_D]

Да нет. AQ ещё не обновляли.

AQ = adaptive quantization. Макроблоки имеет разные квантайзеры. То есть какие-то макроблоки имеет более высокий квантайзер(ниже качество) , другие же низкий квантайзер ( высше качество).
Получается что фрейм состоит из макроблоков различного качества. То есть та часть кадра, которая нуждается в бОльшем качестве получит больше битрейта за счёт той части, где качеством можно пожертвовать (например темнота.) . Уже описывали это.

В последней же ревизии сказано что пофиксили алгоритм для адаптивного вставления би-фреймов. То есть би-фреймы будут выставляться только там где это полезно.

[RaW]

Igor_D
Благодарю...

[SergeyNew]

AlexB17

Попробуй вместо VirtualDub'a использовать Avisynth c плагином Decomb.

to AlexB17
Decomb - отличный фильтр к отличной программе. Да, пожалуй, один из лучших фильтров для IVTC. Жаль, что я им раньше не пользовался. Вобщем, помогло, спасибо.

Да, может, кто-нибудь знает, есть для AviSynth какой-нибудь плагин для вывода логотипа? С поддержкой TGA или BMP последовательности? Споддержкой альфа-канала или хотя-бы с прорезкой по цвету?
Заранее благодарен...

[Igor_D]

Что-то все затихли. Наверное из за того что престали компилировать на думе. Хотя уже 417 ревизия http://x264.nl/

[AlexB17]

Sharktooth болеет - а я только его билды и юзаю - в других патчей нету полезных часто. :(

[Igor_D]

Все осоновые патчи уже включенны в cvs. Единственного чего нет это только AQ и subme7 , которыми никто практически не пользуется из-за "левости" AQ и медленности subme7. А так билды между Шартуса и с x264.nl больше ни чем не отличаются.

[Force]

Igor_D, странно, я их пожизни юзаю... :)

[Igor_D]

Зачем? Попробуй subme 6 и без AQ. Качество не отличимо.

[AlexB17]

Ну у Sharktooth'a еще и в комплекте MeGUI x264 свежий есть всегда :)

[Skaarj]

насколько я понял MeGUI-x264 больше не будет, теперь будет только полноценный MeGUI, со всеми фишками x264 и Snow в одном файле.

[Yuriy Wise]

Вот мои настройки x264. Пожалуйста, поправте меня, если не прав.

http://img225.imageshack.us/img225/5918/019fp.png http://img141.imageshack.us/img141/2462/027mv.png
http://img225.imageshack.us/img225/6121/033ap.png

[Igor_D]

Я же тебе лично давал строку, которой кодировать. Уже раз сто об настройках говорили и про VirtualDub. Читай ветку!!!

[AlexB17]

И правда - пора уже отказыватся от даба! А то я даже не въехал сначала откуда такие скрины! :)

[Yuriy Wise]

Igor_D,
спаибо за ту строчку, но в дабе есть мне необходимые фильтры!!!