xVid64
 

Кто работал с xVid64?
У меня ерунда какая-то получается. В VirtualDub64 кодирую xVid64 в два прохода. Включаю FrameRate (исходный фильм NTCH 29.97) и фильтры NullTransform (Cropping) и Deinterlace. В итоге при втором проходе видео кодируется с битрейтом 2KBs (в настройках xVid ставил 900 Kbs).
Если отключить FrameRate - то при втором проходе битрейт получается больше 2000 Kbs, размер файла больше 1,5 Гб.
Может какие-то настройки кодека пропустил ?

что-то страшное рассказываешь
еще раз проверяй настройки, в первом проходе должен быть высьавлен внятный профиль, например AS @ L5, чуть ниже - Twopass 1st pass,
на втором - Twopass 2st pass, чуть ниже - Target bitrate kbps - окончательный битрейт.

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

С этим уж проблем быть не должно. В том числе и на 64разрядной тачке.

Профиль при первом проходе у меня не внятный - Unrestricted. Я не очень понимаю их смысл, поэтому ставил по умолчанию.
Нашел в Инете обсуждение похожего вопроса: Проблемы с размером конечного файла при кодировании в xvid.
Попробую поиграть значением quantizer. Ну и профиль другой возьму.
Только не понятно почему так кардинально меняется битрейт при включении/выключении FrameRate в VirtualDub ?

Ivavas
Зачем? Каков исходный смысл действа и какой результат желательно получить? Почему не кодировать с неизменным fps?

Достаточно опосредованно похожего. Там у меня кодирование вообще шло через ависинтовский скрипт. Как вариант - попробуй на втором проходе поставить overflow control strength как минимум 10 или 15.
Если читаешь по ангельски - там же была ссылка http://forum.doom9.org/showthread.php?threadid=92046

Просто это рекомендуется в том руководстве, которым я пользовался:
Попробовал использовать Overflow Control. Выставил значения 20%. В итоге получился размер и битрейт точь-в-точь как заказывал. FrameRate не использовал.
Только теперь такая проблема: я обрезал черные полосы (Cropping). Исходный размер 720*480. Обрезал сверху и снизу по 96. Но в итоге срезалось сверху 192.
Может это глюки VirtualDub64 (последняя версия)? У меня раньше были проблемы с Cropping в бета-версиях VirtualDub32.

Не морочьте голову, делайте через AviSinth

Ivavas
Вообще IVTC обычно делают на предыдущем этапе. В том же DGIndex. BTW - это далеко не всегда нужно.

Просто я не нашел 64-х разрядных плагинов для AviSynth64, кроме DGDecode64.
Cropping я сделал в AviSynth. А вот IVTC так и не сделать, VirtualDub64 глючит.

Ivavas
А 32-разрядные он не принимает?
BTW - а IVTC - точно нужен?

Вроде бы не понимает.
А какими плагинами лучше делать ?

Ivavas
Странно. Что у тебя за система? Вроде бы должен - по логике - я с ним не сталкивался - просто медленней будут работать.
А вообще IVTC делают в DGIndex - по крайней мере, я так всегда делал. Но можно и в ависинте. Например decomb-ом.
И вообще - опиши процесс от DVD до даба

DGIndex открываю .vob файлы и сохраняю проект (.d2v).
Создаю файл .avs
LoadPlugin(DGDecode_64.dll)
mpeg2source(... .d2v)
Crop(...)
У меня установлен AviSynth64. В VirtualDub открываю файл .avs. Кодирую XVid64. Если включаю IVTC - в результате битрейт 3 Кб/с, без IVTC - все нормально.
Раньше делал через VFPAPI, но сейчас он у меня чего-то глючит (не ругается, но на экране пустота).

Ivavas
Оп. Вот на этом этапе и делаешь Forced Film - если нужно. Все. IVTC - сделан.

А можно попросить вас закинуть XviD64 и AviSynth64 на misterti(at)avtograd(.)ru
Хочу посмотреть прирост скорости в 64разрядной системе.

Спасибо.

Наверное следует обратиться на сайт www.doom9.org за помощью с Хвид 64 бит. Уже бета 3 есть.
Можно скомпилировать свежую версию 64 бит.

Ничего не нашел там, кроме рельтатов тестов XviD64 на Win200 и Win64.
Разница почему-то около полуминуты, причем не в пользу Win64.

Забудем пока про этот кодек...