Підтримка функцій у певних профілях
1. рівень
Коли термін використовується у стандарті, "рівень" - це заданий набір обмежень, які вказують на ступінь продуктивності декодера, необхідну для профілю. Наприклад, рівень підтримки у файлі конфігурації визначає максимальну роздільну здатність зображення, частоту кадрів та бітрейт, які може використовувати декодер. Декодер, який відповідає даному рівню, повинен мати можливість декодувати всі потоки бітів, кодовані для цього рівня, і всі нижчі рівні.
Рівні з максимальними значеннями властивостей
Максимальна швидкість передачі даних високого профілю в 1.25 рази перевищує обмежені базові, базові, розширені та основні профілі; Hi10P - 3 рази, Hi422P/Hi444PP - 4 рази.
Кількість зразків яскравості становить 16 × 16 = 256 разів більше кількості макроблоків (а кількість зразків яскравості в секунду в 256 разів перевищує кількість макроблоків в секунду).
2. Декодований буфер зображення
Кодери H.264/AVC використовують попередньо закодовані зображення для передбачення значень вибірки в інших зображеннях. Це дозволяє кодеру приймати ефективні рішення щодо найкращого способу кодування даного зображення. У декодері ці зображення зберігаються у віртуальному декодованому буфері зображень (DPB). Максимальну ємність DPB в одиницях кадрів (або пар полів), як показано в дужках у правому стовпці таблиці вище, можна розрахувати таким чином:
DpbCapacity = хв (підлога (MaxDpbMbs /(PicWidthInMbs * FrameHeightInMbs)), 16)
Де MaxDpbMbs - це постійне значення, наведене в наступній таблиці як функція від номера рівня, а PicWidthInMbs і FrameHeightInMbs - це ширина зображення та висота кадру закодованих відеоданих, виражені в одиницях макроблоків (округлені до цілого значення та обрізані) і поєднання макроблоків (за наявності)). Ця формула вказана у розділах A.3.1.h та A.3.2.f видання стандарту за 2017 рік.
Оскільки кодування та декодування H.264 вимагають великої обчислювальної потужності для певних типів арифметичних операцій, реалізація програмного забезпечення, що працює на процесорах загального призначення, зазвичай споживає менше енергії. Однак останній чотирьохядерний процесор загального призначення x86 має достатньо обчислювальних можливостей для виконання кодування в режимі реального часу SD і HD. Ефективність стиснення залежить від реалізації відео алгоритму, а не від того, чи він реалізований за допомогою апаратного чи програмного забезпечення. Тому відмінність між апаратними та програмними реалізаціями більше залежить від енергоефективності, гнучкості та вартості. Для того, щоб підвищити енергоефективність та зменшити апаратний форм -фактор, спеціальне обладнання може бути використано для повного процесу кодування або декодування, або для сприяння прискоренню в середовищі управління процесором.
Відомо, що рішення на основі процесора є більш гнучкими, особливо коли кодування повинно виконуватися в декількох форматах, кількох бітрейтах і дозволах (відео на декількох екранах) одночасно, і вони можуть мати додаткові функції, такі як підтримка формату контейнера, розширена інтегрована рекламні функції тощо. Програмні рішення на основі процесора зазвичай полегшують завантаження балансу кількох одночасних сеансів кодування в межах одного процесора.
Процесор Core i3/i5/i7 Intel другого покоління "Sandy Bridge", запущений на виставці CES (Consumer Electronics Show) у січні 2011 року, забезпечує вбудований апаратний кодер Full HD H.264 під назвою Intel Quick Sync Video.
Апаратний кодер H.264 може бути ASIC або FPGA.
Кодери ASIC з функціями кодера H.264 доступні у багатьох різних напівпровідникових компаніях, але основні конструкції, що використовуються в ASIC, зазвичай отримують від кількох компаній, таких як Chips & Media, Allegro DVT, On2 (раніше Hantro, придбаний Google) Ліцензія, Технології уяви, NGCodec. Деякі компанії мають як продукти FPGA, так і ASIC.
Texas Instruments (TI) виробляє серію ядер ARM + DSP, які виконують кодування 1080p DSP H.264 BP зі швидкістю 30 кадрів в секунду. Це забезпечує гнучкість кодеку (який реалізований як високооптимізований код DSP), при цьому він є більш ефективним, ніж програмне забезпечення на центральних процесорах загального призначення.
2. ліцензія
Див. Також: Microsoft Corp. проти Motorola Inc. та Qualcomm Inc. проти Broadcom Corp.
У країнах, де зберігаються патенти на алгоритм програмного забезпечення, постачальники та комерційні користувачі продуктів, що використовують H.264/AVC, повинні сплачувати патентні ліцензійні збори за запатентовану технологію, що використовується у їхній продукції. Це також стосується базового профілю.
Приватна організація під назвою MPEG LA, яка не є афілійованою організацією зі стандартизації MPEG, керує патентними ліцензіями, що застосовуються до стандарту, а також патентним пулом системи MPEG-2 Part 1, MPEG-2 Part 2 Video та MPEG -4 Частина 1. 2 частини відео, HEVC, MPEG-DASH та інші технології. Патент США MPEG LA H.264 протримається принаймні до 2027 року.
26 серпня 2010 року MPEG LA оголосила, що ніколи не стягуватиме з кінцевих користувачів роялті безкоштовного Інтернет-відео у кодуванні H.264. Усі інші роялті все ще існують, наприклад, роялті за продукти, що декодують та кодують відео H.264, та оператори безкоштовного телебачення та канали підписки. Умови ліцензії оновлюються блоками по 5 років.
Фактичний статус юридичного патенту закінчився наприкінці 2018 року, загалом 123 сторінки.
У 2005 році Qualcomm, правонаступник патентів США 5,452,104 та US 5,576,767, подав до суду на Broadcom до окружного суду США, стверджуючи, що Broadcom порушив ці два патенти, виготовляючи продукцію, що відповідає стандарту стиснення відео H.264. У 2007 році окружний суд ухвалив, що патенти не можуть бути забезпечені, оскільки Qualcomm не розкрила ці патенти JVT до випуску стандарту H.264 у травні 2003 р. У грудні 2008 р. Апеляційний суд США у Федеральному окрузі підтвердив невиконаний порядок патентів районного суду, але видав вказівки районному суду щодо обмеження обсягу, що не підлягає виконанню, продуктами, що відповідають стандарту H.264.
Зовнішні посилання
Наш інший продукт:
