stringtranslate.com

Формат видеокодирования

Формат кодирования видео [a] (или иногда формат сжатия видео ) — это формат представления цифрового видеоконтента , например, в файле данных или потоке битов . Обычно он использует стандартизированный алгоритм сжатия видео , чаще всего основанный на кодировании с дискретным косинусным преобразованием (DCT) и компенсации движения . Конкретное программное обеспечение, встроенное ПО или аппаратная реализация, способная выполнять сжатие или декомпрессию в определенном формате кодирования видео, называется видеокодеком .

Некоторые форматы видеокодирования документируются подробным техническим документом спецификации, известным как спецификация видеокодирования . Некоторые такие спецификации написаны и одобрены организациями по стандартизации как технические стандарты и, таким образом, известны как стандарт видеокодирования . Существуют фактические стандарты и формальные стандарты.

Видеоконтент, закодированный с использованием определенного формата кодирования видео, обычно связывается с аудиопотоком (закодированным с использованием формата кодирования аудио ) внутри формата контейнера мультимедиа, такого как AVI , MP4 , FLV , RealMedia или Matroska . Таким образом, у пользователя обычно нет файла H.264 , но вместо этого есть видеофайл , который представляет собой контейнер MP4 видео, закодированного в H.264, обычно вместе с аудио, закодированным в AAC . Форматы контейнеров мультимедиа могут содержать один из нескольких различных форматов кодирования видео; например, формат контейнера MP4 может содержать форматы кодирования видео, такие как MPEG-2 Part 2 или H.264. Другим примером является первоначальная спецификация для типа файла WebM , которая определяет формат контейнера (Matroska), а также какой именно формат сжатия видео ( VP8 ) и аудио ( Vorbis ) находится внутри контейнера Matroska, хотя Matroska может содержать видео VP9 , ​​а поддержка аудио Opus была позже добавлена ​​в спецификацию WebM .

Различие междуформатикодек

Формат — это план размещения данных, создаваемых или потребляемых кодеком .

Хотя форматы видеокодирования, такие как H.264, иногда называют кодеками , существует четкое концептуальное различие между спецификацией и ее реализациями. Форматы видеокодирования описываются в спецификациях, а программное обеспечение , встроенное ПО или оборудование для кодирования/декодирования данных в заданном формате видеокодирования из/в несжатое видео являются реализациями этих спецификаций. По аналогии, формат видеокодирования H.264 (спецификация) относится к кодеку OpenH264 (конкретная реализация) так же, как язык программирования C (спецификация) относится к компилятору GCC (конкретная реализация). Обратите внимание, что для каждой спецификации (например, H.264 ) может быть много кодеков, реализующих эту спецификацию (например, x264 , OpenH264, продукты и реализации H.264/MPEG-4 AVC ).

Это различие не последовательно отражено терминологически в литературе. Спецификация H.264 называет H.261 , H.262 , H.263 и H.264 стандартами видеокодирования и не содержит слова кодек . [2] Alliance for Open Media четко различает формат видеокодирования AV1 и сопутствующий кодек, который они разрабатывают, но называет сам формат видеокодирования спецификацией видеокодека . [3] Спецификация VP9 называет сам формат видеокодирования VP9 кодеком . [4]

В качестве примера смешения, страницы Chromium [5] и Mozilla [6] , перечисляющие их видеоформаты, поддерживают оба формата видеокодирования, такие как кодеки H.264 . В качестве другого примера, в объявлении Cisco о бесплатном видеокодеке, пресс-релиз называет формат видеокодирования H.264 кодеком ( «выбор общего видеокодека»), но вскоре после этого называет реализацию Cisco кодера/декодера H.264 кодеком ( «open-source our H.264 codec»). [7]

