Стандарт кодування відео H.266/VVC був остаточно розроблений, обіцяючи таку саму якість при удвічі меншому розмірі H.265/HEVC

H.266/VVC — це стандарт кодування відео, який прийшов на зміну стандарту H.265/HEVC, обіцяючи однакову якість при удвічі меншому розмірі для вмісту 4K і 8K. Читай далі!

Потокове відео становить величезну частину загального трафіку в Інтернеті, за деякими оцінками, це колосальні 80% усього інтернет-трафіку. Із поширенням пристроїв для споживання відео, демократизацією відеозйомки та послідовним рухом угору щодо роздільної здатності дисплея, очікується, що цей внесок становитиме дуже великий відсоток у найближчі роки. Таким чином, стандарти кодування відео стають важливим інструментом балансування, який гарантує, що потокове відео не заглушить нашу інтернет-інфраструктуру, а також негативно перешкоджають взаємодії з користувачем. тепер, Fraunhofer HHI анонсувала новий стандарт відеокодування під назвою H.266/VVC (Versatile Video Coding). який приходить на зміну H.265/HEVC (високоефективне кодування відео).

Інститут телекомунікацій Фраунгофера, також відомий як Fraunhofer HHI, є організацією, яка розробляє стандарти стиснення кодування відео. Їх останнє оголошення стосується нового стандарту кодування відео. Стверджується, що цей стандарт відеокодування під назвою H.266/VVC (Універсальне кодування відео) має таку саму якість сприйняття, але вдвічі менший за розмір відео, закодованого в його попереднику H.265/HEVC. Це означає, що завантаження відео та відеопотоки можуть надавати відео вищої якості за меншої пропускної здатності, таким чином зменшуючи використання даних для споживачів і водночас приносячи користь постачальникам. Наприклад, для передачі 90-хвилинного відео 4K/UHD, закодованого у H.265/HEVC, може знадобитися 10 ГБ даних, тоді як те саме 90-хвилинне відео UHD, закодоване у H.266/VVC, може зайняти близько 5 ГБ даних. передавати. Це велика економія з точки зору відсоткового зменшення пропускної здатності, і вона посилиться, якщо взяти до уваги величезний масштаб потокового відео.

Але це розширення має кілька проблем на цьому шляху. Якщо виробник пристрою хоче додати кодер або декодер H.266/VVC, йому доведеться платити ліцензійні збори, оскільки новий стандарт кодування використовує кілька запатентованих технологій. Fraunhofer HHI обіцяє «уніфіковану та прозору модель ліцензування, засновану на принципі FRAND (справедливого, розумного та недискримінаційного)». Однак власники патентів все одно будуть вирішувати, як ліцензувати технологію. Вартість потенційно може досягати сотень і мільйонів доларів. Така висока вартість створює очевидну проблему завищення вартості кінцевого продукту/послуги, що ускладнює беззбитковість компанії. Для таких проектів, як Mozilla Firefox, це просто поза рівнянням через ідеологічні, економічні та практичні причини.

Патент і головоломка вартості є причиною того, чому багато зацікавлених сторін у спільноті кодування відео віддають перевагу безоплатним кодекам. Співавтор XDA Стівен Циммерман написав чудову статтю про AV1, безоплатна відповідь Google на HEVC і майбутнє відеокодеків у 2017 році, а його аналіз і прогнози залишаються актуальними й сьогодні. Ми продовжуємо спостерігати сплеск у прийнятті AV1 серед потокових платформ, таких як YouTube, Netflix, Vimeo, Facebook, а також виробники SoC MediaTek. Залишається побачити, як H.266/VVC протистоїть безоплатним кодекам, таким як AV1.

Навряд чи ми побачимо підтримку H/266/VVC на мобільних пристроях принаймні до 2021 року. Жоден мобільний SoC наразі не підтримує декодування чи кодування з апаратним прискоренням у цьому новому форматі кодування відео. Щойно системні процесори почнуть підтримувати кодування відео з апаратним прискоренням у H.266/VVC, розміри файлів для відеозаписів 4K і 8K значно зменшаться. Так само апаратне прискорення для декодування відео H.266/VVC призведе до зменшення використання даних, якщо платформи потокового відео почнуть кодувати свої відео в цьому новому форматі. Fraunhofer HHI каже, що "наразі розробляються нові чіпи, необхідні для використання H.266/VVC, наприклад у мобільних пристроях", щоб ми могли побачити, що SoC підтримують це вже наступного року.


Джерело: Бюлетень Fraunhofer

Еталонний кодер X.266/VVC: Фраунгофер VCGit