The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Представлена аппаратная реализация видеокодека VP9, поддержка которой появится в чипах ARM, Intel, NVIDIA и Samsung

03.01.2014 23:24

Компания Google опубликовала RTL-дизайн (Register Transfer Level) аппаратного декодировщика для видеокодека VP9, позволяющего производителям чипов интегрировать поддержку аппаратной акселерации в свои продукты. Поддержка аппаратного ускорения позволит реализовать в YouTube вещание в формате VP9 с качеством вплоть до 4K для обычных компьютеров, умных телевизоров, медиапроигрывателей и мобильных устройств.

В число партнёров, готовых реализовать в своих продуктах поддержку кодека VP9, уже вошли такие компании как ARM, Intel, NVIDIA, Samsung, Broadcom, LG, Marvell, MediaTek, Panasonic, Philips, Qualcomm, RealTek, Sigma, Sharp, Sony и Toshiba. Ожидается, что к 2015 году указанные производители обеспечат встроенную поддержку VP9 в различных моделях телевизоров и проигрывателей Blu-ray, а мобильные устройства и компьютеры с поддержкой VP9 начнут выпускаться уже в нынешнем году.

В качестве одного из стимулов производителей к обеспечению аппаратной поддержки VP9 называется свободный характер разработки и отсутствие необходимости выплаты отчислений, в то время как за реализацию H.264 производители вынуждены выплачивать отчисления организации MPEG LA за использование запатентованных технологий. Кроме того, к поддержке VP9 подталкивает намерение обеспечить доступность всего контента YouTube в формате VP9, предоставив при этом возможность просмотра контента VP9 в более высоком разрешении при более низких требованиях к пропускной способности, по сравнению с форматом H.264.

Все подготовленные схемы аппаратной реализации декодировщика VP9 доступны в форматах VHDL/Verilog и распространяются в рамках лицензии, не требующей от производителей оплаты отчислений. Также доступны исходные тексты драйверов, необходимых для взаимодействия с подсистемой акселерации, документация, тестовый комплект и эталонная модель. Аппаратная реализация VP9 поддерживает работу с разрешениями до 4K (2160p, 4096x2304, 60 кадров в секунду).

Особенностью аппаратной реализации является использование нового способа синтеза модулей, составляющих RTL-дизайн, на основе модели работы кодека, написанной на языке С++. Указанный подход позволил значительно ускорить создание и верификацию аппаратной реализации, по сравнению с традиционными методами проектирования. При использовании аппаратной поддержки декодирование потоков VP9 в разрешении 4K может производиться даже на маломощных одноядерных системах, создавая незначительную нагрузку на CPU и минимальное энергопотребление.

Кодек VP9 уже интегрирован в кодовые базы браузеров Chrome и Firefox, а также таких открытых проектов, как VLC, FFmpeg и GStreamer. По сравнению с VP8 разработчикам удалось добиться в VP9 сокращения размера битового потока на 50% при сохранении идентичного качества, а также обеспечить более высокий уровень сжатия по сравнению с формируемым стандартом H.265/HEVC. Проведённые тесты свидетельствуют об увеличении степени сжатия по сравнению с VP8 на 44% для видео высокого разрешения и на 26% для видео среднего и низкого разрешения. Среди особенностей также отмечается адаптация декодера для работы на маломощных встраиваемых устройствах и широкий спектр режимов качества, в том числе кодирование без потерь.