Формат кодирования видео не диктует все алгоритмы, используемые кодеком , реализующим формат. Например, большая часть того, как обычно работает сжатие видео, заключается в поиске сходств между видеокадрами (сопоставление блоков) и последующем достижении сжатия путем копирования ранее закодированных похожих подизображений (таких как макроблоки ) и добавления небольших различий при необходимости. Поиск оптимальных комбинаций таких предикторов и различий является NP-трудной задачей [8] , что означает, что практически невозможно найти оптимальное решение. Хотя формат кодирования видео должен поддерживать такое сжатие между кадрами в формате битового потока, не требуя без необходимости определенных алгоритмов для поиска таких соответствий блоков и других этапов кодирования, кодеки, реализующие спецификацию кодирования видео, имеют некоторую свободу для оптимизации и инноваций в выборе алгоритмов. Например, в разделе 0.5 спецификации H.264 говорится, что алгоритмы кодирования не являются частью спецификации. [2] Свободный выбор алгоритма также допускает различные компромиссы между сложностью пространства и времени для одного и того же формата кодирования видео, поэтому прямая трансляция может использовать быстрый, но неэффективный по пространству алгоритм, а одноразовое кодирование DVD для последующего массового производства может заменить длительное время кодирования на эффективное по пространству кодирование.

История

Концепция сжатия аналогового видео восходит к 1929 году, когда RD Kell в Великобритании предложил концепцию передачи только тех частей сцены, которые изменялись от кадра к кадру. Концепция сжатия цифрового видео восходит к 1952 году, когда исследователи Bell Labs BM Oliver и CW Harrison предложили использовать дифференциальную импульсно-кодовую модуляцию (DPCM) в видеокодировании. В 1959 году концепция компенсации межкадрового движения была предложена исследователями NHK Y. Taki, M. Hatori и S. Tanaka, которые предложили предиктивное межкадровое видеокодирование во временном измерении . [9] В 1967 году исследователи Лондонского университета AH Robinson и C. Cherry предложили кодирование длин серий (RLE), схему сжатия без потерь , для уменьшения полосы пропускания передачи аналоговых телевизионных сигналов. [10]

Самые ранние алгоритмы цифрового кодирования видео были либо для несжатого видео , либо использовали сжатие без потерь , оба метода неэффективны и непрактичны для цифрового кодирования видео. [11] [12] Цифровое видео было представлено в 1970-х годах, [11] изначально используя несжатую импульсно-кодовую модуляцию (PCM), требующую высоких битрейтов около 45–200 Мбит/с для видео стандартной четкости (SD), [11] [12] что было в 2000 раз больше, чем пропускная способность телекоммуникаций (до 100 кбит/с ), доступная до 1990-х годов. [12] Аналогично, несжатое видео высокой четкости (HD) 1080p требует битрейтов, превышающих 1 Гбит/с , что значительно больше, чем пропускная способность, доступная в 2000-х годах. [13]  

DCT с компенсацией движения

Практическое сжатие видео возникло с развитием кодирования с компенсацией движения DCT (MC DCT), [12] [11], также называемого блочной компенсацией движения (BMC) [9] или компенсацией движения DCT. Это гибридный алгоритм кодирования, [9] который объединяет два ключевых метода сжатия данных : кодирование с дискретным косинусным преобразованием (DCT) [12] [11] в пространственном измерении и предиктивную компенсацию движения во временном измерении . [9]

Кодирование DCT — это метод кодирования с преобразованием сжатия блоков с потерями , который был впервые предложен Насиром Ахмедом , который изначально предназначался для сжатия изображений , когда он работал в Университете штата Канзас в 1972 году. Затем он был разработан в практический алгоритм сжатия изображений Ахмедом совместно с Т. Натараджаном и К. Р. Рао в Техасском университете в 1973 году и опубликован в 1974 году. [14] [15] [16]

Другим ключевым достижением стало гибридное кодирование с компенсацией движения. [9] В 1974 году Али Хабиби из Университета Южной Калифорнии представил гибридное кодирование, [17] [18] [19], которое объединяет предиктивное кодирование с кодированием с преобразованием. [9] [20] Он исследовал несколько методов кодирования с преобразованием, включая DCT, преобразование Адамара , преобразование Фурье , наклонное преобразование и преобразование Карунена-Лоэва . [17] Однако его алгоритм изначально был ограничен внутрикадровым кодированием в пространственном измерении. В 1975 году Джон А. Розе и Гунер С. Робинсон расширили алгоритм гибридного кодирования Хабиби на временное измерение, используя кодирование с преобразованием в пространственном измерении и предиктивное кодирование во временном измерении, разработав межкадровое гибридное кодирование с компенсацией движения. [9] [21] Для кодирования пространственного преобразования они экспериментировали с различными преобразованиями, включая DCT и быстрое преобразование Фурье (FFT), разрабатывая для них межкадровые гибридные кодеры, и обнаружили, что DCT является наиболее эффективным из-за своей уменьшенной сложности, способным сжимать данные изображения до 0,25 бит на пиксель для сцены видеотелефона с качеством изображения, сопоставимым с типичным внутрикадровым кодером, требующим 2 бита на пиксель. [22] [21]

DCT был применен к кодированию видео Вен-Сюн Ченом [23], который разработал быстрый алгоритм DCT совместно с CH Smith и SC Fralick в 1977 году [24] [25] и основал Compression Labs для коммерциализации технологии DCT. [23] В 1979 году Анил К. Джейн и Джасвант Р. Джейн продолжили разработку DCT-компрессии видео с компенсацией движения [26] [9] Это привело к тому, что Чен разработал практический алгоритм сжатия видео, названный DCT с компенсацией движения или адаптивным кодированием сцены, в 1981 году [9] DCT с компенсацией движения позже стало стандартной техникой кодирования для сжатия видео с конца 1980-х годов. [11] [27]

Стандарты видеокодирования

Первым стандартом цифрового видеокодирования был H.120 , разработанный CCITT (теперь ITU-T) в 1984 году. [28] H.120 не был пригоден для использования на практике, так как его производительность была слишком низкой. [28] H.120 использовал кодирование DPCM с компенсацией движения, [9] алгоритм сжатия без потерь, который был неэффективен для видеокодирования. [11] В конце 1980-х годов ряд компаний начали экспериментировать с кодированием с дискретным косинусным преобразованием (DCT), гораздо более эффективной формой сжатия для видеокодирования. CCITT получил 14 предложений по форматам сжатия видео на основе DCT, в отличие от одного предложения, основанного на сжатии с векторным квантованием (VQ). Стандарт H.261 был разработан на основе сжатия DCT с компенсацией движения. [11] [27] H.261 был первым практическим стандартом кодирования видео, [28] и использует патенты, лицензированные рядом компаний, включая Hitachi , PictureTel , NTT , BT и Toshiba , среди прочих. [29] Начиная с H.261, сжатие DCT с компенсацией движения было принято всеми основными стандартами кодирования видео (включая форматы H.26x и MPEG ), которые последовали за ним. [11] [27]

MPEG-1 , разработанный Moving Picture Experts Group (MPEG), появился в 1991 году и был разработан для сжатия видео с качеством VHS . [28] В 1994 году ему на смену пришел MPEG-2 / H.262 , [28] разработанный с использованием патентов, лицензированных рядом компаний, в первую очередь Sony , Thomson и Mitsubishi Electric . [30] MPEG-2 стал стандартным видеоформатом для DVD и цифрового телевидения SD . [28] Его алгоритм DCT с компенсацией движения позволил достичь коэффициента сжатия до 100:1, что позволило разработать такие цифровые медиатехнологии, как видео по запросу (VOD) [12] и телевидение высокой четкости (HDTV). [31] В 1999 году за ним последовал MPEG-4 / H.263 , который стал крупным скачком вперед для технологии сжатия видео. [28] Он использует патенты, лицензированные у ряда компаний, в первую очередь Mitsubishi, Hitachi и Panasonic . [32]

Наиболее широко используемый формат видеокодирования по состоянию на 2019 год H.264/MPEG-4 AVC . [33] Он был разработан в 2003 году и использует патенты, лицензированные рядом организаций, в первую очередь Panasonic, Godo Kaisha IP Bridge и LG Electronics . [34] В отличие от стандартного DCT, используемого его предшественниками, AVC использует целочисленный DCT . [23] [35] H.264 — один из стандартов видеокодирования для дисков Blu-ray ; все проигрыватели дисков Blu-ray должны иметь возможность декодировать H.264. Он также широко используется в потоковых интернет-источниках, таких как видео с YouTube , Netflix , Vimeo и iTunes Store , веб-программном обеспечении, таком как Adobe Flash Player и Microsoft Silverlight , а также в различных трансляциях HDTV по наземным ( стандарты ATSC , ISDB-T , DVB-T или DVB-T2 ), кабельным ( DVB-C ) и спутниковым ( DVB-S2 ) каналам. [36]

