Имя пользователя:
Пароль:  
Помощь | Регистрация | Забыли пароль?  

Показать сообщение отдельно
RBF RBF вне форума

Старожил


Сообщения: 305
Благодарности: 24

Профиль | Отправить PM | Цитировать


Digit_All
Речь была о другой фишке, как сказал Force
Цитата:
В VC-1 есть настройка которая позволяет экономить битрейт выдавая подобный "светлый" эффект.
-v_median не дает такого сильного осветляющего эффекта, а -v_mslevel вообще к этому отношение не имеет. YUV ColorBars тоже
Такое сильное осветление было из-за глюка кодека при кодировании avs.

ALL
Обновил VC1 кодек, сильное осветление пропало при любых настройках. Но замыливание конечно осталось.
Битрейт по прежнему 450 kbps
VC1
H264
Могу выложить ролики, если кому интересно.

VC1 не является кодеком нового поколения.
Первые библиотеки этого кодека были включены в одно из обновлений WMP10 еще в 2002 году (правда, этого никто не заметил )
Потом была процедура утверждения VC1 в SMPTE (в ISO не утвержден).
Стандарт H264 был завершен только в 2003 году.
В инете можно встретить заявления M$ что при тестах эксперты визуально больше предпочли VC1, чем H264, но этот тест проводился тогда, когда просто еще не было достаточно совершенных реализаций H264 кодека.
По сути VC1 это Mpeg4 ASP+loopfilter, ну еще некоторые усовершенствования алгоритмов поиска движения, взятые в основном из стандарта H264, но все взять было нельзя, из-за патентных ограничений.
Т.е. по совокупной сложности алгоритмов сжатия VC1 уступает H264, за счет чего теоретически должен быстрее декодироваться (правда после выхода CoreAVC эта разница нивелирована). Из-за разности алгоритмов, VC1 дает или больше квадратов или больше мылит, когда loopfilter пытается сгладить эти квадраты, обращайте на это внимание при сравнении.
Теоретически можно еще увеличивать эффективность сжатия в рамках утвержденных профайлов VC1, но это будет сказываться на скорости, по упомянутым выше причинам.
(кстати подобная ситуация наблюдается и с VP7).

Отправлено: 11:27, 21-09-2006 | #76