x264

AlexB17 · Отправлено: **19:39, 24-01-2006** | #**361**

При кодировании видео ЛИЧНО У МЕНЯ

HT дает прирост до 20-30% - а при декодировании я так понимаю прирост будет еще больше. У меня старенький пенек 2.6 с HT декодирует через TCPMP без оптимизации SMP 92% кадров 1920х844 сделаным в х.264 со всеми наворотами, я думаю я спокойно буду декодировать 1920х1080 если они введут SMP оптимизацию.

front242 · Конфигурация компьютера

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

AlexB17 · Отправлено: **11:32, 28-01-2006** | #**363**

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

SergeyNew · Отправлено: **06:50, 29-01-2006** | #**364**

Народ, кто-нибудь сталкивался с такой проблемой. 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 · Отправлено: **11:18, 29-01-2006** | #**365**

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

RaW · Отправлено: **21:59, 29-01-2006** | #**366**

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

Igor_D · Отправлено: **00:35, 30-01-2006** | #**367**

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

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

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

RaW · Отправлено: **08:46, 30-01-2006** | #**368**

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

SergeyNew · Отправлено: **16:30, 03-02-2006** | #**369**

Цитата:

AlexB17

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

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

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

Igor_D · Отправлено: **17:13, 07-02-2006** | #**370**

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