> 1.5 раза по сравнению с предыдущей версией

А учитывая, что предыдущая версия с --good --cpu-used=0 троекратно сливала x264 ...

x264 капец близко.

>А учитывая, что предыдущая версия с --good --cpu-used=0 троекратно сливала x264 ...

А если учитывать vdpau?

Что ж, отрадно, что работа идет результативно. Надежда есть, что в конце концов свободный кодек получится.

P.S. Гугл в названии новости русскими буквами. Понятно, но как-то не то. ;)

В связи с чем возникает вопрос. Ребята в On2 что вообще нихера не делали? Как так может быть чтоб мультимедиа код который уже несколько лет в production, можно было оптимизировать в 4.5 раза ?!

>Надежда есть, что в конце концов свободный кодек получится.

А сейчас его нету? А кто-то им уже пользовался. Что с ними теперь будет????

[quote]А если учитывать vdpau? [/quote] если учитывать ещё и ужасное качество нвидивского блоба последних версий? От vdpau пшик только остаётся.

>если учитывать ещё и ужасное качество нвидивского блоба последних версий?

Это каких? У меня на 260.19.36 сейчас никаких нареканий.

Уже много писали здесь. Например, остатки кадров из видео на экране, чёрные прямоугольники поверх окон, упадок отзывчивости системы в целом при определённых условиях. У меня лично это запущенные флеш + linuxdcpp (ничего не делающие оба), после нвидивские ioctl'ы в иксах отрабатывают по 0.2 - 0.5 секунд. В иксах стоит аборт на ioctl порядка 0.01 сек через SIGALARM, но SIGALARM всё равно не успевает вовремя отрабоать и однопоточные иксы лагают.

Поддержку топовых и последних моделей скорее всего пилят, а на относительно устаревшие карты кладут член. Или может быть на некоторые модели карточек.

>можно было оптимизировать в 4.5 раза
VP8 это самый новы кодек, его только зарелизили перед покупкой.
Адоб во флэше использовал VP7

>Уже много писали здесь. Например, остатки кадров из видео на экране, чёрные прямоугольники поверх окон, упадок отзывчивости системы в целом при определённых условиях.

На двух своих машинах с Gentoo (GF9800GT и GF210) таких ужасов не наблюдаю :) На третьей с Ubuntu (GF7800) — ловлю периодический мусор на экране с последующей автоматической перезагрузкой подсистемы GPU. Немного раздражает, но жить можно :)

Вот, значит и мусор не только у меня появляется. Только мой мусор (уже не остатки кусков видео, а пыль как на аналоговом тв) ничем не лечится, т.е. перегрузка иксов, выгрузка/загрузка блоба из ядра не помогают, иксы становится невозможно использовать без полной перегрузки.

>т.е. перегрузка иксов, выгрузка/загрузка блоба из ядра не помогают

Хм. Это уже на программный глюк не похоже, точно видюха не начала накрываться? У меня даже самые зверские глюки с предыдущей глючной версией флеша, когда color-key глючил и на белом фоне куски видео вылезали, лечились простым Ctrl-Alt-F1 & Alt-F7. И на нынешней глючащей с Ubuntu машине, когда мусор мешать начинает (хотя его природа другая, смахивает на обычные сбои в видеопамяти), также всё лечится.

когда color-key глючил и на белом фоне куски видео вылезали, лечились простым Ctrl-Alt-F1 & Alt-F7

Это у меня тоже так лечится, но не всегда. Были мысли о помирающей видюхе, однако если некоторые комбинации ПО не запускать, то всё более-менее работает долго и почти без глюков. Не очень похоже на железные проблемы.

Пусть даже мои проблемы с пылью железные, но остальные глюки наблюдаются у многих и явно софтверные.

> Это каких? У меня на 260.19.36 сейчас никаких нареканий.

vdpau, композит и vsync на внешнем экране - выберите любые два (хотя хз, может быть это проблема иксов)

И кадры теряются, чтоб их. Nouveau выдает гораздо более плавную картинку.

В связи с чем возникает вопрос. Ребята в On2 что вообще нихера не делали? Как так может быть чтоб мультимедиа код который уже несколько лет в production, можно было оптимизировать в 4.5 раза ?!

Это нормально для Ънтерпрайз-продакшена. Более того, обычно такой код ещё и громоздкий, нечитабельный и запутанный. А после решения этих проблем он становится на порядок меньше в объёме при сохранении функциональности.

пока не появится хардварная поддержка декодирование VP8 на видеокартах, успеха ему не видать.

пока не появится хардварная поддержка декодирование VP8 на видеокартах

Только в смартфонах и в совсем уж лайт нетбуках/падов, так всем пофиг, главное что бы не лагало - а на чем оно считается обычные люди даже не подозревают (и не должны !!! Не должны !)

>Как так может быть чтоб мультимедиа код который уже несколько лет в production, можно было оптимизировать в 4.5 раза ?!

man SIMD

>пока не появится хардварная поддержка декодирование VP8 на видеокартах, успеха у обладателей говноатомов ему не видать.

//fixed

Верной дорогой идёте,товарищи!

Ждём появления rtp payloader для VP8, чтобы его можно было в VoIP использовать. А пока не нужно особенно.

> Сам формат VP8 не изменился.

vp8 не нужен.

> пока не появится хардварная поддержка декодирование VP8 на видеокартах, успеха ему не видать.

Гуглу очень нужно декодирование на видеокартах для хАднроид-девайсов???

>Как так может быть чтоб мультимедиа код который уже несколько лет в production, можно было оптимизировать в 4.5 раза ?!

Оракле моде он

Точнее пока не появится его поддержка в телефон, приставках, телевизорах

А при условии, что h264 туда шел долго, это вообще почти невероятно

А его вообще можно там использовать? Какие задержки при кодировании?

Подозревают/не подозревают, а батарейку кушает

По крайней мере пишут об успешном запуске http://sjoerd.luon.net/posts/2010/05/telepathy_and_vp8/

Только rtp компонент в дистрибутивах отсутствует. Хотя в конфигах empathy уже он виртуально поддерживается.

>Согласно тестам, проведённым Google, скорость декодирования на x86 в режиме «best» увеличилась в 4.5 раза по сравнению с первой версией и 1.5 раза по сравнению с предыдущей версией «Aylesbury».

Чудо или постепенное выпрямление специальным образом загнутых рук?

Уже ответили - есть, но номинально. Ждем, когда будет поддерживаться в выпускаемых железках.

ждемс в андроеде. с аппаратной акселерацией.

>Ждем, когда будет поддерживаться в выпускаемых железках.

Если ты про чипы-декодеры, то несколько лет назад как-то всё декодировали только на CPU, тогда же никто не говорил, что ни одного кодека не существует.
А если про оккупированные девайсы в целом, то это уже их проблема. Фактически из распространённых платформ вообще нет легальной возможности проиграть только в яблочных поделиях.

>Если ты про чипы-декодеры, то несколько лет назад как-то всё декодировали только на CPU, тогда же никто не говорил, что ни одного кодека не существует.

Я не преувеличиваю важность новости. Просто и аппаратная, и программная поддержка свободного кодека это сам по себе серьезный показатель. Это радует. ;)

тащи

теперь 264 точно копец