Имя:
Телефон:
Сообщение:
ipvs-my-cart-button
+7 (495) 225-57-11
ООО "АйПи Видео Системс" Информация Видеоконференции Кодеки видеоконференцсвязи - дебаты, мифы и реальность или все, что вы должны знать перед следующей покупкой
Кодеки видеоконференцсвязи - дебаты, мифы и реальность или все, что вы должны знать перед следующей покупкой Печать

Кодеки видеоконференцсвязи В данной статье приводится сравнительный анализ средств кодирования/декодирования видеосигнала (кодеков), применяемых на сегодняшний день в системах видеоконференцсвязи, реализованных как на аппаратном, так и на программном уровне.

Содержание

Введение
Великие дебаты о кодеках
Проприетарные кодеки против кодеков, основанных на стандартах
Различия между кодеками без иллюзий
H.264 Advanced Video Coding
H.264 High Profile
H.264 Scalable Video Coding
Real-Time Video
H.265 High-Efficiency Video Coding
VP8
Заключительные мысли: как же сделать правильный выбор?
Соображения помимо кодеков
Библиография

Введение

Если вы раньше уже покупали решения для видеоконференцсвязи, то, вероятно, вы были буквально атакованы множеством производителей оборудования для видеоконференций. Причем, каждый из них утверждал, что именно их оборудование является самым современным, самым производительным и идеально подходит для ваших целей.

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

Так, какие же новшества появились внутри этих устройств, которые позволяют производителям делать подобные заявления?

Краткий ответ во многих случаях касается методологии кодирования/декодирования сигнала для достижения наилучшего сжатия видеосигнала.

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

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

Великие дебаты о кодеках видеоконференцсвязи

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

На данный момент производители решений для видеоконференцсвязи используют следующие кодеки: H.264 Advanced Video Coding (AVC), H.264 High Profile, H.264 Scalable Video Coding (SVC), Real-Time Video (RTV), H.265 High-Efficiency Video Coding (HEVC) и VP8.

Что же такое кодек, и какую роль он играет в решениях для видеоконференцсвязи?

Видеокодек - это не что иное, как устройство или программное обеспечение для компрессии и декомпрессии цифрового видеосигнала. Однако, как и во всех других случаях жизни, именно детали выбора одного кодека вместо другого, определяют правильность принятого решения.

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

Почему вы должны быть внимательны?

Помимо определения ширины полосы пропускания, следует обратить внимание на то, что вам необходимо будет отправлять и получать видеозвонки с определенным качеством видео. Выбор видеокодека определяет основную видеоархитектуру, необходимую для поддержки работы приложения для видеоконференцсвязи между абонентами.

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

Такое "обнесенное стеной" решение обычно требует использования шлюза - технологии перевода (транскодирования) для поддержки связи между средами, основанными на стандартах и средами, не поддерживающими полный спектр стандартов. Помимо добавления стоимости шлюза к стоимости основного оборудования, шлюзы могут вносить задержку (латентность) при обработке видеозвоноков между абонентами, снижая общее качество связи.

Проприетарные кодеки против кодеков, основанных на стандартах

Весь спектр решений для видеоконференцсвязи, присутствующих сегодня на рынке, разделяется на две большие категории:

  1. Системы видеоконференцсвязи основанные на проприетарных (принадлежащих одной компании и, как правило, запатентованных) кодеках
  2. Системы видеоконференцсвязи с кодеками, основанными на стандартах

Хотя проприетарные решения на основе инновационных разработок, произведенных в одной компании, могут показаться революционными - этот путь часто приводит к закрытости решения, что по большому счету снижает преимущества над системами, разработанными на основе промышленных стандартов.

Организации, которые инвестируют в проприетарные разработки, могут нести значительные расходы. К тому же они становятся, привязаны к точке зрения производителя и лишаются, таким образом, всей широты возможностей, доступных при работе с системами, основанными на стандартах, которые были разработаны широким сообществом экспертов.

Технологии, которые могут взаимодействовать между собой благодаря совместимости стандартов, используют инвестиции как внутри своего предприятия, так и вне его рамок.

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

Чтобы обеспечить совместимость с продукцией других производителей, решения видеоконференцсвязи должны быть построены на основе промышленных стандартов.

Различия между кодеками видеоконференцсвязи без иллюзий

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