По сравнению с VP8 в VP9 был применён ряд новых технологий: задействованы новые структуры кодирования - квадродеревья; добавлена поддержка использования в качестве суперблоков областей в 32x32 и 64x64 пикселей; возможность трансформации DCT (8x8, 16x16) и ADST (4x4, 8x8, 16x16); улучшенный алгоритм предсказания межкадровых изменений; улучшенная модель энтропийного кодирования; новые методы объединения схожих блоков в сегменты.

  1. Главная ссылка к новости (http://techcrunch.com/2014/01/...)
  2. OpenNews: Кодек VP9 включён в dev-канал поставки браузера Chrome
  3. OpenNews: Сообщество Xiph.Org представило видеокодек Daala с технологиями, опережающими VP9 и H.265/HEVC
  4. OpenNews: Видеокодек VP9 достиг стабилизации потокового формата и включен по умолчанию в Chromе
  5. OpenNews: Google выпустил третью версию библиотеки с реализацией формата WebP
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/38786-vp9
Ключевые слова: vp9, video, google
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (101) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, VP9 FTW (?), 23:50, 03/01/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +58 +/
    Вот это я понимаю успех! H.265 не успел разогнаться, как уже похоронен с потрохами! Viva OpenSource! :D
     
     
  • 2.2, dxd (?), 00:00, 04/01/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Расслабьтесь и подождите первого патентного иска. И подковёрных игр.
     
     
  • 3.17, pavlinux (ok), 01:16, 04/01/2014 [^] [^^] [^^^] [ответить]  
  • –4 +/
    А разве Google что-то продаёт?
    А может Nvidia и Intel тебе исходники покажут?
    А если Sony пошлёт нах...й маздай, огрызок и мпеглу  - как они быстро побегут?
     
     
  • 4.20, dxd (?), 01:35, 04/01/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    То мпегла нагнёт сони не только патентами, но и какой-нибудь неустойкой. Точно так же, как МС изящно задерёт цены на OEM для сони до небес, предоставив японцам чудный шанс обанкротиться.
     
     
  • 5.27, pavlinux (ok), 02:16, 04/01/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Маздайцы, нагнут Сони??? Гы-гы-гы-гы....  Солнце в чёрную дыру засосёт быстрее.
    Мож ты не в курсе, но Маздай нежно отсасывает у Сони с патентами на Андроид!

    Даже если они начнут мерятся письками - у кого юристов больше, Маздай разориться раньше,
    а у Сони ещё 1/3 капитала останется.

     
     
  • 6.55, dxd (?), 14:13, 04/01/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Проблема в том, что американские суды имеют привычку поддерживать американские компании. А Сони почему-то японцы.
     
     
  • 7.87, Аноним (-), 08:35, 05/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    А гугл зато американцы. Что в контексте данной новости интереснее.
     
     
  • 8.108, NikolayV81 (ok), 09:44, 09/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Они не просто привыкли поддерживать свои компании, но ещё и именно те которые по... текст свёрнут, показать
     
  • 2.4, Аноним (-), 00:13, 04/01/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Сравнения где? Вас послушать, так vp8 ушатал avc
     
     
     
    Часть нити удалена модератором

  • 4.7, KT315 (ok), 00:37, 04/01/2014 [^] [^^] [^^^] [ответить]  
  • +11 +/
    Я конечно не эксперт, но по ссылке, мне кажется у х264 картинка лучше, без замыливания листьев деревьев
     
     
  • 5.10, anonymous (??), 00:53, 04/01/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    фуфло а не сравнение, там может быть ключевой кадр против B, и даже если оба кадра одинакового вида то давно известно что эта особенность новых кодеков, что H265 что VP9, они имеют хуже стоп кадр а общее ощущение на движущихся лучше. Надо длинные ролики сравнивать.
     
     
     
    Часть нити удалена модератором

  • 7.90, anonymous (??), 09:11, 05/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    MPEG_LA, ты ли ч0 ли ? Тут вот гляди, как MPEG 1.0 уделывает все сираные VP кодеки правильной расстaновкой кадров http://joyreactor.cc/post/195734, сохраняя информацию между пикселей !
     
  • 6.112, annulen (ok), 15:27, 09/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > фуфло а не сравнение, там может быть ключевой кадр против B

    У VP8 был заметный проигрыш в качестве для ключевых кадров по сравнению с H264 [1], похоже и в VP9 остался этот изъян.

    [1] http://x264dev.multimedia.cx/archives/541

     
  • 4.9, dRiZd (?), 00:47, 04/01/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Судя по скриншотам, VP9 весьма далеко до x264: очень хорошо видно мыло в листве дерева посередине - это не приемлемо.
     
     
  • 5.30, Аноним (-), 03:49, 04/01/2014 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Судя по скриншотам, VP9 весьма далеко до x264: очень хорошо видно мыло
    > в листве дерева посередине - это не приемлемо.

    Капитан намекает что глаз плохо различает мелкие детали на движущейся картинке. А вот рассыпание картинки на блоки зато видит очень хорошо.

     
     
     
    Часть нити удалена модератором

  • 7.40, Аноним (-), 05:01, 04/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > При равном Mbps я предпочту изображение более высокого качества.

    Осталось только придумать критерии качества для сжатия с потерями. Существует минимум несколько метрик, пытающихся уйти от субъективизма. Личные предпочтения стаканчиков - не слишком интересны. Потому что стаканчику нравится одно, а его соседу - другое. Что делает такие метрики не сильно ценными.

    А при прочих равных я предпочту чтобы ролик хорошо выглядел при проигрывании. Как он выглядит в виде выборочно надерганых стопкадров - менее приоритетно. К тому же кодеки не обязаны ставить ключевые кадры и распределять битрейт одинаково, так что тут тоже весьма зависит от.

    > Так что идите капитаньте в другом месте.

    Да, ща нам микрософтовские боты будут рассказывать про правильное сжатие.

     
     
  • 8.68, Michael Shigorin (ok), 21:08, 04/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Мы им расскажем про самовольную модерацию, ага ... текст свёрнут, показать
     
     
  • 9.88, Аноним (-), 08:43, 05/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    В другой ситуации я бы повонял, но вот конкретно этого персонажа не жалко Если ... текст свёрнут, показать
     
  • 7.53, mine (ok), 12:46, 04/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    У VP9 на 11% меньше размер зажатой картинки.
     
     
  • 8.113, annulen (ok), 15:32, 09/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Я бы предпочел на 11 больше, но без мыла Хотя юз-кейсы разные бывают, в домофо... текст свёрнут, показать
     
  • 6.32, Аноним (-), 04:06, 04/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Где на сравнении хоть какие-нибудь намёки на блочность?
     
  • 6.98, KT315 (ok), 17:36, 05/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    При одинаковом битрейте - большая потеря информации, т.к. замыливание, а значит ни нужно.
    А вот если картинки были бы идентичны и у VP9 был ниже битрейт - то да, годнота. Т.к. глаз не видит мелких деталей на движущейся картине, то можно снизить битрейт. А тут битрейт тотже, а картинка хуже - Epic Fail.
     
  • 4.11, pavlinux (ok), 00:54, 04/01/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А теперь отойди на три метра и найди разницу.
     
     
     
    Часть нити удалена модератором

  • 6.46, Аноним (-), 11:06, 04/01/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Куда не уйди, но если два файла занимают по 200 Мб, но
    > один голимого качества, то он останется голимого качества с какого расстояния
    > на этот файл не смотри.

    Ты обкурился и гонишь. Даже глаз на разных расстояниях видит разного размера детали. Ничо что есть такая штука, как физиология?

     
     
  • 7.80, Аноним (-), 03:47, 05/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Ничо что есть такая штука, как физиология?

    А ничо что есть такое свойство человеческого зрения как неспособность различать мелкие детали на движущихся картинках? То что гуглокодек этим пользуется - ну, молодцы, просекли фишку :).

     
  • 6.59, pavlinux (ok), 14:55, 04/01/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > ... то он останется голимого качества с какого расстояния на этот файл не смотри.

    http://ru.wikipedia.org/wiki/%D0%98%D0%BD%D1%82
    http://ru.wikipedia.org/wiki/%D0%9E%D0%BF%D1%8B

    Возвращайся как посчитаешь расстояния когда волны сложатся полностью.

    Вот тут мультик для детского сада http://www.youtube.com/watch?feature=fvwp&NR=1&v=LSwCCtvbSdg

     
  • 4.14, 7134956 (ok), 01:09, 04/01/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > http://screenshotcomparison.com/comparison/24121

    Это как-то нереально. Не верю что гугл потритила столько сил на УГ.
    Видимо снимки перепутаны. Тогда похоже.

     
     
  • 5.16, pavlinux (ok), 01:13, 04/01/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    У чувака кодык кривой!  

    VP9 рулит!!! http://screenshotcomparison.com/comparison/55765

     
     
  • 6.19, Аноним (-), 01:34, 04/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Added: 03.01.2014 21 minutes ago
    Эх, Паша.
     
     
  • 7.58, pavlinux (ok), 14:52, 04/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Added: 03.01.2014 21 minutes ago
    > Эх, Паша.

    Всё правильно, последние версии кодеков. x264 - мыло!

     
     
  • 8.81, Аноним (-), 03:49, 05/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Чудес не бывает или кирпичи от нестыковки DCT-блоков между собой, или основател... текст свёрнут, показать
     
  • 6.21, Аноним (-), 01:37, 04/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    А толку-то, надписи на картинках не понял)
     
  • 6.24, Admiral (?), 01:57, 04/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Фотошоп! Все гораздо хуже!
     
     
  • 7.57, pavlinux (ok), 14:51, 04/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Фотошоп! Все гораздо хуже!

    Обломс, под Линухом нету фотожопа.  

     
     
  • 8.61, Аноним (-), 15:27, 04/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Ну гимп, принцип все поняли ... текст свёрнут, показать
     
  • 6.73, Алексей (??), 01:03, 05/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Может быть, Theora не прижилась из-за какого-то кривого кодека или плеера? На некоторых сайтах встречались видео, которые у меня плохо проигрывались. Кажется, это всегда был сайт FSF. Видео на Викискладе всегда работали нормально, мои тоже.
     
     
  • 7.89, Аноним (-), 08:47, 05/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Может быть, Theora не прижилась из-за какого-то кривого кодека или плеера?

    Теора - всего лишь потомок VP3. Оно не конкурент даже VP8, не говоря уж о VP9. По битрейт-качество сугубо. Ну то-есть оптимизировать и твикать можно, но формат данных и ключевые особенности - от VP3, выше ограничений дизайна не прыгнешь. А переделывать уже ой - совместимость потеряется...

     
     
  • 8.101, Алексей (??), 22:06, 05/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Я не говорю, что она прижилась бы НАМНОГО лучше И конечно, она таки прижилась н... текст свёрнут, показать
     
  • 3.28, Аноним (-), 03:06, 04/01/2014 [^] [^^] [^^^] [ответить]  
  • +6 +/
    > Сравнения где? Вас послушать, так vp8 ушатал avc

    А если не жульничать (подпихивая уже пожатый ранее контент, так что артефакты оригинала маскируют артефакты сжатия) - VP8 очень даже прилично жмет, спокойно рубаясь как минимум с baseline профайлом 264-го. А VP9 был сделал с оглядкой на 265. И кодек довольно люто пилится, достаточно в гитовый лог посмотреть.

    А теперь коронный номер: попробуйте получить от MPEGовской экспертной группы кодек под сколь-нибудь вменяемой лицензией? Или аппаратный блок? Что, не получилось? А набор спеков - это лишь 10%. А остальные 90% определяются конкретной реализацией. Хреновая реализация H.264 может продуть даже XVID например. Хотя, казалось бы, более продвинутая часть стандарта. Ах, это надо самому целиком большой кусок софта писать? И блок разрабатывать? Ну окей, приходите когда напишете и разработаете. Всего пара лет до конкурентоспособного состояния - и дело в шляпе! А у гугли все есть уже сейчас. Они как раз вовремя прочухали...

     
     
  • 4.29, Аноним (-), 03:46, 04/01/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Что для тебя является непожатым Где ты видел первозданный, нетронутый руками че... большой текст свёрнут, показать
     
     
  • 5.36, Аноним (-), 04:48, 04/01/2014 [^] [^^] [^^^] [ответить]  
  • +7 +/
    > Что для тебя является непожатым?

    То что не подвергалось сжатию кодеками с потерям до этого. Не очень честно проверять качество работы огг-ворбиса или аац путем декомпрессии мп3 и компресии в новый формат, знаете ли. Будут двойные потери. Померяется что угодно, кроме качества нового кодека которым жали. Для аудио это народ начал понимать. А видео чем таким особенное?

    > Где ты видел первозданный, нетронутый руками человека YUV420 хотя бы?

    Несколко десятков гигз этого самого, в именно таком или подобных форматах у меня на винте лежит. Как раз для возможности потестить кодеки объективно. У xiph можно затариться, у них есть. Так что если у вас немеряный канал в интернет - вариант. Или просто самому с камеры поток без сжатия хапнуть. Как ты понимаешь, изначально сигнал с матрицы не сжат. Нежатый YUV можно даже с вебкамеры отхватить...

    > Рендеры и трансферты киноплёнок и только.

    Ну да, конечно, матрица камеры прям сама сжатие осуществляет. А вовсе и не массив данных отгружает наружу, который потом кодеком прессуется где-то в чипах или софте </sarcasm>.

    > Ни 1го, ни 2го у тебя и подавляющего большинства людей никогда не будет,

    См. выше - обломайся. Я сжатием видео интересуюсь с эпохи MPEG-1 еще. Так что я догадываюсь как надо сравнивать кодеки и попытка навешать мне лапшу на уши - не прокатит. Сюрприз, сюрприз.

    > чтобы сделать "честный" тест, на который ты бы не мог ничего
    > вякнуть в ответ.

    У меня как раз такие последовательности и есть. И я иногда гоняю на них кодеки, посмотреть как оно.

    > Да и что тут пожатого? Обычное плёночное зерно, которое я так подозреваю
    > было и в БД, а потом осталось и в потоке с 8k битрейтом

    Конкретно тут - не знаю. А даже на старинном бенчмарке от местных Compression Labs или как их там правильно VP8 спокойно рубался с H.264 baseline в одном из лучших кодеков - x264.

    > С этим кто-нибудь спорил? Все это отлично помнят и держат в уме.

    Тогда я не понимаю причины громких заяв. VP9 спокойно обставит H.264, а H.265 вообще нет толком и гугл имеет все карты на руках чтобы обойти его в внедреже. Пока стандартизаторы из мпега телятся, гугл УЖЕ сделал приличный референсный кодек, доступный на халявных условиях и аппаратные блоки. Эти горе-стандартизаторы по жизни считают что референсную реализацию если и недо представить - то галимую и на скотских условиях. Вот красота - самому несколько лет вкалывать с качественной реализацией чтобы потом на дойку MPEG LA попасть к тому же.

    > Хотя, опять же, производителю, глубоко плевать на такие отчисления, они всё
    > равно перенесутся в стоимость товара

    Во первых, чем дороже товар - тем он непривлекательнее. По этой причине ряд производителей SoC может активировать блок акселерации за отдельную мзду. Если кастомеру это надо и они готовы доплатить отдельно. Во вторых есть еще разработка кодека. И это непростая задача. Одно дело когда гугл IP-блок сделает и нашару раздаст без роялтей и другое - самому его делать или лицензировать за много-много килобаксов на конских условиях у тех кто уже сделал. Софтварный кодек хорошо сделать - тоже несколько лет займет. А у гугля уже дело на мази. Очень вовремя подсуетились, имхо.

    >> Хреновая реализация H.264 может продуть даже XVID например
    > Может, но пока всё наоборот.

    Вообще-то у адобы реально существовал кодек H.264 который жал хуже чем xvid. А то что какие-то посторонние кексы x264 нормально сделали - не заслуга группы MPEG, MPEG LA или кого там еще.

    > Просто потому, что МПЕГ ЛА обложила патентами все самые простые
    > и неочень алгоритмы и техники, используемые при кодировании.

    Тем не менее, гугл купил утиную компанию со всей их IP по этому поводу, в том числе и патентами. И договорился с MPEG LA каким-то чудом (вероятно, пообещав забодать 264/265 своии патентами если им будут сильно гадить? У них от утиной компании патентов наверняка немеряно).

    > В сухом остатке имеем: громкие заявления от гугла, единственную реализацию кодера [от
    > гугла], да и та сливает под чистую x264

    Не вижу особого слива. А H.265 вообще пока только на бумаге.

     
  • 5.109, NikolayV81 (ok), 10:06, 09/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Тушки Nikon Canon вполне себе выдают, у меня по сабжу другой вопрос, для того чт... большой текст свёрнут, показать
     
  • 4.34, lucentcode (ok), 04:18, 04/01/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Они не просто вовремя прочухали - они намеренно сыграли на опережение. И не важно хорош будет HEVC, или нет. Главное что-бы к моменту, когда начнётся его внедрение VP9 был уже везде, и желательно не один месяц(или год). В настоящий момент HEVC не допилен, и до его внедрения ещё далеко. А Google предлагает уже работающее решение. Не сложно догадаться, что выберут вендоры.
     
     
  • 5.37, Аноним (-), 04:49, 04/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > когда начнётся его внедрение VP9 был уже везде, и желательно не
    > один месяц(или год).

    Ну да. В хроме ксати уже есть. И в файрфокс включили недавно. Так что >50% веба буквально на днях сможет VP9.

     
  • 5.86, Аноним (-), 07:52, 05/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    h265 конечно. Это ж стандарт.
     
     
  • 6.94, lucentcode (ok), 15:27, 05/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > h265 конечно. Это ж стандарт.

    Да ладно, кому нужен стандарт? Потребителю нужно более-менее качественное решение, и ему нет дела до стандарта. HTML4 - это стандарт. HTML5 всё ещё на стадии рекомендаций, но разные части данной спецификации уже вовсю используются на большей части сайтов в сети Интернет. Как вы думаете, что важнее - фичи или стандарт? Да потребителям(99 процентов всех пользователей различных гаджетов) вообще нет дела до стандартов, форматов и прочей чепухи. Им только новые фичи подавай(или старые, но поданные по новому(хвала талантливым маркетологам)).


     
  • 6.102, Аноним (-), 07:18, 07/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > h265 конечно. Это ж стандарт.

    В пень такие стандарты, для реализации которых надо платить левым прихлебателям.

     

  • 1.6, xdbxd (?), 00:28, 04/01/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Значит все существующие чипы и миллиарды устройств, в которых они работают, автоматически "устарели"?
     
  • 1.12, Khariton (ok), 00:57, 04/01/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Я так понимаю, что АМД будет против?
     
     
     
    Часть нити удалена модератором

  • 3.51, Аноним (-), 12:06, 04/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    АМД пока заняты, чипы видюшные для макпро клепают, потом дрова для линукса допилят до нормы, потом процыки на новую нанометровую технологию начнут делать, а потом уже и на видеокодек обратят внимание.
     
  • 2.38, Аноним (-), 04:50, 04/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Я так понимаю, что АМД будет против?

    А они в мобильных и т.п. делах не очень то и котируются. Нвидии какой-нибудь логично засунуть блок в тегру. Интел тоже на смарты и планшеты пыжится протиснуться. А на десктопе с 8-ядерным процом на 4 гигагерца акселерация ютуба как-то не первоприоритетная задача. Вот если амд захочет на мобильные девайсы - тут им без VP9 придется туго, т.к. гугл наверняка в ведроиде будет им активно пользоваться.

     
     
  • 3.77, Аноним (-), 03:26, 05/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Это у нас теперь NVidia в мобильных делах котируется со своей устаревшей Тегрой и провалившимся Шилдом? Или ARM со своими Mali?

    А вот Imagination Technologies я что-то в списке не увидел, ага.

     
     
  • 4.82, Аноним (-), 03:59, 05/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Как сказать Их SoC далеко не самый непопулярный на свете, так что в принципе ко... большой текст свёрнут, показать
     
     
  • 5.92, Vkni (ok), 09:32, 05/01/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Как максимум они делают GPU,
    > "одно из".

    И ещё CPU "одно из" - MIPS.

     
  • 5.99, Аноним (-), 18:27, 05/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >Их SoC далеко не самый непопулярный на свете

    И какой же более непопулярный? Разве что Интеловский.

    >ARM нынче в почти всех смартах и планшетах

    Речь, разумеется, шла про ARM'овый Mali. Как-то он не очень котируется в смартах и планшетах. Примерно как интеловское видео на ПК.

    >Есть навалом других

    А именно PowerVR и Tegra и... Ой, список кончился

    >А у вас какой к ним интерес?

    Ну так, на секундочку, единственное приличное видео на мобильных платформах.и

     
     
  • 6.105, Аноним (-), 07:29, 07/01/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да их легион Вон у китайцев есть куча всякого добра, половину названий которого... большой текст свёрнут, показать
     
  • 3.91, Vkni (ok), 09:31, 05/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > А на десктопе с 8-ядерным процом на 4 гигагерца акселерация ютуба как-то не первоприоритетная задача.

    И на 4K?

     
     
  • 4.103, Аноним (-), 07:22, 07/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > И на 4K?

    Хоть на 8. В основном сложность декодирования битрейтом определяется.

     
     
  • 5.107, Vkni (ok), 02:12, 08/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Хоть на 8. В основном сложность декодирования битрейтом определяется.

    Предполагается, что кол-во деталей увеличивается пропорционально => bitrate тоже.

     
  • 4.110, NikolayV81 (ok), 10:18, 09/01/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> А на десктопе с 8-ядерным процом на 4 гигагерца акселерация ютуба как-то не первоприоритетная задача.
    > И на 4K?

    Там просто дрова допилить, аппаратный декодер для десктопного чипа достаточно универсален ( вроде как и числа с плавающей точкой умеет ), с учётом того что он умеет аппаратно сильно помогать кодировать h264, то декодирование VP9 для него не должно быть большой проблемой ( другое дело что под шумок могут не допилить поддержку для старых камней чтобы новые лучше продать ).

     
     
  • 5.118, Аноним (-), 10:30, 10/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > ( вроде как и числа с плавающей точкой умеет ),

    Щаз. Это специализированный аппаратный блок, кушающий полтора формата прибитых гвоздями, с уймой оговорок. Кому этого мало - идет дописывать на OpenCL недостающее, etc.

     

  • 1.18, Аноным (ok), 01:33, 04/01/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    МС с Яблоком так же не дадут ему распространиться. Ещё и мылит.
     
     
  • 2.39, Аноним (-), 04:53, 04/01/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > МС с Яблоком так же не дадут ему распространиться.

    Все придет к тому что гугл их просто забудет спросить. В паре с мозиллой у них более 50% веба. А еще у гугля 80% рынка смартов и 50% рынка планшетов. С такой массой упомянутых можно вообще забыть спросить. Будут строиться как миленькие, если не хотят оказаться в лузе.

    > Ещё и мылит.

    Лучше чем блоки. Глаз не видит мелкие детали в движении, так что на движущемся мувике это смотрится достаточно прилично. А вот рассыпание на блоки - довольно заметные артефакты.

     
  • 2.69, Michael Shigorin (ok), 21:18, 04/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > МС с Яблоком

    Кто такие?

     
  • 2.95, lucentcode (ok), 15:34, 05/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > МС с Яблоком так же не дадут ему распространиться. Ещё и мылит.

    МС с яблоком на рынке мобильных девайсов хорошо если вместе наберут около 40%. Пользователи девайсов с Andoroid на борту даже не узнают, что их любимый ютубик использует новый кодек. Но пользоваться им будут. Если пираты увидят, что рипы в VP9 жмутся лучше, чем в HEVC - HEVC можно будет закапывать... А про то, что порнушные сайты выбирают более привлекательную для них технологию, а кодек который лучше жмёт и не требует отчислений им понравится - это факт.


     
     
  • 3.111, NikolayV81 (ok), 10:21, 09/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >> МС с Яблоком так же не дадут ему распространиться. Ещё и мылит.
    > МС с яблоком на рынке мобильных девайсов хорошо если вместе наберут около
    > 40%. Пользователи девайсов с Andoroid на борту даже не узнают, что
    > их любимый ютубик использует новый кодек. Но пользоваться им будут. Если
    > пираты увидят, что рипы в VP9 жмутся лучше, чем в HEVC
    > - HEVC можно будет закапывать... А про то, что порнушные сайты
    > выбирают более привлекательную для них технологию, а кодек который лучше жмёт
    > и не требует отчислений им понравится - это факт.

    Пиратам нужно что-бы у них игралось, если в BD плеер/телек/медиацентр можно будет вставить флэшку с пожатым h265 кино и она будет играться а пожатое vp9 не будет, то вероятно им будет наплевать на то насколько лучше жмёт vp9

     
     
  • 4.114, lucentcode (ok), 18:26, 09/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Пиратам нужно что-бы у них игралось, если в BD плеер/телек/медиацентр можно будет
    > вставить флэшку с пожатым h265 кино и она будет играться а
    > пожатое vp9 не будет, то вероятно им будет наплевать на то
    > насколько лучше жмёт vp9

    Плашнеты, телефоны, умные телевизоры и приставки для цифрового TV будут поддерживать данный кодек. А вот о h265 этого не скажешь. За данный кодек нужно будет не хилые отчисления платиить, а VP бесплатный и с говотой железной реализацией.

     
     
  • 5.115, NikolayV81 (ok), 09:28, 10/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Вы в виртуальном мире живёте, много бесплатный VP8 поддерживает из домашней техн... большой текст свёрнут, показать
     
     
  • 6.116, Аноним (-), 10:27, 10/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Вы в виртуальном мире живёте, много бесплатный VP8 поддерживает из домашней техники,

    Вот гугл решил поработать над этим упущением, выбрав правильное место и время. Вроде все разумно.

     
  • 6.119, lucentcode (ok), 15:06, 10/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    VP8 поддерживается смартфонами и планшетами на базе процессоров Qualcomm и MTK. Ну и приставками для цифрового ТВ(на базе MTK). Но VP8 имел проблемы с патентами(после того, как Google прижала паразитов из MPEG LA патентами Motorola - они пошли на мировую, и теперь это не актуально), а VP9 это не грозит. Google научился защищать свои интересы. Да и качество VP9 и VP8 сравнивать не прилично.

     
     
  • 7.120, NikolayV81 (ok), 15:26, 10/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Домашняя техника, из того что есть в наличии, VP8 аппаратно не поддерживает ниче... большой текст свёрнут, показать
     
     
  • 8.121, lucentcode (ok), 18:12, 10/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Железок с VP9 будет немало Претензии если и будут, то не со стороны MPEG LA Па... текст свёрнут, показать
     

  • 1.22, Аноним (-), 01:37, 04/01/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Две полоски, залетела...
    Разве i7 не справляется с 4k?
     
  • 1.33, lucentcode (ok), 04:14, 04/01/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Настоящий успех. На этот раз Google опередил проприерастов. Главное, что-бы они и дальше не сбавляли темп. Судя по результатам некоторых тестов VP9 жмёт лучше, чем HEVC. И при этом бесплатен. Да ещё и аппаратная реализация готовая - определённо производители это оценят. Одно печалит, в данном списке я не вижу AMD. Неужели мне придётся покупать видюху от NVIDIA?
     
  • 1.45, Аноним (-), 10:59, 04/01/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вот только как же ужасно VP8/9 мылят...
    http://tctechcrunch2011.files.wordpress.com/2014/01/vp9-bitrate.png
     
     
  • 2.76, Xasd (ok), 02:19, 05/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Вот только как же ужасно VP8/9 мылят...
    > http://tctechcrunch2011.files.wordpress.com/2014/01/vp9-bitrate.png

    что именно там мылится?

    тарелка и обои на заднем фоне (вне фокуса видеокамеры) ?

    почему кстате на твоём скриншоте -- размыленно всё, включая надписи и контролы управления?

     
  • 2.96, lucentcode (ok), 15:36, 05/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Вот только как же ужасно VP8/9 мылят...
    > http://tctechcrunch2011.files.wordpress.com/2014/01/vp9-bitrate.png

    Фейк. Надписи то тоже размыты. А png не мылит. Он сжимает без потерь. Да и та часть, что демонстрирует .h264 замылена конкретно.


     

  • 1.52, Sinot (ok), 12:42, 04/01/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    А как насчет кодирования в реальном времени?
     
  • 1.54, Admiral (?), 13:55, 04/01/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    http://www.opennet.me/opennews/art.shtml?num=37242
     
     
  • 2.60, Admiral (?), 15:26, 04/01/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > http://www.opennet.me/opennews/art.shtml?num=37242

    Если кодеки VP9 и HEVC по прежнему построены на основе принципов, заложенных ещё 25 лет назад в H.261 и оптимизированных с учётом роста современных компьютерных мощностей, то Daala базируется на принципиально иных методах, разработанных с нуля и не отталкивающихся от ранее доступных наработок. В частности, вместо традиционного дискретно-косинусного преобразования (Discrete Cosine Transform, DCT), оперирующего квантованием блоков в 4x4, 8x8 или 16x16 пикселей, в Daala задействована новая техника преобразования с перекрытием блоков (lapped transform).


    Зачем нужна аппаратная устаревшая поддержка в чипе?

     
     
  • 3.67, VoDA (ok), 21:02, 04/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Если кодеки VP9 и HEVC по прежнему построены на основе принципов, заложенных
    > ещё 25 лет назад в H.261 и оптимизированных с учётом роста
    > современных компьютерных мощностей, то Daala базируется на принципиально иных методах,
    > разработанных с нуля и не отталкивающихся от ранее доступных наработок. В
    > частности, вместо традиционного дискретно-косинусного преобразования (Discrete Cosine
    > Transform, DCT), оперирующего квантованием блоков в 4x4, 8x8 или 16x16 пикселей,
    > в Daala задействована новая техника преобразования с перекрытием блоков (lapped transform).

    Если за Daala не будет стоять мега-корпорации размером с Гугл или MS, то его тихо заморят патентным троллингом. Так что технологическая новизна не дает серьезного преимущества.

    PS не для троллинга - жмет ли Daala *сейчас* сильнее, чем VP9 на текущих фильмах? Или это только "перспективные" возможности? )))

     
  • 3.71, хрюкотающий зелюк (?), 23:47, 04/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Daala - интересная идея, но VP9 уже готов здесь и сейчас и гугл будет его защищать. Лишь поэтому это плюс.
     
     
  • 4.72, Admiral (?), 00:09, 05/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Daala - интересная идея, но VP9 уже готов здесь и сейчас и
    > гугл будет его защищать. Лишь поэтому это плюс.

    Я Намекал, что гугл выбрал неправильный путь и внедряет еще один аппаратный API H.264 со своими 25 летними недостатками.

     
     
  • 5.74, хрюкотающий зелюк (?), 01:10, 05/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    VP9 лучше чем H264?
     
     
  • 6.79, Аноним (-), 03:32, 05/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > VP9 лучше чем H264?

    Вы, батенька, детерминируйте понятие "лучше" сначала.
    Для кого лучше, в разрезе каких целей лучше, и т.п.
    Вот тогда и поговорим.


     
  • 5.85, Аноним (-), 04:58, 05/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Я Намекал, что гугл выбрал неправильный путь и внедряет

    Гугл внедряет то что реалистично внедрить. А PoC который крут, но не стабилизирован и до ума не доведен. Различайте технологические прототипы от готовых к применению вещей.

     
     
  • 6.123, Perain (?), 06:44, 18/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    VP9 построен на базе H264 и отличий они имеют совсем мало
     
  • 3.83, Аноним (-), 04:45, 05/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > в Daala задействована новая техника преобразования с перекрытием блоков (lapped
    > transform).

    Спору нет, многообещающая вещица. Но это пока больше концепт, чем нечто готовое, стабилизированное и прочая. Речь о стабилизации битстрима пока не идет, etc. А без этого нет никаких гарантий что через 5 лет вы сможете проиграть то что закодировали сегодня. А это плохо, не так ли?

     
  • 3.97, lucentcode (ok), 15:40, 05/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Если кодеки VP9 и HEVC по прежнему построены на основе принципов, заложенных
    > ещё 25 лет назад в H.261 и оптимизированных с учётом роста
    > современных компьютерных мощностей, то Daala базируется на принципиально иных методах,
    > разработанных с нуля и не отталкивающихся от ранее доступных наработок. В
    > частности, вместо традиционного дискретно-косинусного преобразования (Discrete Cosine
    > Transform, DCT), оперирующего квантованием блоков в 4x4, 8x8 или 16x16 пикселей,
    > в Daala задействована новая техника преобразования с перекрытием блоков (lapped transform).
    > Зачем нужна аппаратная устаревшая поддержка в чипе?

    Помнится, до Daala уже был Dirac. Который до сих пор не допилили до вменяемого состояния. А ведь за Dirac стоял гигант - BBC. Подозреваю, что Daala тоже опережает своё время. Современные процессоры просто не будут способны нормально декодировать видео в данном формате. А на оптимизацию и доведение кодека до ума могут уйти годы. Если h264, HEVC и VP8/VP9 базируются на развиваемых десятилетиями стандартах, то Daala - это принципиально новый кодек.


     

  • 1.63, Аноним (-), 16:54, 04/01/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    AMD чото в списке саппортеров не замечен.
     
  • 1.66, хрюкотающий зелюк (?), 19:21, 04/01/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Декодер - отлично, да еще в такой форме, не плохо.

    А что на счёт "сжиматора"?

     
  • 1.70, Аноним (-), 21:45, 04/01/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А зачем это отдельно пилить АМД ? у них есть opencl, который может просто реализовать данную функцию
     
     
  • 2.75, Мяут (ok), 02:05, 05/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >  у них есть opencl

    Но тогда это не будет аппаратным декодером, не так ли?

     
     
  • 3.78, Аноним (-), 03:31, 05/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >>  у них есть opencl
    > Но тогда это не будет аппаратным декодером, не так ли?

    Ну и зачем им аппаратный декодер если даже самый слабый видеочип AMD потянет этот VP9 в 4К программно, на OpenCL?

     
     
  • 4.93, anonymous (??), 09:38, 05/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >>>  у них есть opencl
    >> Но тогда это не будет аппаратным декодером, не так ли?
    > Ну и зачем им аппаратный декодер если даже самый слабый видеочип AMD
    > потянет этот VP9 в 4К программно, на OpenCL?

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

     
     
  • 5.117, Аноним (-), 10:28, 10/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > для других параллельно выполняемых задач.

    Врядли это будет сильно интересовать юзера который кино смотрит.

     
  • 3.84, Аноним (-), 04:46, 05/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Но тогда это не будет аппаратным декодером, не так ли?

    В каком-то роде так. С другой стороны - CPU таким манером от ряда операций можно разгрузить. Особенно от всякого тяжелого постпроцессинга, etc.

     

  • 1.100, Аноним (-), 20:36, 05/01/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Как у них с поддержкой 10bit цвета?
     
     
  • 2.104, Аноним (-), 07:25, 07/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Как у них с поддержкой 10bit цвета?

    А у тебя, для начала?

     
     
  • 3.106, plain5ence (ok), 20:51, 07/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    С разморозкой вас! Hi10P неплохо помогает от бандинга даже при 8-битных входе и выходе.

    Ну а разработчики VP9 пока говорят так: "we are actively considering whether at some point in the future we should add support for 10 bit" (https://groups.google.com/a/webmproject.org/forum/#!msg/webm-discuss/UzoX7owhwB0/qUFc6ZcMUFMJ)

     

  • 1.122, deniskx (ok), 17:32, 12/01/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > сокращения размера битового потока на 50% при сохранении идентичного качества

    Боюсь что этим будут злоупотреблять, внаглую занижая битрейт, а на деле там еще и окажется менее 50%. Как сейчас злоупотребляют на трекерах сжимая 6 канальный звук в AAC 192 kbps. Понятно, что получается терпимо и теже MP3 и AC3 дадут в таких условиях значительно худший результат. Но плять и качеством это не назовешь. Учитывая, что Youtube никогда не заботился о качестве (как скажем vimeo), поскольку у них даже на 1080p мыло, артефакты и мизерный битрейт. То в лучшем случае с VP9 наш ждет еще меньший битрейт, при, я надеюсь таком же качестве, то есть с случае с ютубом говно-качестве.

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру