LINUX.ORG.RU

Вышел libvpx 1.0.0 «Duclair»

 , ,


0

0

Duclair, четвёртый именованный релиз VP8 Codec SDK (libvpx), доступен для загрузки.

Сам формат VP8 остался прежним, изменения коснулись только SDK. Duclair на бинарном уровне не совместим с предыдущими версиями libvpx, поэтому была увеличена старшая версия до 1. Уже готовые приложения необходимо будет пересобрать, при этом необходимости вносить изменения в код нет, так как API остался неизменным.

В этой версии было исправлено падение, обнаруженное в предыдущей версии Cayuga (0.9.7), поэтому всем пользователям рекомендуется обновиться.

Новые возможности:

  • Существенные изменения кодировщика, направленные на оптимизацию для живого-вещания и видеоконференций.
    • Добавлена поддержка «temporal scalability» — метода кодирования, при котором поток разбивается на несколько подпотоков, каждый со своей частотой кадров. Это позволяет, к примеру, при недостаточной пропускной способности канала, переключиться на канал с более низкой частотой кадров, вместо заметного для глаза пропуска кадров.
    • Мультикадровая постобработка позволяет сделать визуальное качество более однородным при наличии кадров, сильно отличающихся по качеству от соседних.
    • Режим кодирования «multiple-resolution» включает одновременное кодирование одного и того же контента в разных разрешениях, что позволяет увеличить скорость процесса по сравнению с раздельной обработкой.
  • Улучшения производительности. При подготовке релиза силы были сфокусированы на оптимизации кодера и декодера в режимах реального времени.
    • На процессорах архитектуры x86 скорость декодирования увеличена на 10,5%.
    • Увеличена производительность для различных скоростных режимов кодера: режимы 1-3 — 1,5-4%, режимы 4-8 — <1%, режимы 9-16 — 1,5-10,5%.

Подробное описание изменений


Загрузить

>>> Подробности

★★★★★

Проверено: JB ()
Последнее исправление: Dendy (всего исправлений: 5)

Вот странное дело, html5 на тытрубе в webm кушает процессор иной раз поболее flash со всеми его кривыми программным рендерингом (в 11.1 версии) и прочими проблемами с преобразованиями цвет. пространства и другими «косяками». Кодировщик у него медленный до жути.

timur_dav ☆☆☆☆☆
()
Ответ на: комментарий от daemonpnz

Я забыл «и»: и кодировщик у него до жути медленный. Кстати, как там вендузятники его в скайпе (он же по дефолту, AFAIK) вообще кушают? Им вообще пользоваться можно, скажем на атоме 640x480 тянет?

timur_dav ☆☆☆☆☆
()

Необходимости вносить измениния в код нет? так как API остался неизменным.

Поменяйте на запятую

nutz ★★
()
Ответ на: комментарий от kranky

живого-вещания; реального-времени

Дефис, я полагаю, не нужен.

Школота же пишет, что ты хотел?

mOximych
()

libvpx 1.0.0 «Duclair»

А откуда пошла традиция давать релизам имена? Кто-то на эту лабуду обращает внимание, кроме гордых розработчегов?

vasilenko ★★
()

Необходимости вносить измениния в код нет? так как API остался неизменным.

Найдите сами две опечатки.

eugeno ★★★★★
()
Ответ на: комментарий от Okitain

Там vp7 завсегда был. А потом объявили, что vp8 по-умолчанию. Но из-за отсутствия поддержки линуксовой версией проверить не могу. Ещё поддерживается h264 (линуксовая вроде как не держит) для поддержки мобильных девайсов и телевизоров (у них аппаратное (де)/кодирование).

timur_dav ☆☆☆☆☆
()

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

timur_dav ☆☆☆☆☆
()
Ответ на: комментарий от anonymous

+1. Ютуб с флешем просто невозможно терпеть.

CYB3R ★★★★★
()

Документация

Коллеги! Скажите, а кто-нибудь пользуется сабжем для своих проектов? Если да, то используете ли вы SDK напрямую или через ffmpeg? Меня интересует видео реального времени с низкими задержками (low-latency RT video).

fAX ★★
()

Все еще ожидаю треск жоп здешних ЧСВ-шных «разработчиков» x264, как они себя называют написав десяток патчей, ретвитов, постов в ихних блогах, брюзжания слюной, тыкая на скриншоты сравнения и прочего цирка. В прошлом треде про VP8 было весело.

soslow
()

"./git Error retrieving directory contents."

git такой git... И зачем его поддержку сделали в Google Code?

X-Pilot ★★★★★
()
Ответ на: комментарий от vasilenko

А откуда пошла традиция давать релизам имена? Кто-то на эту лабуду обращает внимание, кроме гордых розработчегов?

иногда полезно. Имя проще запомнить, чем номер. Другое дело, что как обычно, тупари переборщили и дают теперь имена всему подряд. Какой смысл давать имя ежегодному релизу?

AVL2 ★★★★★
()
Ответ на: комментарий от timur_dav

а на тытрубе порнография вообще получается.

а по моему, лучше, чем во флеше. Захотел, f11 нажал и получи себе фуллскрин, как везде.

Лично я на трубе отключил html5 только потому, что они не все ролики через него показывают.

AVL2 ★★★★★
()

Существенные изменения кодировщика, направленные на оптимизацию для живого-вещания и видеоконференций.

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

AVL2 ★★★★★
()

недостаточной пропускной способности канала, переключиться на _канал_ с более низкой частотой кадров

Подпоток имелся ввиду?