H.264 Advanced Video Coding

Стремясь найти лучший способ эффективного сжатия видео, ряд международных организаций по стандартизации: ITU-T Video Coding Experts Group (VCEG) совместно с Organization for Standardization (ISO)/International Electrotechnical Commission (IEC) и Moving Picture Experts Group (MPEG) создали стандарт сжатия известный ныне, как H.264 Advanced Video Coding (AVC).

Первая ратифицированная версия H.264 AVC была введена в мае 2003 года. С тех пор стандарт H.264 AVC превратился в чуть ли не самый основной формат для записи, сжатия и распределения видео высокой четкости. Одним из самых известных применений стандарта H.264 AVC было использование его для записи Blu-ray дисков. Также H.264 AVC используется в популярных веб-приложениях, таких как: YouTube и iTunes, а также в популярных программах плеерах: Adobe Flash Player и Microsoft Silverlight.

В среде видеоконференцсвязи кодек H.264 AVC получил широкое распространение у ключевых производителей видеоконференций, таких как: Cisco/Tandberg, Polycom, LifeSize, Avaya/Radvision и многих других. Учитывая широкое распространение, стандарт H.264 AVC стал де-факто индустриальным стандартом для видеоконференцсвязи. Во-первых, так как кодек H.264 AVC был разработан такими ключевыми организациями по стандартизации, как: ITU-T, VCEG и MPEG, кодек сам использует инновации, которые были разработаны и согласованы с массой производителей видеооборудования, а также академических и научных кругов.

Плюсы и минусы H.264 AVC

Основным плюсом кодека H.264 AVC является его широкое распространение среди множества производителей программного и аппаратного обеспечения для видеоконференцсвязи.

Какие же отрицательные качества имеются у кодека H.264 AVC?

Краткий ответ - реально ни каких.

Однако, когда кодек H.264 AVC был впервые представлен в 2003 году, технологии видеоконференцсвязи были ориентированы на стационарные аппаратные платформы, которые были подключены к выделенным сетям с предсказуемой пропускной способностью. Кроме того в 2003 году видеоконференцсвязь высокой четкости еще не была направлена на использование большим количеством клиентов и поэтому требования к пропускной способности приложений были ниже.

Однако в современном мире видеоконференцсвязь стала стремительно развиваться. Теперь решения для видеоконференцсвязи доступны практически на любых устройствах от смартфонов и планшетных устройств до браузерных решений. К тому же видеоконференцсвязь с разрешением 1080р60 становится все более обычным явлением.

Новые технологии мобильной видеоконференцсвязи работают в беспроводных сетях, где пропускная способность менее предсказуема. Мобильные (беспроводные) аспекты этих решений наряду с требованием доставить видео с разрешением HD создали новые проблемы для кодека по способности обеспечить высококачественное видео в условиях низкой или переменной пропускной способности среды. В попытке решения этих задач, были созданы новые варианты кодека H.264 AVC.

H.264 High Profile

Кодек Н.264 AVC включает более 20-ти различных расширений, называемых профилями, которые расширяют или модифицируют базовые возможности кодека. Когда спецификация H.264 AVC был первоначально ратифицировала в 2003 году, некоторые из менее сложных расширений были немедленно реализованы, в то время как другие, более сложные расширения, не осуществимые в тот момент из-за трудности обработки ресурсоемких расширений, были зарезервированы на будущее, когда будут доступны достаточные вычислительные мощности. Одним из профилей, относящихся к этой категории, является H.264 High Profile, который иногда называют H.264 HiP.

Расширение H.264 High Profile в последнее время приобрело некоторую популярность у производителей видеоконференций из-за своего потенциала для поддержки высокого качества видеоконференцсвязи при пониженной пропускной способности, по сравнению с аналогичными решениями на основе спецификации H.264 AVC базового профиля.

Однако, несмотря на теоретические выгоды, которые могут быть получены при использовании кодека H.264 High Profile, реальные примеры продуктов, которые реализуют эту спецификацию, вызывают претензии производителей. В самом деле, во многих случаях такое же, если не лучшее, качество видео может быть эффективно реализуемо базовым профилем H.264 AVC при той же полосе пропускания с использованием видео высокого качества.

Плюсы и минусы H.264 High Profile

Почему потенциал H.264 High Profile не был полностью реализован в продуктах, которые используют эту спецификацию?

