H.261
 | Эта статья нуждается в дополнительных ссылок для проверки . ( май 2023 г. ) |
| Видеокодек для аудиовизуальных сервисов со скоростью 64 кбит/с. | |
| Положение дел | Опубликовано |
|---|---|
| Год начался | 1988 |
| Последняя версия | (03/93) |
| Организация | ITU-T , Hitachi , PictureTel , NTT , BT , Toshiba . и т. д |
| комитет | 16-я Исследовательская комиссия ITU-T VCEG (тогда: Группа специалистов по кодированию для визуальной телефонии) |
| Сопутствующие стандарты | H.262 , H.263 , H.264 , H.265 , H.266 , H.320 , ISO/IEC 14496-2 |
| Домен | сжатие видео |
| Веб-сайт | https://www.itu.int/rec/T-REC-H.261 |
H.261 — ITU-T стандарт сжатия видео , впервые ратифицированный в ноябре 1988 года. [1] [2] Это первый член семейства стандартов кодирования видео H.26x в области 16-й Исследовательской группы ITU-T экспертной группы по кодированию видео ( VCEG , тогдашняя группа специалистов по кодированию для визуальной телефонии). Это был первый стандарт кодирования видео, который оказался полезен на практике.
H.261 изначально был разработан для передачи по линиям ISDN , скорость передачи данных по которым кратна 64 кбит/с. Алгоритм кодирования был разработан для работы со скоростью передачи видео от 40 кбит/с до 2 Мбит/с. Стандарт поддерживает два размера видеокадров: CIF (яркость 352×288 с цветностью 176×144) и QCIF (176×144 с цветностью 88×72) с использованием 4:2:0 схемы дискретизации . Он также имеет обратную совместимость для отправки неподвижных изображений с разрешением яркости 704 × 576 и разрешением цветности 352 × 288 (который был добавлен в более поздней версии в 1993 году).
История [ править ]
Первым стандартом кодирования цифрового видео был H.120 , созданный CCITT (ныне ITU-T) в 1984 году. [3] H.120 на практике использовать было невозможно, так как его производительность была слишком низкой. [3] H.120 был основан на дифференциальной импульсно-кодовой модуляции (DPCM), которая имела неэффективное сжатие. В конце 1980-х годов ряд компаний начали экспериментировать с гораздо более эффективным сжатием DCT для кодирования видео: CCITT получил 14 предложений по форматам сжатия видео на основе DCT, в отличие от одного предложения, основанного на сжатии векторного квантования (VQ). . Впоследствии на основе сжатия DCT был разработан стандарт H.261. [4]
H.261 был разработан Группой специалистов XV исследовательской группы CCITT по кодированию для визуальной телефонии (которая позже стала частью ITU-T SG16) под председательством Сакаэ Окубо из NTT . [5] Начиная с H.261, сжатие DCT было принято всеми последующими основными стандартами кодирования видео. [4]
В то время как H.261 предшествовал в 1984 году H.120 (который также подвергся пересмотру в 1988 году, имеющему определенное историческое значение) в качестве стандарта кодирования цифрового видео, H.261 был первым по-настоящему практичным стандартом кодирования цифрового видео (с точки зрения поддержки продуктов). в значительных количествах). Фактически, все последующие международные стандарты кодирования видео ( MPEG-1 Part 2 , H.262/MPEG-2 Part 2 , H.263 , MPEG-4 Part 2 , H.264/MPEG-4 Part 10 и HEVC ) имеют был основан на дизайне H.261. Кроме того, методы, используемые комитетом по разработке H.261 для совместной разработки стандарта, остались основным рабочим процессом для последующей работы по стандартизации в этой области. [5]
Хотя H.261 был впервые утвержден в качестве стандарта в 1988 году, в первой версии отсутствовали некоторые важные элементы, необходимые для обеспечения полной совместимости . Различные его части были помечены как «В стадии изучения». [2] Позже, в 1990 году, он был пересмотрен, чтобы добавить оставшиеся необходимые аспекты: [6] и затем был снова пересмотрен в 1993 году. [7] В редакцию 1993 года было добавлено Приложение D, озаглавленное «Передача неподвижных изображений», которое обеспечивало обратную совместимость для отправки неподвижных изображений с разрешением яркости 704×576 и разрешением цветности 352×288 с использованием смещенной субдискретизации 2:1 по горизонтали и вертикали для разделения изображение на четыре части изображения, которые отправлялись последовательно. [7]
Дизайн H.261 [ править ]
Базовый процессор конструкции называется макроблоком , и H.261 был первым стандартом, в котором появилась концепция макроблока. Каждый макроблок состоит из массива выборок яркости 16×16 и двух соответствующих массивов выборок цветности 8×8 с использованием выборки 4:2:0 и YCbCr цветового пространства . Алгоритм кодирования использует гибрид с компенсацией движения межкадрового предсказания и кодирования с пространственным преобразованием со скалярным квантованием , зигзагообразным сканированием и энтропийным кодированием .
Межкадровое предсказание уменьшает временную избыточность, используя векторы движения для компенсации движения. Хотя в H.261 поддерживаются только целочисленные векторы движения, к сигналу прогнозирования можно применить фильтр размытия, что частично смягчает недостаток точности вектора движения с дробной выборкой. (DCT) 8×8 Кодирование с преобразованием с использованием дискретного косинусного преобразования уменьшает пространственную избыточность. DCT, широко используемый в этом отношении, был предложен Н. Ахмедом , Т. Натараджан и К. Р. Рао в 1974 году. [8] Затем применяется скалярное квантование для округления коэффициентов преобразования до соответствующей точности, определяемой параметром управления размером шага, а квантованные коэффициенты преобразования сканируются зигзагом и энтропийно кодируются (с использованием «уровня прогона » кода переменной длины ), чтобы удалить статистическую избыточность.
Стандарт H.261 фактически определяет только способ декодирования видео. Разработчикам кодеров было предоставлено право разрабатывать свои собственные алгоритмы кодирования (например, свои собственные алгоритмы оценки движения ), при условии, что их выходные данные были должным образом ограничены, чтобы их можно было декодировать любым декодером, созданным в соответствии со стандартом. Кодировщикам также разрешено выполнять любую предварительную обработку своего входного видео, а декодерам разрешено выполнять любую постобработку своего декодированного видео перед отображением. Один из эффективных методов постобработки, который стал ключевым элементом лучших систем на базе H.261, называется фильтрацией деблокирования . Это уменьшает появление блочных артефактов, вызванных блочной компенсацией движения и пространственным преобразованием конструкции. Действительно, артефакты блокировки — вероятно, знакомое явление почти каждому, кто смотрел цифровое видео. Деблокирующая фильтрация с тех пор стала неотъемлемой частью более поздних стандартов H.264 и HEVC (хотя даже при использовании этих новых стандартов дополнительная постобработка по-прежнему разрешена и может улучшить качество изображения, если выполняется правильно).
Усовершенствования конструкции, внесенные в ходе более поздних усилий по стандартизации, привели к значительным улучшениям возможностей сжатия по сравнению с конструкцией H.261. Это привело к тому, что H.261 по существу устарел, хотя он до сих пор используется в качестве режима обратной совместимости в некоторых системах видеоконференций (таких как H.323 ) и для некоторых типов интернет-видео. Однако H.261 остается важной исторической вехой в области развития кодирования видео.
Программные реализации [ править ]
libavcodec LGPL лицензированный , , включает в себя кодер и декодер H.261. Он поддерживается бесплатными медиаплеерами VLC и MPlayer мультимедийными проигрывателями , а также проектами декодеров ffdshow и FFmpeg .
Патентовладельцы [ править ]
Следующие компании внесли патенты на разработку формата H.261: [9]
- Хитачи
- Компания PictureTel
- ООО «Графические коммуникационные технологии» [10]
- Японский телеграф и телефон (NTT)
- БТ Групп
- Тошиба
- КДДИ
- Алкатель
- Компрессионные лаборатории, Inc.
- Корпорация AT&T
- Системы данных GPT ( GEC )
- Филипс
- Сони
- Корпорация Шарп
- Оки Электрик Индастри
- Matsushita Communication Industrial Co., Ltd.
- Митсубиси Электрик
- Фуджицу
- Оранжевый СА
- НЭК
- Научно-исследовательский институт электроники и телекоммуникаций
См. также [ править ]
Ссылки [ править ]
- ^ «(Документ с изложением позиции Nokia) Вопросы веб-архитектуры и кодеков для аудиовизуальных услуг» (PDF) .
H.261, который (в первой версии) был ратифицирован в ноябре 1988 года.
- ^ Перейти обратно: а б МСЭ-Т (1988). «H.261: Видеокодек для аудиовизуальных услуг со скоростью 384 кбит/с — Рекомендация H.261 (11/88)» . Проверено 21 октября 2010 г.
- ^ Перейти обратно: а б «Инфографика истории форматов видеофайлов» . РеалНетворкс . 22 апреля 2012 года . Проверено 5 августа 2019 г.
- ^ Перейти обратно: а б Ганбари, Мохаммед (2003). Стандартные кодеки: от сжатия изображения до расширенного кодирования видео . Институт техники и технологий . стр. 1–2. ISBN 9780852967102 .
- ^ Перейти обратно: а б С. Окубо, «Методология эталонной модели – инструмент для совместного создания стандартов кодирования видео», Proceedings of the IEEE , vol. 83, нет. 2, февраль 1995 г., стр. 139–150.
- ^ МСЭ-Т (1990). «H.261: Видеокодек для аудиовизуальных услуг со скоростью 64 кбит/с — Рекомендация H.261 (12/90)» . Проверено 10 декабря 2015 г.
- ^ Перейти обратно: а б МСЭ-Т (1993). «H.261: Видеокодек для аудиовизуальных услуг со скоростью 64 кбит/с — Рекомендация H.261 (03/93)» . Проверено 10 декабря 2015 г.
- ^ Н. Ахмед, Т. Натараджан и К.Р. Рао, «Дискретное косинусное преобразование», Транзакции IEEE на компьютерах , январь 1974 г., стр. 90-93; PDF-файл. Архивировано 25 ноября 2011 г. в Wayback Machine .
- ^ «Рекомендации МСЭ-Т объявлены патентами» . МСЭ . Проверено 12 июля 2019 г.
- ^ «Патентная декларация зарегистрирована как H261-07» . МСЭ . Проверено 11 июля 2019 г.