(Untitled)

Jan 05, 2014 01:07

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

it/tech

Leave a comment

Comments 18

_saper_ January 4 2014, 21:43:02 UTC
Дмитрий, ты опять впереди планеты всей, всё протестировал, а где выводы то ?

Я не понял. Понял что Гугл работает на себя и пиарит VP9 для YouTube. Чтобы уменьшить нагрузку. Но VP9 не готов ?

У Гугла две задачи - быстро жать и отдавать с приличным качеством хотя бы для 90% пользователей с наименьшей полосой, они её решат с VP9 ?

В предыдущие два года они проблему решили установкой кэширующих серверов буквально везде. У каждого провайдера от 50 тыс. пользователей стоят бесплатные кэшируюшие сервера от Гугла, которые опечатаны и которые никак не посмотреть. Они сами выбирают какие ролики ютуба кэшировать. После этой массовой установки примерно год назад Ютуб в России перестал тормозить. И теперь они изобретают кодеки ?

Reply

dmih January 4 2014, 21:53:38 UTC
Вообще, они изобретают кодеки для того, чтобы можно было кодировать FullHD-видео. Сейчас нечем. Для этого условно подходит текущий h264, но нормальное качество картинки там на потоке от 2 мб/с (20 мегабит) - никаких кеширующих серверов не хватит. Это нормальное. А хорошее - 3-5 мб/с ( ... )

Reply

dmih January 4 2014, 21:58:59 UTC
Вообще у меня нет ощущения, что они делают это для Youtube. Например, в этой ситуации непонятно, зачем вообще нужен VP8, который прямо в момент создания надо было спустить в унитаз как проигрывающий всем существующим стандартам, "зато открытый".
Ютуб на него кажется так и не перешел, потому что ну нафига это надо, если он хуже?
Просто ситуация и с открытым кодеком, и с кодеком нового поколения такая, что лучше бы они были, чем нет. Это работает на общую экосистему интернета, а там уж они бабла срубят просто хотя бы на трафике поисковой системы.

Reply

xcentrist January 5 2014, 00:20:20 UTC
про VP8 объяснить просто ( ... )

Reply


altmind January 4 2014, 22:36:04 UTC
забавно, что у меня в системе с несколькими кодек-паками не оказалось декодера для vp9, в общем то и отобразить ничем не смог.

Reply


mash January 6 2014, 00:07:24 UTC
VLC под маком показал оба без запинки. Второй ощутимо лучше, да... Может там с настройками кодирования что-то не то?

Reply

dmih January 6 2014, 00:52:07 UTC
С параметрами всё хорошо, так оно и должно было выглядеть в случае h264, плюс-минус.
А вот то, что делает VP9, это фантастика.

Reply

mash January 6 2014, 01:45:44 UTC
VP в целом вроде делался для низких битрейтов, а в h264 на это подзабили может изначально. Плюс, я так понял, что ты вейвлетное кодирование использовал, раз так медленно кодировалось...

Reply

dmih January 6 2014, 01:47:15 UTC
Текущая реализация быстрее не умеет с норм качеством

Reply


mash January 6 2014, 00:17:41 UTC
Только при этом у меня стабильно 5% потерянных кадров в h264 и 45% в vp9

Reply


mash January 6 2014, 00:20:39 UTC
Причем понятно почему - оба декодятся в один поток только, оба не успевают все отдекодить и тупо выбрасывают кадры. И 45% выброшенных кадров видны невооруженным глазом легко.

Reply

dmih January 6 2014, 00:51:38 UTC
Это наверное компьютер слабоват, но вообще с VP9 никто не обещал что будет легко.
У меня кадры не выпадают нигде и разница очень впечатляет.

Reply

mash January 6 2014, 01:31:14 UTC
1.7Ghz i7 последний. Но суть в том, что там строго 1 ядро вообще в VLC. Т.е. нагрузили бы все 4 и еще бы осталось место на все остальное...

Reply

dmih January 6 2014, 01:48:12 UTC
Ну у меня тоже последний 6 мб кеша 2.2, его хватило

Reply


Leave a comment

Up