Короткий ответ заключается в соразмерности вычислительных мощностей по сравнению с ценой. Для эффективного использования сложных алгоритмов сжатия H.264 High Profile требуется значительное количество выделенных ресурсов обработки.

Также для кодирования/декодирования видеосигнала используются дорогие чипы сигнальных процессоров (digital signal processors DSP), что существенно повышает стоимость продукта для производителя. Чтобы снизить затраты и оставить конкурентоспособную цену, некоторые производители, которые реализуют спецификацию H.264 High Profile, решили не использовать DSP для поддержки индивидуальных видеовызовов и подключения к портам. Вместо этого, они реализуют стратегию виртуализации DSP, что позволяет им использовать меньше чипов DSP для поддержки каждого видеовызова. Этот компромисс в стоимости по сравнению с вычислительной мощностью обеспечивает недостаточный результат. Кодек H.264 High Profile обеспечивает хорошее качество видео за счет экономии пропускной способности и некоторого снижения возможностей продукции.

H.264 Scalable Video Coding (SVC)

Как и H.264 High Profile, H.264 Scalable Video Coding (SVC) представляет собой еще один пример расширения для базового профиля спецификации H.264 AVC. Хотя это расширение к спецификации H.264 AVC было впервые введено в 2007 году, оно лишь недавно привлекло внимание рынка видеоконференцсвязи.

H.264 Scalable Video Coding (SVC)

Ниже приводится нетехническое описание того, что подразумевается под «традиционной» SVC.

Во многих отношениях, традиционный H.264 SVC структурирован так же, как многослойный "Парфе" десерт. "Парфе" - слоистый десерт, который содержит различные ароматы в каждом слое, а все построено на базовом слое в нижней части чаши. Также как "Парфе" десерт, традиционный H.264 SVC состоит из различных вкусов (слоев) качества видео, которые построены на базовом уровне с низким разрешением.

Однако, в отличие от стеклянной чаши, которая скрепляет все слои в "Парфе" десерте, различные слои разрешений видео в традиционной H.264 SVC подаются последовательно по одному, начиная с базового слоя, а затем следует один или больше уровней расширения с повышением качества видео. Каждый уровень улучшения зависит от базового слоя, а также от уровня улучшения под ним, чтобы поддержать следующий более высокий уровень качества видео.

Кроме того, сам по себе, улучшенный уровень не имеет возможности для самостоятельного создания видеозвонка. Только тогда, когда он сочетается с базовым слоем и другие уровни расширения потенциально достаточно "вкусны", чтобы создать отдельные изображения, возможно создание видеозвонка.

Единственным исключением из этого правила является базовый слой. Сам по себе, базовый слой содержит достаточно данных, чтобы поддерживать полный видеовызов с низким разрешением без необходимости каких-либо уровней расширения для создания приемлемого изображения.

В традиционной архитектуре H.264 SVC, каждая SVC-совместимая конечная точка имеет право принять собственное решение о том, какой из многих видеопотоков SVC (базового уровня и уровней расширения разрешений) для этого нужно употреблять, чтобы удовлетворить аппетит на конкретном разрешении видео.

Однако традиционные решения видеоконференцсвязи с H.264 SVC требуют, чтобы каждая H.264 SVC-совместимая конечная точка потребляла, по крайней мере, базовый слой. Это требование, учитывает, что базовый слой в традиционном SVC служит основой для композитинга все более высоких уровней разрешения видео.

Устройства на нижней границе этого спектра (например, смартфоны или планшетные устройства) могут участвовать в видеоконференциях только при более низких разрешения видео (например, стандартной четкости).

Таким образом, эти устройства будут потреблять от всех видеопотоков SVC, только базовый слой, который поддерживает этот низкое разрешение.

Другие устройства с более высоким разрешением видео (например, 720p/30 кадров в секунду) будут потреблять от всех передаваемых SVC видеопотоков, как базовый уровень, так и те уровни расширения, которые необходимы для поддержки требуемого разрешения видео, которое удовлетворяет их аппетит.

Наконец, клиенты на верхней границе спектра, например, системы телеприсутствия будут потреблять все видеопотоки SVC (базовый уровень и все уровни расширения) с максимально возможным разрешением видео, например, 1080p/60 кадров в секунду.

