Данная тема посвящена извечному вопросу. Нет, быть или не быть можно поискать в поиске, а в этой теме найдете ответы (или предложите свои) на вопросы : о кодировании видео, перекодировки видео из одного формата в другой и т.д.

FAQ по теме - http://forums.overclockers.ru/viewtopic.php?p=219601#219601. Обязателен к прочтению. Вопросы, на которые можно получить ответ в факе, будут удаляться. Особо рьянных будем одаривать картами и баннами.
Отредактировано куратором: Максим. Дата: 12.02.2007 19:31
Отредактировано куратором: SCIF-1986. Дата: 21.06.2007 1:53

А какое лучше значение ширины изображения поставить в autogk? А то сегодня кодировал мадагаскар мультик, поставил авто ширину - так в результате получились размеры 288х176, качество мёртвое, на 640х400 вроде ничего, но кажется в некоторых меcтах изображение подрагивает. Конечный объём - 700 метров, звук mp3 vbr 128. Кодек divx 5.2.1 (или xvid лучше?).

BaraLgin
Лучше вообще не изменять размер ....... на крайняк ставить 640

BaraLgin
720*xxx (на крайняк 640*xxx - если поток не сбить толком).
При 720*xxx битрейд 1000-1200 (для XviD - два прохода) ,можно
меньше ,но это индивидуально.
DivX521 - хуже XviD.

Версия DivX какая? Если 6.1, то без плясок не запустится. len0x сказал что править косяк не будет, т.к.: "I'm really tired of working on divx compatibility, so if I have to do an update I'd much rather remove support for divx6 altogether."
Но, есть рецепт обхода косяка, правим c:\WINDOWS\system32\DivX.dll:

Shan
Интересно и что-же мы меняем этой сменой 00->07.
При появлении совместимости - глюкавости не прибавится?
Хотя... это-ж len0x писал - значит не прибавится.

Игорь Т.
Сменой вот одного этого байта меняется номер версии dll-ки. И AutoGK начинает его правильно распознавать.
Вся загвоздка с запуском AutoGK при DivX6.1 была в том что программа ожидает номер версии в определенном формате, а в новой dll-ке его записали иначе. Поэтому происходила ошибка запуска...

Но данным хинтом действительно все лечится... Проверено уже многими...

Правда какого-то прироста в скорости я лично не заметил... Сравнивал с версией DivX 5.1.1 (хотя не на одном и том же фильме). Еще буду тестить...

Хочу обратиться с просьбой-ситуевина вот какая:
У товарища есть виделкамера Samsung VP-D350i (вроде такая) пишет в MPEG-4, а двд-плеер читает только SVCD, VCD, DVD, MP3, WAV - так вот встал вопрос какая прога (очень желательно долгоиграющая ) сможет перекодировать мпег в форматы плеера и где такую можно скачать - подскажите кто знает плиз...

http://divx.trustfm.com.ru/
Avi2dvd

Skull_515
Вот некоторые из них :
1. Nero 6.x.x.x с установленным Nero Vision
2. Nero 7 (c ним уже все есть в комплекте)
3. DivXToDVD
Добавлено спустя 12 минут, 18 секунд
Вчера попробовал потестить AutoGK 2.26 с кодеком DivX 6.1 и DrDivX 2.00 beta 3 с тем же кодеком.
На фильме продолжительностью ~30 мин при кодировании с разрешением 512x384 2-х проходным кодированием с обозначением конечного размера файла 200MB (битрейт получился где-то 850) первая программа (AutoGK) справилась за ~40 мин а вторая (DrDivX) - за ~28 мин.

При этом в AutoGK было порядка 50 fps, тогда как DrDivX на первом проходе - выдавал 65 fps а на втором - 71fps.

К вопросу о скорости :
Один и тот-же фильм в XviD и DivX6.1 (в XviD всё на max ,DivX - insane) ,
закоденные в один объём: XviD - 8ч55мин ,DivX - 8ч32мин.
(hyper tr. - включён).
Качество на выходе - визуально одинаково.

Выложите кто-нибудь пропатченный 6.1 для AutoGK 2.26
c:\WINDOWS\system32\DivX.dll



Что то не могу я сам его пропатчить

Незваный Гость
Напиши в л.с. email - отправлю.

Игорь Т.
Все на максимум в Xvid - енто как?! Просто у меня в Xvid скорости какие-то дикие все время выдает, проблем с ентим нет

Максим
Quantization type -MPEG
Adaptive Quantization -On
Quarter Pixel -On
Chroma optimizer enabled -On
Moton search precision -6
VHQ mode -4
Use VHQ for bframes -On
Use chroma motion -On
Turbo -Off
Trellis quantization -On

Игорь Т.
Я с такими же настройками кодирую всегда, только тип квантизации - H263

Максим
Да проблем-то никаких нет со скоростью ,если тормознутые фильтра не использовать.
Я время кодирования привёл к тому ,что сейчас скорость кодирования XviD и
DivX - примерно равные. Я бы даже больше сказал : DivX6.1 - БЫСТРЕЕ.

Игорь Т.
Да я просто к другому сказал - что с обычными фильтрами у меня фильм с двухпроходными кодированием сжимается примерно столько же, сколько сам фильм идет (то есть в fps примерно в два раза быстрее (для каждого прохода), чем fps самого фильма). С фильтрами, которыми я обычно дополняю видео, ессно потише.

Я кстати до сих пор не могу понять, почему через VFW тот же X264 сжимает быстрее, чем через MeGUI (даже настройки специально одинаковые ставил).

Максим из-за того что VirtualDub(Mod) - очень хорошо оптимизирован под процессоры.

Кстати, сейчас FFDShow компилят все кому не лень. Вот наткнулся на такие билды http://kurosu.free.fr/ffdshow.htm
Какой из них:
Build Prescott (has SSE1 to SSE3),
Build Athlon 64 (has 3DNow, SSE1 and SSE2),
будет быстрее на Venice ( т.е. присутствует 3DNow и все SSE до третьего)

Народ подскажите какя программа для кодирования видео поддерживает двухядерность, хотелось бы чтоб просто кодинг быстрее происходил.
Или это не возможно?

MembeR
Советую проверить и то, и другое. SSE3 не настолько хорошо, чтобы под него оптимизации писать. а тем паче работает он на AMD не особо хорошо, так же как и SSE2 (прироста практически нет, а на том же Intel есть прирост большой).

А так, только проверкой.

А по поводу даба и MeGUI - мне кажется, что просто файлик X264.exe не настолько оптимизирован под разные команды, как VFW (x264vfw.dll)
Добавлено спустя 3 минуты, 47 секунд
=FE=***DEAD***
Тот же X264 поддерживает двухядерность, причем программа не важна (кстати, а может быть важна - в настройках не нашел изменение количества потоков). Под VFW (даб тот же) можно в настройках выставить 2 потока и будет тебе сразу оптимизация под два ядра