Основной проблемой для многих форматов видеокодирования были патенты , делающие их использование дорогим или потенциально рискованным патентным иском из-за подводных патентов . Мотивацией многих недавно разработанных форматов видеокодирования, таких как Theora , VP8 и VP9 , ​​было создание ( свободного ) стандарта видеокодирования, охватываемого только патентами без уплаты роялти. [37] Патентный статус также был основным предметом спора при выборе того, какие видеоформаты основные веб-браузеры будут поддерживать внутри тега HTML video .

Текущим форматом кодирования видео является HEVC (H.265), представленный в 2013 году. AVC использует целочисленное DCT с размерами блоков 4x4 и 8x8, а HEVC использует целочисленные преобразования DCT и DST с различными размерами блоков от 4x4 до 32x32. [38] HEVC сильно запатентован, в основном Samsung Electronics , GE , NTT и JVCKenwood . [39] Ему бросает вызов формат AV1 , предназначенный для свободной лицензии. По состоянию на 2019 год AVC является наиболее часто используемым форматом для записи, сжатия и распространения видеоконтента, его используют 91% разработчиков видео, за ним следует HEVC, который используют 43% разработчиков. [33]

Список стандартов кодирования видео

Без потерь, с потерями и без сжатия

Потребительское видео обычно сжимается с использованием видеокодеков с потерями , так как это приводит к значительно меньшим файлам, чем сжатие без потерь . Некоторые форматы видеокодирования разработаны специально для сжатия с потерями или без потерь, а некоторые форматы видеокодирования, такие как Dirac и H.264, поддерживают оба варианта. [49]

Несжатые видеоформаты , такие как Clean HDMI , являются формой видео без потерь, используемой в некоторых обстоятельствах, например, при отправке видео на дисплей через соединение HDMI . Некоторые высококлассные камеры также могут снимать видео напрямую в этом формате.

Внутрикадровый

Межкадровое сжатие усложняет редактирование закодированной видеопоследовательности. [50] Одним из подклассов относительно простых форматов видеокодирования являются внутрикадровые видеоформаты, такие как DV , в которых каждый кадр видеопотока сжимается независимо, не ссылаясь на другие кадры в потоке, и не делается никаких попыток использовать корреляции между последовательными изображениями с течением времени для лучшего сжатия. Одним из примеров является Motion JPEG , который представляет собой просто последовательность индивидуально сжатых изображений JPEG . Этот подход является быстрым и простым, за счет того, что закодированное видео намного больше, чем формат видеокодирования, поддерживающий межкадровое кодирование.

Поскольку межкадровое сжатие копирует данные из одного кадра в другой, если исходный кадр просто вырезан (или потерян при передаче), последующие кадры не могут быть восстановлены должным образом. Выполнение вырезок в видео с внутрикадровым сжатием при редактировании видео почти так же просто, как редактирование несжатого видео: нужно найти начало и конец каждого кадра и просто побитово копировать каждый кадр, который нужно сохранить, и отбрасывать ненужные кадры. Другое отличие между внутрикадровым и межкадровым сжатием заключается в том, что в системах с внутрикадровым сжатием каждый кадр использует одинаковый объем данных. В большинстве систем с межкадровым сжатием определенным кадрам (например, I-кадрам в MPEG-2 ) не разрешено копировать данные из других кадров, поэтому для них требуется гораздо больше данных, чем для других кадров поблизости. [51]

Можно создать компьютерный видеоредактор, который выявляет проблемы, возникающие при редактировании кадров I, когда другие кадры в них нуждаются. Это позволило использовать для редактирования новые форматы, такие как HDV . Однако этот процесс требует гораздо больше вычислительной мощности, чем редактирование внутрикадрового сжатого видео с тем же качеством изображения. Однако такое сжатие не очень эффективно для использования с любым аудиоформатом. [52]