Плюсы и минусы H.264 SVC

Какие положительные стороны имеются у кодека H.264 SVC?

Одно из основных преимуществ этого кодека можно найти в аспектах низкой латентности (временных задержек сигнала) передачи видео между конечными точками с использованием переключения видео (также известного как SVC маршрутизации).

На рисунке ниже представлен пример такого рода архитектуры.

H.264 Scalable Video Coding (SVC)

В отличие от кодека H.264 AVC, работа которого зависит от кодирования, декодирования и транскодирования видеосигналов между видеотерминалами в сервере многоточечной видеоконференцсвязи (MCU), SVC-решения способны делегировать эти задачи в конечных точках.

Кроме того, учитывая, что платформы маршрутизации SVC требуют меньше вычислительной мощности, чем их MCU коллеги, они традиционно дешевле, и часто могут быть запущены как программное обеспечение на сервере общего назначения. Еще одним преимуществом кодека H.264 SVC является то, что он изначально устойчив к ошибкам в сети, таким как потери пакетов. Это связано с тем, что традиционные реализации кодека H.264 SVC передают видео с использованием нескольких видеопотоков, а не в одном потоке, как это сделано в кодеке H.264 AVC.

Также протокол H.264 SVC осуществляет компенсацию недостающих данных, например, потерянные кадры в одном потоке могут заменяться кадрами из другого потока.

Наконец, учитывая, что решения H.264 SVC используют маршрутизацию или архитектуру переключения для перемещения видео между конечными точками, а не транскодирование в микроконтроллерах, решения SVC, как правило, воспринимаются как более масштабируемые решения.

Какие негативные стороны имеются у кодека H.264 SVC?

Одна из основных проблем решений построенных на базе H.264 SVC в том, что они изначально не взаимодействуют более чем с двумя миллионами решений на базе H.264 AVC, присутствующими на текущий момент на рынке видеоконференцсвязи.

Для решения этой проблемы производители систем с H.264 SVC должны использовать шлюзы транскодирования для возможности взаимодействия между двумя кодеками. Только видео базового слоя с низким разрешением может передаваться без шлюзования. Для адаптации в этих условиях, сервер MCU должен перекодировать сигнал обратно в общую архитектуру, тем самым снижая некоторые преимущества чистой маршрутизации или коммутации SVC.

Кроме того, производители, которые решили реализовать H.264 SVC в своих продуктах, не могут напрямую взаимодействовать друг с другом. Причина этого в том, что каждый производитель использует свою спецификацию H.264 SVC, которая возможна в нескольких вариантах:

  • Временное масштабирование (частота кадров)
  • Пространственное масштабирование (разрешение экрана)
  • Качество или отношение сигнал-шум (SNR)
  • Масштабируемость, которая включает в себя все предыдущие варианты

Для дальнейшего решения этой проблемы, даже если все производители решили бы реализовать спецификацию H.264 SVC одним и тем же образом, до сих пор не существует никакого стандарта для того, чтобы каждое устройство определяло бы свои потребности в определенном качестве видео. Учитывая эти сложности, каждая реализация H.264 SVC существующая сегодня на рынке, является проприетарной.

Real-Time Video

Кодек реального времени Real-Time Video (RTV) является частным расширением из отраслевого стандарта VC-1 от Microsoft. Microsoft разработала RTV как средство поддержки видеоконференций в пределах своего решения Office Communications Server (OCS 2007, OCS R2 и Lync 2010 г.).

Когда кодек RTV был впервые введен в эксплуатацию - это отражало видение компании Microsoft по разработке решений для видеоконференцсвязи, без ориентирования на конкретного производителя. Тем не менее, вместо того чтобы использовать существующие кодеки на основе стандартов, таких как H.264 AVC, разработчики Microsoft надеются убедить как поставщиков видеоконференций так и клиентов использовать RTV и RTA (передача аудио в реальном времени) кодеки в своей продукции.

Это позволяет сторонним решениям изначально взаимодействовать с конечными точками Office Communicator за счет использования Audiovisual Multipoint Control Unit (AVMCU) сервера компании Microsoft. Сервер AVMCU выполняет те же функции, что и традиционные MCU и реализует соответствующие видео и аудио кодеки для RTV и RTA.

Плюсы и минусы Real-Time Video

