(Untitled)

Jan 05, 2014 01:07

Ну и чтобы уж два раза не вставать, вот еще сделал сравнение h264 и VP9 на потоке 1 Мбит ( Read more... )

it/tech

Leave a comment

xcentrist January 5 2014, 00:20:20 UTC
про VP8 объяснить просто
во первых, патенты. Любой сервис раздающий 20000 потоков H264 (насколько я помню ограничения MPEG LA) может сильно попасть. Даже если на сейчас час расплаты отложили, это не значит, что гугл не должен страховаться. Так же из-за патентов VP8 не может конкурировать на равных - некоторые штуки, типа арифметического кодирования - никак не обойдешь и аналоги придумать непросто - а это процентов 5 сжатия и таких штук там набегает. (К VP9 это тоже относится)

Во вторых есть разные области применения - кроме кодирования фильмов с неограниченным временем на кодирование (можно сделать 2 прохода, включить B-Frаmes и Golden Frames, к примеру, ну и просто время неограничено), есть еще вещание (из списка выше остается только B-Frames) и видео связь (ничего из списка выше включать нельзя и время кодирования одного фрейма не больше FPS). Так вот для видеосвязи VP8 как минимум на уровне лучших из реализаций H264 - On2 ведь для этого VPx и писали.

Понятно, что последнее youtube не поможет, а вот желание сделать VP8 умолчанием для WebRTC совершенно логично.

Reply


Leave a comment

Up