The OpenNET Project / Index page

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



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Результаты тестирования AV1 в Facebook. Новый формат JPEG XS, opennews (??), 11-Апр-18, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


5. "Результаты тестирования AV1 в Facebook. Новый формат JPEG XS"  +13 +/
Сообщение от Анонимус142 (?), 11-Апр-18, 23:50 
Это первая версия, там ещё нет ни оптимизаций, ничего.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

34. "Результаты тестирования AV1 в Facebook. Новый формат JPEG XS"  +4 +/
Сообщение от Аноним (-), 12-Апр-18, 06:43 
я честно не представляю, какие такие оптимизации там должны быть, чтобы отыграть отставание 600х от vp9. Ну перепишут все на SSE/AVX/NEON/etc, получат 100х в самом лучшем случае. Дальше-то что?
Ответить | Правка | Наверх | Cообщить модератору

41. "Результаты тестирования AV1 в Facebook. Новый формат JPEG XS"  +/
Сообщение от amonimous (?), 12-Апр-18, 07:18 
Кодированием/декодированием должен заниматься ГПУ. Например у меня на ноуте, если воспроизвести 60фпс 1080п видео софтварно, то вентиляторы начинают шуршать шо ппц. А в то же время через vaapi ноут вообще даже теплым не стал.
Ответить | Правка | Наверх | Cообщить модератору

63. "Результаты тестирования AV1 в Facebook. Новый формат JPEG XS"  –1 +/
Сообщение от Аноним (-), 12-Апр-18, 11:06 
У ГПУ есть ряд ограничений. Новые кодеки используют не один прошлый кадр, а множество, что сильно увеличивает нагрузку на память. ГПУ в первую очередь числомолотилки. Для аналогии можно сравнить Bitcoin алгоритм sha256, и Litecoin scrypt. Второй использует память, и скорость вычисления у него на порядки ниже. Многие аппаратные реализации вообще физически ограничены количеством анализируемых кадров.
Ответить | Правка | Наверх | Cообщить модератору

53. "Результаты тестирования AV1 в Facebook. Новый формат JPEG XS"  +/
Сообщение от MrClon (ok), 12-Апр-18, 09:15 
> я честно не представляю, какие такие оптимизации там должны быть, чтобы отыграть
> отставание 600х от vp9. Ну перепишут все на SSE/AVX/NEON/etc, получат 100х
> в самом лучшем случае. Дальше-то что?

AV1 с VP9 и не собирается гоняться, его конкурент H.265

Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

55. "Результаты тестирования AV1 в Facebook. Новый формат JPEG XS"  +/
Сообщение от Аноним (-), 12-Апр-18, 09:20 
> AV1 с VP9 и не собирается гоняться, его конкурент H.265

И как раз самого интересного — сравнения с ним — и нету.

Ответить | Правка | Наверх | Cообщить модератору

58. "Результаты тестирования AV1 в Facebook. Новый формат JPEG XS"  +/
Сообщение от MrClon (ok), 12-Апр-18, 09:29 
>> AV1 с VP9 и не собирается гоняться, его конкурент H.265
> И как раз самого интересного — сравнения с ним — и нету.

Есть, но не у мордокниги (:
https://www.opennet.ru/openforum/vsluhforumID3/114062.html#57

Ответить | Правка | Наверх | Cообщить модератору

67. "Результаты тестирования AV1 в Facebook. Новый формат JPEG XS"  +/
Сообщение от Аноним (-), 12-Апр-18, 11:38 
VP9 и H265 примерно сравнимы по сложности.
Ответить | Правка | К родителю #53 | Наверх | Cообщить модератору

70. "Результаты тестирования AV1 в Facebook. Новый формат JPEG XS"  +/
Сообщение от MrClon (ok), 12-Апр-18, 12:08 
> VP9 и H265 примерно сравнимы по сложности.

У H.265 на самом деле (как и у H.264) большой разброс по сложности, в зависимости от параметров. Может жать и достаточно быстро, может и чертовски медленно (эффективность меняется соответственно). У VPx и AV1 гибкость в этом отношении ниже, хотя AV1 может ещё и научится

Ответить | Правка | Наверх | Cообщить модератору

110. "Результаты тестирования AV1 в Facebook. Новый формат JPEG XS"  +/
Сообщение от Аноним (-), 13-Апр-18, 08:41 
> У H.265 на самом деле (как и у H.264) большой разброс по
> сложности, в зависимости от параметров.

У VP9 и AV1 это аналогично. Там даже реалтаймные профайлы есть. Для видеоконференций всяких. И таки AV1 был сделан с оглядкой на ВСЕ что существовало. Но и с оглядкой на патенты, чтобы не залетать на роялти, как с H.265, когда не успели спеки выйти и тем более кодеки накодить как троллота с патентными дубинками уже встала в очередь.

Ответить | Правка | Наверх | Cообщить модератору

111. "Результаты тестирования AV1 в Facebook. Новый формат JPEG XS"  +/
Сообщение от MrClon (ok), 13-Апр-18, 08:53 
> У VP9 и AV1 это аналогично. Там даже реалтаймные профайлы есть. Для
> видеоконференций всяких. И таки AV1 был сделан с оглядкой на ВСЕ
> что существовало. Но и с оглядкой на патенты, чтобы не залетать
> на роялти, как с H.265, когда не успели спеки выйти и
> тем более кодеки накодить как троллота с патентными дубинками уже встала
> в очередь.

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

Ответить | Правка | Наверх | Cообщить модератору

68. "Результаты тестирования AV1 в Facebook. Новый формат JPEG XS"  +/
Сообщение от Аноним (-), 12-Апр-18, 11:41 
> я честно не представляю, какие такие оптимизации там должны быть, чтобы отыграть
> отставание 600х от vp9. Ну перепишут все на SSE/AVX/NEON/etc, получат 100х
> в самом лучшем случае. Дальше-то что?

Полностью не догонят, это ожидаемо. Но на CPU, кроме риповальщиков-релизеров, никто жать не собирается. Будут железные кодеры/декодеры, которые и дадут приемлимую скорость.

Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

100. "Результаты тестирования AV1 в Facebook. Новый формат JPEG XS"  +/
Сообщение от Аноним (-), 12-Апр-18, 21:48 
Железные кодеры (по крайней мере, те, что для массового рынка в процах и видяхах) имеют один недостаток: они жертвуют качеством выходной картинки (что ютубу не очень важно) и, самое главное, эффективностью сжатия в пользу скорости сжатия и возможности уложиться в ограничения аппаратных реализация (ограниченная память, сложность с отслеживанием предыдущих кадров).
А кодировщик с неэффективным сжатием гуглу не сдался, потому что самые большие затраты у него не на показ актуального видео, которое залили сегодня, а на хранение всего того, что поназаливали за предыдущие пятнадцать лет и которое показывается примерно никогда.
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




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

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