Одним из положительных атрибутов кодека RTV является его способность определять ухудшение работы сети и автоматически изменять скорость передачи медиа-потока, который он посылает. RTV также включает алгоритмы прямого исправления ошибок (FEC), используемые для удаления ошибок в передаче данных по ненадежным или шумным коммуникационным сетям. Обе эти возможности помогают поддерживать отправку видеоизображений через сетевые соединения, например, Интернет, которые не поддерживают механизм качества обслуживания (QoS).

Какие минусы у кодека RTV?

Первый и очевидный ответ - это то, что кодек RTV основан на запатентованной технологии Microsoft. Как было отмечено в начале документа, хотя проприетарные решения на основе инновационных решений, разработанных в одной компании, могут показаться революционными - этот путь часто приводит к закрытости решения, что по большому счету снижает преимущества над системами, разработанными на основе промышленных стандартов.

Как обстоят дела для решений на базе RTV?

Хотя разработчики Microsoft надеялись убедить производителей видеоконференцсвязи принять кодек RTV в качестве основного выбора, большинство производителей видеоконференцсвязи основывают свои решения на кодеках, основанных на стандартах. Учитывая это, совместимость с решениями Microsoft Office Communication часто требует использования дорогих шлюзов для транскодирования, которые преобразуют собственное кодирование видео от Microsoft RTV в более пригодные для использования H.264 AVC-кодированные форматы.

Кроме того, реализация кодека RTV от Microsoft, оказалась не столь эффективной в обработке видео, как кодеки ее коллег на основе H.264 AVC. Например, для клиентов Lync 2010, использующих кодек RTV, требуется наличие четырехъядерного компьютера, для возможности отправки и приема видео HD-качества 720p/30. В отличие от этого, сопоставимые программные клиенты других производителей, которые используют более эффективную реализацию - кодек H.264 AVC, в состоянии достичь того же HD качества видео (720p/30) с использованием менее дорогих двухъядерных процессоров.

Действительно, учитывая это, для реализации Lync 2013 компания Microsoft выбрала кодеки H.264 AVC, H.264 High Profile, и H.264 SVC. Несмотря на то, что реализация кодеков H.264 AVC в основе Lync 2013 является шагом в правильном направлении, как уже говорилось ранее, как производительность, так и фирменные вопросы, связанные с этими кодеками все еще оставляют желать лучшего в реализации Microsoft.

H.265 High-Efficiency Video Coding

Спустя почти 10 лет после того, как кодек H.264 AVC был впервые ратифицирован, на 25 января 2013 года производители видеоконференций представили замену нового поколения - кодек H.265 High-Efficiency Video Coding (HEVC). Как преемник кодека H.264 AVC, кодек H.265 HEVC обещает предоставить такое же качество видео высокой четкости, как представленное семейством кодеков H.264 AVC при половинной полосе пропускания.

Как и его предшественник, кодек H.265 HEVC был разработан совместными усилиями сообщества специалистов в ISO / IEC MPEG и ITU-T VCEG. Как с кодеком H.264 AVC, когда он впервые был введен в 2003 году, первая ратифицированная версия спецификации H.265 HVEC представляет собой только базовый профиль для данной спецификации. Тем не менее, дополнительные масштабируемые расширения к H.265 (H.265 SVC), готовятся к выпуску в течение долгого времени.

Хотя многие производители принимают участие в процессе стандартизации для кодека H.265, как правило, это занимает несколько лет после первой ратификации. Как и в других технологических направлениях, таких как ISDN к IP и 3G к 4G, это займет время, прежде чем H.265 будет широко использоваться во всей отрасли для всех видов видеосвязи.

Плюсы кодека H.265 HEVC

Как было описано ранее, кодек H.265 HEVC представляет собой значительный эволюционный скачок по сравнению с существующим семейством кодеков H.264 AVC, обещающий такой же потенциал по обеспечению того же качества видео при 50%-ой полосе пропускания.

Кроме того, кодек H.265 HEVC обеспечивает потенциал для последующих скачков к видео высокой четкости, предоставляя поддержку развивающихся стандартов 4K UHDTV (2160p) и 8K UHDTV (4320p).

Каковы минусы кодека H.265?

