Показать полную графическую версию : x264
Может быть здесь кто встречался с таким багом : http://vitsat.at.tut.by/coreupdatebug.png
Хм... у меня этот момент отапдейтился нормально - попробуй руками скачать кору 2155 и через него всё проапдейтить.
Наверное, это был баг прошлой версии - поставил поверх версию 0.2.3.2155 (с пом. нового инстала) - в этот раз всё нормально апдейтилось !
Yuriy Wise
Вот мои настройки x264. Пожалуйста, поправте меня, если не прав.
...дальше картинки
Igor_D
Я же тебе лично давал строку, которой кодировать. Уже раз сто об настройках говорили и про VirtualDub. Читай ветку!!!
я тоже поискал.
Нашел выше.
Igor_D
1-й проход
x264 harry.avs -o x362d_1.mp4 --pass 1 --bframes 3 --ref 16 --filter -1:-1 --bitrate 700 --stats --qcomp 0.75 --analyse all --weightb --me umh --subme 7 --b-rdo --mixed-refs --8x8dct --trellis 2 --progress
2-й проход
x264 harry.avs -o x362d_1.mp4 --pass 3 --bframes 3 --ref 16 --filter -1:-1 --bitrate 700 --stats --qcomp 0.75 --analyse all --weightb --me umh --subme 7 --b-rdo --mixed-refs --8x8dct --trellis 2 --progress
3-й проход
x264 harry.avs -o x362d_1.mp4 --pass 3 --bframes 3 --ref 16 --filter -1:-1 --bitrate 700 --stats --qcomp 0.75 --analyse all --weightb --me umh --subme 7 --b-rdo --mixed-refs --8x8dct --trellis 2 --progress
А зачем столько много опций в первом проходе?
Первый проход идет с 2.5 fps на Athlon 64 3000+
Это нормально?
"Первый проход идет с 2.5 fps на Athlon 64 3000+
Это нормально?" EsTaF, да. я сам проверял. первый проход - это лицо ВСЕГО твоего кодирования. Если он быстрый то, какие ты потом ни ставь настройки, сколько потом проходов ни делай, всё равно не добъешься такого результата, каких с МЕДЛЕННЫМ первым проходом.
Сжимал тестовый кусочек видео в 7 (!!!) проходов. Первый быстрый, остальные - сверхвысокие настройки, --me esa --merange 32 и т.п.
Сжимал этот же кусочек в 2 медленных umh 32 прохода, оказалось лучше и четче чем 6 esa и быстрый первый. Было видно даже на глаз. Так что, господа, споры тут излишни.
первые кадры после выхода из затемнения все в квадратах, а все потому, что в этот момент большой (вернее - больше виден) цветной шум, как с этими квадратами можно боротся
============
C:\Program Files\x264\x264.exe --pass 2 --bitrate 1710 --stats ".stats" --ref 16 --mixed-refs --bframes 3 --b-pyramid --b-rdo --weightb --filter -1,-1 --subme 7 --trellis 2 --analyse p8x8,b8x8,i4x4,p4x4 --pbratio 1.0 --qcomp 0.7 --me umh --merange 8 --progress --output "N:\!!_capture-N\sled2=710.mp4" "N:\!!_capture-N\sled2.avs"
Может с AQ попробовать - но я ему если четно не очень доверяю, или кодировать с CRF.
Это Constant Quality режим - где все кадры зажимаются с одним и тем-же квантизером.
AlexB17
Увы, увы, ничего не получилось. И потом это уже увеличение размера, а мне хотелось бы уместится в 700 кбит.
GreatWizard
19-07-2006, 02:11
Что-то реже обновляться стал x264, ничего не известно ?
Еще coreAVC уже давно обновился, кто-нить пробовал насколько ощутимо ?
У х.264 как всегда Summer Break, а за CoreAVC денек хотят :(
в новый кореавц 1.1 декодере добавили интрелейс и пофискили ошибки. Скорость осталась как прежде. Да и так уже была хорошая скорость декодирования.
К х264 сейчас прикручивают rdrc. Интересно будет.
Да и так уже была хорошая скорость декодирования.
У их же плеера TCPMP - с AVC плагином скорость заметно больше - интерестно почему? Из за Direct Show???
GreatWizard
27-07-2006, 20:35
AlexB17
Из за Direct Show???
Только такое объяснение и слышал... Никаких подробностей
IgorC
К х264 сейчас прикручивают rdrc. Интересно будет.
А что есть "rdrc".
Какой-нить Rate Control дополнительный ?
Подскажите люди где в MeGUI aspect ratio прописывать.
Я тоже не нашёл в Megui. Пришлось в ручную прописывать --sar 2304:2112 для 4:3 ( 704x576).
Помножить 576*4= 2304 и 704*3 = 2112
Здесь описано http://forum.doom9.org/showthread.php?t=89979
Может вопрос не совсем и в тему, но все же, какой приблизительный рекомендованный битрейт для этого кодека при разрешении 640х480 ? Снималось фотоаппаратом Canon S2 IS качество исходника меня вполне устраивает не то что раньше было у фотиков (есть с чем сравнить, у самого есть камера(miniDV) ).
Все зависит от динамичности - для некоторых вариантов может вполне быть достаточно 1000кбит\с а для некоторых и 2500кбит будет недостаточно. Нужно тестировать - взять небольшой орезок где присутствуют в равной мере и статика и динамика - и начиная с маленьких битрейтов кодировать и оценивать качество. Но больше 3000кбит\с подниматся явно не стоит :)
© OSzone.net 2001-2012
vBulletin v3.6.4, Copyright ©2000-2025, Jelsoft Enterprises Ltd.
Available in ZeroNet 1osznRoVratMCN3bFoFpR2pSV5c9z6sTC