H.264
Розширене відеокодування H.264 / MPEG-4 (англ. Advanced Video Coding, AVC) — міжнародний стандарт стиснення відеофайлів. Розроблений групою фахівців організації ITU (Study Group 16, фахівці з відео-кодування) під назвою H.26L. У 2001 році група ITU об'єдналась зі MPEG-Visual і розробку стандарту було продовжено в спільній команді Joint Video Team (JVT). Метою проєкту було розробити методи стиснення відеоданих, що гарантували б, у порівнянні з існуючими, щонайменше вдвічі менший бітрейт зі збереженням рівня якості як для мобільних приладів, так і для телебачення. У 2003 році обидві організації затвердили стандарт. Назва стандарту ITU: H.264. Стандарт ISO/IEC має назву MPEG-4/AVC (Advanced Video Coding) і є десятою частиною стандарту MPEG-4 (MPEG-4/Part 10, ISO/IEC 14496-10).
З прийняттям розширення Scalable Video Coding (SVC) до стандарту було додано три профілі, що відповідають базовим, з доданням можливості включати потоки з нижчою роздільною здатністю.
- Scalable Baseline Profile
- Scalable High Profile
- Scalable High Intra Profile
Додання розширення Multiview Video Coding (MVC) принесло ще два додаткових профілі:
- Stereo High Profile — розрахований на стереоскопічне 3D-відео (два зображення).
- Multiview High Profile — підтримує два або кілька зображень (каналів) у потоці з використанням як міжкадрового, так і міжканального стиснення, але не підтримує деяких можливостей MVC.
Історія
ред.На початку 1998 року "Експертна група з кодування відео" (Video Coding Experts Group) (VCEG – ITU-T SG16 Q.6) оголосила конкурс пропозицій щодо проєкту під назвою H.26L, метою якого було збільшити вдвічі ефективність кодування (що означає зменшення вдвічі бітрейту, необхідного для даного рівня якості) порівняно з будь-яким іншим стандартом відеокодування. VCEG очолив Гаррі Салліван (Microsoft, попередньо PictureTel, США). Перший проєкт дизайну для цього нового стандарту було прийнято в серпні 1999 року. У 2000 році співголовою VCEG став Thomas Wiegand (Heinrich Hertz Institute, Німеччина).
В грудні 2001 року VCEG і Moving Picture Experts Group (MPEG – ISO/IEC JTC 1/SC 29/WG 11) з метою доопрацювати стандарт кодування відео створили Joint Video Team (JVT).[1] Офіційне затвердження специфікації відбулося в березні 2003 року. JVT очолював Gary Sullivan, Thomas Wiegand, і Ajay Luthra (Motorola, США: згодом Arris, США). У червні 2004 року проєкт розширення точності відтворення (FRExt) було завершено. Від січня 2005 до листопада 2007 року JVT працював над розширенням стандарту H.264/AVC в напрямку масштабованості, за допомогою підтримки Annex (G), і це розширення має назву Scalable Video Coding (SVC). До адміністративної команди JVT долучився Jens-Rainer Ohm (Університет Аахена, Німеччина). Від липня 2006 року до листопада 2009 року JVT працювала над Multiview Video Coding (MVC), додатком до H.264/AVC для об’ємного телебачення і тривимірного телебачення. Ця робота передбачала створення двох нових розділів стандарту: "Multiview High Profile" і "Stereo High Profile".
Взаємозв'язок найменувань
ред.Назва H.264 відповідає Конвенції про іменування ITU-T, де цей стандарт входить до групи стандартів H.26x відеокодування VCEG; назва MPEG-4 AVC відноситься до правил іменувань в ISO/IEC MPEG, де він формалізований в part 10 ISO/IEC 14496, що є набором стандартів, відомих як MPEG-4 (в цей набір, до речі, входять й інші кодеки, які, наприклад, відповідають стандарту MPEG-4 Part 2, що реалізований у таких кодеках як DivX/Xvid). Стандарт H.264 був розроблений спільно у партнерстві VCEG та MPEG після попередньої роботи з розробки в МСЕ-Т як проєкт VCEG під назвою H.26L. Таким чином, прийнято посилатися на цей стандарт із такими назвами, як H.264/AVC, AVC/H.264, H.264/MPEG-4 AVC або MPEG-4/H.264 AVC, щоб підкреслити спільність походження. Іноді його також називають "кодеком JVT", посилаючись на організацію Joint Video Team (JVT), яка його розробила. (Таке партнерство та множинне іменування не є рідкістю. Наприклад, стандарт стиснення відео, відомий як MPEG-2, також виник завдяки партнерству між MPEG та ITU-T, де стандарт MPEG-2 відоме спільноті ITU-T як H .262.) Деякі програми (наприклад, медіаплеєр VLC) внутрішньо ідентифікують цей стандарт як AVC1.
Загальний принцип
ред.Енкодер H.264 виконує процеси прогнозування, перетворення і кодування для створення стисненого потоку біт у форматі H.264. Декодер H.264 виконує відповідний процес декодування, зворотного перетворення і реконструкції для відтворення відеопослідовності.
Процес кодування
ред.Прогнозування
ред.Енкодер обраховує кадр за частинами, які називаються макроблоками (16x16 пікселів зображення). Він отримує дані для прогнозування макроблоків на основі попередньо закодованих даних, або на основі поточного кадру (інтрапрогнозування), або на основі інших кадрів, які вже було закодовано і передано (інтерпрогнозування). Енкодер виділяє прогнозовану інформацію із поточного макроблоку і утворює залишок (корисну різницю). Пошук підхожого інтерпрогнозування зазвичай описують як оцінку руху, а виділення інтерпрогнозування із поточного макроблоку як компенсацію руху.
Методи прогнозування, які використовуються в стандарті H.264, є гнучкішими, ніж ті, що використовувались у попередніх стандартах, що дозволяє робити точне передбачення, а як наслідок — ефективніше стиснення. Інтрапрогнозування використовує розміри блоків 16x16 і 4x4 для того, щоб передбачати макроблок із навколишніх, попередно закодованих пікселів в рамках одного і того ж кадру.
Інтерпрогнозування використовує набір з різних за розміром блоків (від 16x16 до 4x4) для прогнозування пікселів у поточному кадрі зі схожих ділянок попередньо закодованих кадрів.
Перетворення і квантування
ред.Блок виділених зразків перетворюється за допомогою цілочисельного перетворення розмірністю 4x4 або 8x8, що є приблизно подібною формою дискретного косинусного перетворення (ДКП). Результатом перетворення є набір коефіцієнтів, кожен з яких є зваженим значенням для стандартного базисного зразка. При поєднанні зважений базисний зразок відтворює блок виділених зразків.
Результат перетворення, блок коефіцієнтів перетворення, квантується, тобто кожен коефіцієнт ділиться на ціле значення. Квантування знижує точність коефіцієнтів перетворення відповідно до значення параметру квантування (QP). Зазвичай, результатом є блок, в якому більшість коефіцієнтів дорівнюють нулю, із декількома не нульовими коефіцієнтами. Великі значення QP означатимуть, що більше коефіцієнтів будуть мати значення нуль, що призведе до більшого стиснення, і, відповідно, нижчої якості зображення. Мале значення параметру QP означатиме, що після квантування залишиться більше не нульових коефіцієнтів, що дасть кращу якість декодованого зображення, але малу ефективність стискання.
Кодування бітового потоку
ред.Результатом процесу відеокодування є набір значень, які повинні кодуватися для того, щоб утворити стиснений бітовий потік. Цими даними є:
- квантовані коефіцієнти перетворення
- інформація, необхідна декодеру для відтворення прогнозування
- інформація про структуру стиснених даних і засоби стиснення, що використовувалися під час кодування
- інформація про повну відеопослідовність.
Ці значення і параметри (синтаксичні елементи) перетворюються на двійкові коди із використанням кодування змінної довжини і/або арифметичного кодування. Кожен з цих методів кодування дозволяє отримати ефективне, компактне двійкове подання інформації. Закодований бітовий потік можна зберігати і/або передавати.
Процес декодування
ред.Декодування бітового потоку
ред.Відеодекодер отримує стиснений бітовий потік H.264, розбирає всі синтаксичні елементи і декодує інформацію, описану вище (квантовані коефіцієнти трансформації, інформацію прогнозування тощо). Ця інформація використовується для зворотного процесу кодування і відтворення послідовності відеозображень.
Масштабування і зворотне перетворення
ред.Коефіцієнти перетворення маштабовано. Кожен коефіцієнт помножено на ціле число, для збереження його початкової розмірності. При зворотному перетворенні поєднуються стандартні базисні зразки, зваженими за допомогою перемасштабованих коефіцієнтів, щоб відновити кожен блок із залишкових даних. Ці блоки поєднуються разом, щоб сформувати макроблок із залишку.
Реконструкція
ред.Для кожного макроблоку декодер формує прогнозування, ідентичне тому, що було створено енкодером. Декодер додає дані прогнозування до декодованого залишку для відтворення декодованого макроблоку, який далі можна відобразити як частину відеокадру.
Див. також
ред.Джерела
ред.- Richardson, Iain E. G. (January 2011). Learn about video compression and H.264. VCODEX. Vcodex Limited. Архів оригіналу за 28 січня 2011. Процитовано 31 січня 2011.
Примітки
ред.- ↑ Joint Video Team [Архівовано 2 жовтня 2016 у Wayback Machine.], ITU-T web site.
Ця стаття не містить посилань на джерела. (лютий 2014) |
Це незавершена стаття про інформаційні технології. Ви можете допомогти проєкту, виправивши або дописавши її. |