Высокосложные алгоритмы сжатия видео сверхвысокой четкости, имеющиеся в кодеке H.265, требуют значительных вычислительных мощностей для эффективного раскрытия всего потенциала кодека. Действительно, по некоторым оценкам, кодек H.265 требует в пять раз большую производительность процессоров, чем его предшественники H.264-й серии.

Учитывая эти требования, должны быть, разработаны новые чипы обработки, а также новые программные продукты, которые смогут справиться с вычислительными задачами нового кодека. Для покупателя это означает, что старые конечные точки видеоконференций не будут мигрировать на H.265, если их основные средства обработки не будут заменены.

Кроме того, ранние реализации кодека H.265 не могут изначально обеспечить все потенциальные возможности, учитывая, что аппаратное и программное обеспечение должно быть обновлено в течение времени.

VP8

Кодек VP8 является решением с открытым исходным кодом и изначально создан компанией On2 Technologies. В 2010 году Google приобрел On2 Technologies и впоследствии выпустил библиотеку программного обеспечения libvpx, которая в настоящее время является единственной способной кодировать VP8 видео потоки.

Учитывая, что программное обеспечение VP8 и библиотека libvpx разработаны на основе инноваций из одного источника, они, как правило, считаются фирменными технологиями. Так же, как Microsoft имеет амбициозные пожелания для RTV, Google надеется убедить производителей оборудования для видеоконференцсвязи и разработчиков программного обеспечения принять VP8 в качестве основного видеокодека.

Плюсы кодека VP8

Основной плюс кодека VP8 в том, что на данный момент он является свободно распространяемым решением. Поэтому он стал популярным выбором среди разработчиков веб-приложений для видеоконференцсвязи. Действительно, в 2011 году Skype принял на вооружение кодек VP8 от Google для поддержки соединений точка-точка, а также многоточечных видеозвоноков в Skype для клиентов Windows.

Каковы минусы VP8?

В последних тестах по сравнению кодека H.264 AVC с VP8, используя программное обеспечение libvpx, кодек VP8 оказался более медленным, и использовал на 213% больше данных, работая с приложениями для видеоконференцсвязи.

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

Наконец, хотя кодек VP8 является свободно распространяемым, есть некоторые вопросы относительно того, будет ли Google и далее предлагать VP8 как бесплатное решение. Если компания Google изменит бесплатный статус VP8, это повлечет к негативным последствиям для всех решений видеоконференцсвязи на базе VP8.

Заключительные мысли: как же сделать правильный выбор?

Существует множество факторов, которые следует учитывать при выборе решения для видеоконференцсвязи, и кодека, на котором оно будет построено. В таблице ниже приведена попытка суммировать основные критерии по выбору кодека видеоконференцсвязи. Баллы, присвоенные каждому из кодеков, начислены из реальных соображений по использованию кодеков на сегодняшнем рынке видеоконференцсвязи. Единственным исключением из этого правила является кодек Н.265, по причине того, что в настоящее время не производятся системы видеоконференцсвязи, использующие этот кодек.

H.264 Scalable Video Coding (SVC)

В соответствии со сравнительной таблицей, из кодеков, производимых на сегодняшний день, наилучшую оценку получает H.264 AVC. Это связано с тем, что наибольшее количество систем видеоконференцсвязи поддерживают кодек H.264 AVC.

Кроме того, H.264 AVC до сих пор эффективно реализуется в системах ВКС. В самом деле, во многих случаях, когда кодек H.264 AVC был внедрен в высокопроизводительные системы, например, в системы Cisco TelePresence, было показано его превосходство над кодеком H.264 High Profile.

Из таблицы видно, что кодек H.265 имеет значительные перспективы на будущее. Однако, как отмечалось ранее, для полной реализации потенциала этого кодека и преобразования индустрии видеоконференцсвязи потребуется время. Тем временем, работа, проделанная для стандартизации сигналов и улучшения существующих стратегий по реализации кодека H.264 SVC обещает значительные перспективы.

Одна из таких стратегий, называется "Simulcast SVC" ("одновременное масштабируемое кодирование"), использующая кодек H.264 AVC для того, чтобы создать эффект "слоистого" кодирования нескольких независимых потоков H.264 AVC.

Соображения помимо кодеков

Хотя видеокодек является важной частью всей системы видеоконференцсвязи, другие элементы системы также очень важны при выборе поставщика решений для совместной работы.