anonymous
()
Ответ на: комментарий от AVL2

так он же при влюченом хтмл5 всё что может показывает в хтмл5
а что не может — флешплеером
разве не?

anonymous
()
Ответ на: комментарий от AVL2

Попробовал тут нынче Thisishorosho (cлава Богу, что не +100500) посмотреть - вышел фейл. Боковой контент перекрывает видео частично. Но это фейл не браузера, а тытрубы скорее всего.

timur_dav ☆☆☆☆☆
()
Ответ на: комментарий от anonymous

> В треде про это пафосное уныние всегда весело.

По сравнению с теорой - это «пафосное уныние» - огромный шаг вперед.

provaton ★★★★★
()
Ответ на: комментарий от provaton

Такой же по скорости, как и theora.

Ты либо упорот, либо не сравнивал. Empathy на VP8 разгоняет у меня жужжалку по самое не балуйся (60-80% cpu), а на Theora даже и не заводится (25-30% cpu). Битрейт выставлен одинаковый. Качество у VP8 лучше, но не радикально для web-камер.

timur_dav ☆☆☆☆☆
()
Ответ на: комментарий от timur_dav

Плюсую, html5 не только криво выглядит, но ещё и нежило тормозит по сравнению с flash'ем. У меня, правда, не линукс, а мак.

thevery ★★★★
()
Ответ на: комментарий от timur_dav

> Ты либо упорот, либо не сравнивал.

Я работал 2 года в проекте, который разрабатывал систему риал-таймового вещания видео. Сначала мы юзали theora (альтернатив просто не было - все остальное требовало нехилых лицензионных отчислений, которые стартап не потянул бы), но качество было слишком хреновым, даже при достаточно высоких битрейтах. Потом перешли на vp8 - и на том же железе кодировали видео гораздо более высокого качества. Потом нас засудили копирасты и пришлось из проекта свалить :(

Так что поверь, я знаю о чем говорю.

provaton ★★★★★
()
Ответ на: комментарий от provaton

При этом, кодировку теоры нельзя распараллелить на несколько процессов, а вп8 - можно. Поэтому, с вп8 мы смогли добиться риал-таймовой трансляции ХД. Учитывая то, что вп8 - свободен от патентного маразма, - это просто няшка.

provaton ★★★★★
()
Ответ на: комментарий от anonymous

так он же при влюченом хтмл5 всё что может показывает в хтмл5

а что не может — флешплеером разве не?

не, просто пишет, что нема этого ролика в нужном виде. А переключаешься на флеш и снова все хорошо.

AVL2 ★★★★★
()
Ответ на: комментарий от timur_dav

html5 на тытрубе в webm кушает процессор иной раз поболее flash

А какой браузер используешь? В FF декодер vp8 как-то кривоватенько сделан, тот же самый mplayer или vlc ресурсов при декодировании того же ролика с ютуба кушают проца 5-8 процентов, FF же все 30-40...

anonymous
()
Ответ на: комментарий от provaton

Незнамо на каком там вы железе работали реализовывали (если аппаратно было реализовано), но в нашей PC'шной жизни Theora (де)/кодируется со скоростью на уровне MPEG 4 ASP (кач-во хуже), а VP8 на уровне примерно на 30-50% медленнее x264 (для кодирования).

timur_dav ☆☆☆☆☆
()
Ответ на: комментарий от timur_dav

Боковой контент перекрывает видео частично.

Твоя правда. И кнопки малый/большой плейер не отрабатывают. А раньше такого не было...

AVL2 ★★★★★
()
Ответ на: комментарий от timur_dav

> Незнамо на каком там вы железе работали реализовывали (если аппаратно было реализовано)

вп8? аппаратно? Шутишь?

Железо обычное - ксеоны 2.5-3 гигагерца.

provaton ★★★★★
()
Ответ на: комментарий от anonymous

В FF декодер был «другим» не может быть, т.к. выбор невелик.

timur_dav ☆☆☆☆☆
()
Ответ на: комментарий от AVL2

Твоя правда. И кнопки малый/большой плейер не отрабатывают. А раньше такого не было...

Видимо, я просто неудачно начинаю пытаться переходить на него тогда, когда они что-то ломают...

timur_dav ☆☆☆☆☆
()
Ответ на: комментарий от timur_dav

> Rockchip RK2918 и иже с ними :)

Да, если проект оживет, то предложу кодировочную ферму из андроидофонов собрать :)

Кстати, он точно кодировку поддерживает? Или только декодировку?

provaton ★★★★★
()

прекратите совершать противоправные действия с покойниками!

wxw ★★★★★
()
Ответ на: комментарий от true_admin

Но при этом у Debian, например, наоборот имена релизов используются в разговорной речи шире, чем номера. Я вот уже и не помню, 6.x - это кто? Ленни, Сквизи?

anonymous
()
Ответ на: комментарий от anonymous

А я уже не помню, кто там был до ленни, сначала этч, потом сарж, или наоборот? Зато все знают, что после версии 3 идёт версия 4.

vasilenko ★★
()
Ответ на: комментарий от provaton

Зачем запоминать? Гугл все лучше помнит.

не люблю на каждый чих лазить в гугел. Вот ты знаешь что такое Rotary Wombat? Saber-toothed Squirrel? Divemaster Edition? Гугл в помощь.

true_admin ★★★★★
()

На процессорах архитектуры x86 скорость декодирования увеличена на 10,5%.

Они что, закодили что-то на ассемблере что ли?

powerpc
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.