Профили и уровни

Формат кодирования видео может определять необязательные ограничения для кодированного видео, называемые профилями и уровнями. Можно иметь декодер, который поддерживает только декодирование подмножества профилей и уровней заданного видеоформата, например, чтобы сделать программу/оборудование декодера меньше, проще или быстрее. [53]

Профиль ограничивает , какие методы кодирования разрешены. Например, формат H.264 включает профили baseline , main и high (и другие). В то время как P-срезы (которые могут быть предсказаны на основе предыдущих срезов) поддерживаются во всех профилях, B-срезы (которые могут быть предсказаны на основе как предыдущих, так и последующих срезов) поддерживаются в main и high профилях, но не в baseline . [54]

Уровень — это ограничение на такие параметры, как максимальное разрешение и скорость передачи данных. [ 54]

Смотрите также

Примечания

Ссылки

  1. ^ Томас Виганд ; Гэри Дж. Салливан; Гисле Бьонтегаард и Аджай Лутра (июль 2003 г.). «Обзор стандарта кодирования видео H.264/AVC» (PDF) . IEEE TRANSACTIONS ON CIRCUITS AND SYSTEMS FOR VIDEO TECHNOLOGY.
  2. ^ ab "СЕРИЯ H: АУДИОВИЗУАЛЬНЫЕ И МУЛЬТИМЕДИЙНЫЕ СИСТЕМЫ: Инфраструктура аудиовизуальных услуг – Кодирование движущегося видео: Расширенное кодирование видео для общих аудиовизуальных услуг". Itu.int . Получено 6 января 2015 г.
  3. ^ "Front Page". Alliance for Open Media . Получено 23 мая 2016 г.
  4. ^ Адриан Грэйндж; Питер де Риваз и Джонатан Хант. «Спецификация битового потока и процесса декодирования VP9» (PDF) .
  5. ^ "Аудио/Видео". Проекты Chromium . Получено 23 мая 2016 г.
  6. ^ "Форматы мультимедиа, поддерживаемые элементами HTML audio и video". Mozilla . Получено 23 мая 2016 г. .
  7. Роуэн Троллоп (30 октября 2013 г.). «H.264 с открытым исходным кодом устраняет барьеры для WebRTC». Cisco. Архивировано из оригинала 14 мая 2019 г. Получено 23 мая 2016 г.
  8. ^ "Глава 3: Модифицированный алгоритм обрезки A* для поиска K-MCSP при сжатии видео" (PDF) . Shodhganga.inflibnet.ac.in . Получено 6 января 2015 г. .
  9. ^ abcdefghij "История сжатия видео". ITU-T . Объединенная видеогруппа (JVT) ISO/IEC MPEG и ITU-T VCEG (ISO/IEC JTC1/SC29/WG11 и ITU-T SG16 Q.6). Июль 2002 г. стр. 11, 24–9, 33, 40–1, 53–6 . Получено 3 ноября 2019 г.
  10. ^ Робинсон, AH; Черри, C. (1967). "Результаты прототипа схемы сжатия полосы пропускания телевидения". Труды IEEE . 55 (3). IEEE : 356–364. doi :10.1109/PROC.1967.5493.
  11. ^ abcdefghi Ghanbari, Mohammed (2003). Стандартные кодеки: сжатие изображений для усовершенствованного кодирования видео. Институт инженерии и технологий . стр. 1–2. ISBN 9780852967102.
  12. ^ abcdef Ли, Уильям (1994). Видео по запросу: исследовательская работа 94/68. Библиотека Палаты общин . Получено 20 сентября 2019 г.
  13. ^ Ли, Джек (2005). Масштабируемые системы непрерывной потоковой передачи мультимедиа: архитектура, проектирование, анализ и реализация. John Wiley & Sons . стр. 25. ISBN 9780470857649.
  14. ^ Ахмед, Насир (январь 1991 г.). «Как я придумал дискретное косинусное преобразование». Цифровая обработка сигналов . 1 (1): 4–5. doi :10.1016/1051-2004(91)90086-Z.
  15. ^ Ахмед, Насир ; Натараджан, Т.; Рао, KR (январь 1974), «Дискретное косинусное преобразование», IEEE Transactions on Computers , C-23 (1): 90–93, doi :10.1109/TC.1974.223784, S2CID  149806273
  16. ^ Рао, К. Р.; Йип, П. (1990), Дискретное косинусное преобразование: алгоритмы, преимущества, приложения , Бостон: Academic Press, ISBN 978-0-12-580203-1
  17. ^ ab Habibi, Ali (1974). «Гибридное кодирование графических данных». IEEE Transactions on Communications . 22 (5): 614–624. doi :10.1109/TCOM.1974.1092258.
  18. ^ Чен, З.; Хе, Т.; Цзинь, С.; Ву, Ф. (2019). «Обучение сжатию видео». Труды IEEE по схемам и системам для видеотехнологий . 30 (2): 566–576. arXiv : 1804.09869 . doi : 10.1109/TCSVT.2019.2892608. S2CID  13743007.
  19. ^ Пратт, Уильям К. (1984). Достижения в электронике и электронной физике: Приложение. Academic Press . стр. 158. ISBN 9780120145720Значительный прогресс в методологии кодирования изображений произошел с введением концепции гибридного преобразования/DPCM-кодирования (Хабиби, 1974).
  20. ^ Ом, Йенс-Райнер (2015). Кодирование и передача мультимедийных сигналов. Springer. стр. 364. ISBN 9783662466919.
  21. ^ ab Roese, John A.; Robinson, Guner S. (30 октября 1975 г.). Tescher, Andrew G. (ред.). "Комбинированное пространственное и временное кодирование последовательностей цифровых изображений". Эффективная передача изобразительной информации . 0066. Международное общество оптики и фотоники: 172–181. Bibcode : 1975SPIE...66..172R. doi : 10.1117/12.965361. S2CID  62725808.
  22. ^ Хуан, ТС (1981). Анализ последовательности изображений. Springer Science & Business Media . стр. 29. ISBN 9783642870378.
  23. ^ abc Stanković, Radomir S.; Astola, Jaakko T. (2012). «Воспоминания о ранней работе в области DCT: интервью с KR Rao» (PDF) . Перепечатки из Early Days of Information Sciences . 60 . Получено 13 октября 2019 г. .
  24. ^ Чен, Вэнь-Сюн; Смит, CH; Фралик, SC (сентябрь 1977 г.). «Быстрый вычислительный алгоритм для дискретного косинусного преобразования». Труды IEEE по коммуникациям . 25 (9): 1004–1009. doi :10.1109/TCOM.1977.1093941.
  25. ^ "T.81 – Цифровое сжатие и кодирование неподвижных изображений с непрерывным тоном – Требования и рекомендации" (PDF) . CCITT . Сентябрь 1992 . Получено 12 июля 2019 .
  26. ^ Cianci, Philip J. (2014). Телевидение высокой четкости: создание, разработка и внедрение технологии HDTV. McFarland. стр. 63. ISBN 9780786487974.
  27. ^ abc Li, Jian Ping (2006). Труды Международной компьютерной конференции 2006 года по технологии вейвлет-активных медиа и обработке информации: Чунцин, Китай, 29-31 августа 2006 г. World Scientific . стр. 847. ISBN 9789812709998.
  28. ^ abcdefg "Инфографика истории форматов видеофайлов". RealNetworks . 22 апреля 2012 г. Получено 5 августа 2019 г.
  29. ^ ab "Рекомендация МСЭ-Т объявлена ​​патентом(ами)". МСЭ . Получено 12 июля 2019 г. .
  30. ^ ab "Список патентов MPEG-2" (PDF) . MPEG LA . Получено 7 июля 2019 г. .
  31. ^ Shishikui, Yoshiaki; Nakanishi, Hiroshi; Imaizumi, Hiroyuki (26–28 октября 1993 г.). «Схема кодирования HDTV с использованием адаптивного DCT». Обработка сигналов HDTV: Труды Международного семинара по HDTV '93, Оттава, Канада . Elsevier : 611–618. doi :10.1016/B978-0-444-81844-7.50072-3. ISBN 9781483298511.
  32. ^ abc "MPEG-4 Visual - Список патентов" (PDF) . MPEG LA . Получено 6 июля 2019 г. .
  33. ^ abc "Video Developer Report 2019" (PDF) . Bitmovin . 2019 . Получено 5 ноября 2019 г. .
  34. ^ ab "AVC/H.264 – Список патентов" (PDF) . MPEG LA . Получено 6 июля 2019 г. .
  35. ^ Ван, Ханли; Квонг, С.; Кок, К. (2006). «Эффективный алгоритм прогнозирования целочисленных коэффициентов DCT для оптимизации H.264/AVC». Труды IEEE по схемам и системам для видеотехнологий . 16 (4): 547–552. doi :10.1109/TCSVT.2006.871390. S2CID  2060937.
  36. ^ «Цифровое видеовещание (DVB); Спецификация по использованию видео- и аудиокодирования в услугах DVB, предоставляемых напрямую по IP» (PDF) .
  37. ^ «Мир, встречай Тора — проект по созданию видеокодека без уплаты роялти». 11 августа 2015 г.
  38. ^ Томсон, Гэвин; Шах, Атар (2017). «Введение в HEIF и HEVC» (PDF) . Apple Inc. Получено 5 августа 2019 г. .
  39. ^ ab "Список патентов HEVC" (PDF) . MPEG LA . Получено 6 июля 2019 г. .
  40. ^ ISO. "Home". Международная организация по стандартизации . ISO . Получено 3 августа 2022 г.
  41. ^ "Стандарты и патенты ISO". ISO . Получено 10 июля 2019 г. .
  42. Дэвис, Эндрю (13 июня 1997 г.). «Обзор рекомендаций H.320». EE Times . Получено 7 ноября 2019 г.
  43. ^ IEEE WESCANEX 97: коммуникации, электроэнергия и вычисления: материалы конференции. Университет Манитобы, Виннипег, Манитоба, Канада: Институт инженеров по электротехнике и электронике . 22–23 мая 1997 г. стр. 30. ISBN 9780780341470. H.263 похож на H.261, но сложнее. В настоящее время это наиболее широко используемый международный стандарт сжатия видео для видеотелефонии на телефонных линиях ISDN (Integrated Services Digital Network).
  44. ^ "Motion JPEG 2000 Часть 3". Joint Photographic Experts Group, JPEG, и Joint Bi-level Image expert Group, JBIG . Архивировано из оригинала 5 октября 2012 г. Получено 21 июня 2014 г.
  45. ^ Таубман, Дэвид; Марселлин, Майкл (2012). Основы, стандарты и практика сжатия изображений JPEG2000: Основы, стандарты и практика сжатия изображений. Springer Science & Business Media . ISBN 9781461507994.
  46. ^ Шварц, Чарльз С. (2005). Понимание цифрового кино: профессиональный справочник. Тейлор и Фрэнсис . стр. 147. ISBN 9780240806174.
  47. ^ "VC-1 Patent List" (PDF) . MPEG LA . Получено 11 июля 2019 г. .
  48. ^ "HEVC Advance Patent List". HEVC Advance . Архивировано из оригинала 24 августа 2020 г. Получено 6 июля 2019 г.
  49. ^ Филиппов, Алексей; Норкин, Аней; Альварес, Хосе Роберто (апрель 2020 г.). "RFC 8761 - Требования к видеокодекам и методология оценки". datatracker.ietf.org . Получено 10 февраля 2022 г. .
  50. ^ Бходжани, DR "4.1 Video Compression" (PDF) . Гипотеза . Получено 6 марта 2013 г.
  51. ^ Джайсвал, RC (2009). Аудио-Видеотехника . Пуна, Махараштра: Нирали Пракашан. п. 3.55. ISBN 9788190639675.
  52. ^ "WebCodecs". www.w3.org . Получено 10 февраля 2022 г. .
  53. ^ "Видеорендеринг - обзор | Темы ScienceDirect". www.sciencedirect.com . Получено 10 февраля 2022 г. .
  54. ^ ab Jan Ozer. "Параметры кодирования видео H.264". Adobe.com . Получено 6 января 2015 г. .