Решения для видеоконференцсвязи вдоль всей кривой эффекта погружения должны быть основаны на стандартах и быть в состоянии обеспечить прозрачную интеграцию и простое использование.

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

H.264 Scalable Video Coding (SVC)

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

  1. Имеет ли поставщик решений видеоконференцсвязи надежный портфель в соответствии с диаграммой эффекта погружения?
    Бизнес сегодня очень динамичен и для достижения успеха организации должны быть достаточно гибкими. Визуальные решения для совместной работы также должны быть гибкими и адаптироваться к динамике бизнеса. Поэтому важно, чтобы поставщик решения предлагал несколько форм визуального сотрудничества, таких как системы с эффектом погружения, комнатные решения, настольные решения для РС и Mac, мобильные решения, а также возможности для записи и потоковой передачи видео сессий.
  2. Имеет ли поставщик решений стабильную историю в видеосотрудничестве и унифицированных коммуникациях?
    Поставщик должен иметь безупречную историю, предлагая открытые, основанные на стандартах коммуникационные решения для голосовых, видео- и веб-конференций. Архитектура его решений должна обеспечить прозрачное, комплексное и аппаратно-независимое решение унифицированных коммуникаций, которое имеет гибкие возможности для роста и адаптации к будущим тенденциям отрасли и бизнес-потребностям организации.
  3. Является ли решение для совместной работы расширяемым?
    Решение от поставщика должно предложить все необходимые функции сегодня, а также поддержку взаимодействия с существующими или будущими стратегиями организации. Соображения в этой области должны включать использование существующих инвестиций в управление вызовами, веб-конференции, а также в сетевую инфраструктуру (маршрутизация и коммутация). Дополнительные соображения должны включать способность платформы к переходу на новые стандарты без необходимости значительной модернизации оборудования или комплексной замены технологии.
  4. Является ли решение для совместной работы масштабируемым?
    Решение должно быть в состоянии легко расти вместе с вашим бизнесом. Соображения в этой области должны включать способность расти, поддерживать больше пользователей без существенных реконструкций или новых капитальных вложений. Другие соображения в этой области должны включать способность решения адаптироваться к новым условиям визуального взаимодействия (например, для планшетов и смартфонов).
  5. Является ли решение для совместной работы ориентированным на сотрудничество?
    Это говорит о разнице между просто видеоконференцией (говорящими головами) и истинного визуального взаимодействия. Решение для истинного визуального общения обеспечивает высочайшее качество видео и звука с набором удобных инструментов для совместной работы, что дает возможность легко переключаться между частями заседания ориентированными на живое общение или нацеленными на обмен документами.
  6. Может ли решение для совместной работы адаптироваться к условиям сети?
    Решение, которое "знает" о возможностях сети и способно регулировать свои характеристики в соответствии с ограничениями конкретной сети считается адаптируемым. Эта возможность позволяет организации получить максимальную отдачу от инвестиций в его решение для визуального общения и инвестиций в сетевую инфраструктуру при одновременном сдерживании расходов.

Библиография

Cisco Systems, Inc., Collaboration Technology Group CTO office, Andrew Reitter, “Cisco Unified Conferencing: Codec Technology Overview (Simulcast SVC),” August 24, 2012.

ITU-T, “Conformance specification for ITU-T H.264 advanced video coding,” http://www.itu.int/rec/T-REC-H.264.1/en.

ITU-T, “ITU-T H Series: Audiovisual and multimedia systems Recommendation-specific signals,” http://www.itu.int/net/itu-t/sigdb/spevideo/Hseries-s.htm.

Microsoft Corporation, “Microsoft Lync Server 2013 - Technet,” http://technet.microsoft.com/library/gg398616(v=ocs.15).

Microsoft Corporation, “Office Communication Server 2007 Video Conferencing Interoperability,” July 31, 2008.

MSU Graphics and Media Lab (Video Group), Dr. Dmitriy Vatolin, Dr. Dmitriy Kulikov, Alexander Parshin, Marat Arsaev, "Seventh MPEG-4 AVC/H.264 Video Codecs Comparison - Standard Version," May 2011, http://www.compression.ru/video/codec_comparison/h264_2011/mpeg-4_avc_h264_video_codecs_comparison.pdf

 

Liveinternet counter Тел.: +7 (495) 225 57 11
Email: sale@ipvs.ru