Zixi, NDI, ST 2110: протоколы «внутри студии»

Последняя проверка: 2026-05-21 относительно публикаций SMPTE ST 2110-10:2022, ST 2110-20:2022, ST 2110-21:2017, ST 2110-22:2019, ST 2110-30:2017, ST 2110-31:2022 и ST 2110-40:2023 на pub.smpte.org; портала спецификаций AMWA NMOS (IS-04, IS-05, IS-07, IS-08, IS-09, IS-10) на specs.amwa.tv; анонса NDI 6 от 3 апреля 2024 года, а также анонсов NDI 6.3 на ISE 2026 и NAB 2026; официальной документации NDI на docs.ndi.video; документации Zixi на docs.zixi.com; пресс-релиза о покупке Zixi фондом Clearhaven Partners от 13 июня 2024 года; каталогов JT-NM Tested по конформности ST 2110, ST 2059, ST 2022-7 и AMWA NMOS; технических материалов EBU и OBS о производстве Олимпийских игр Париж-2024 и Милан-Кортина-2026; а также базовых документов IETF RFC 4175 (RTP-полезная нагрузка для несжатого видео), RFC 3550 (RTP), RFC 4585 (обратная связь RTCP для NACK), RFC 8086 (GRE-в-UDP) и IEEE 1588-2019 (PTP), на основе которых построен ST 2110.

TL;DR

Zixi, NDI и SMPTE ST 2110 – три протокола, с которыми сталкивается стриминг-инженер при работе в профессиональной вещательной среде. Ни один из них не предназначен для доставки контента в публичный интернет: это внутренние протоколы, используемые в студиях и павильонах. Инженеру важно их знать, даже если он никогда не настраивает их самостоятельно.

Zixi – проприетарный коммерческий contribution-протокол, работающий через WAN-каналы по публичному интернету, подобно SRT или RIST, но с запатентованной функцией hitless failover и единой вендорской экосистемой.

NDI (Network Device Interface) – слабо сжатый протокол, бесплатный для интеграторов, ставший стандартом передачи студийного видео между программами в локальной сети. В версии NDI 6 (апрель 2024) появилась поддержка HDR, а в NDI 6.3 (NAB 2026) – функционал мониторинга множества источников.

SMPTE ST 2110 – формальная IP-замена Serial Digital Interface: несжатое видео, звук и вспомогательные данные передаются как отдельные потоки Real-time Transport Protocol, синхронизированные с помощью Precision Time Protocol, по инженерным сетям Ethernet на скоростях 10, 25 или 100 гигабит в секунду внутри вещательных комплексов.

Зачем это нужно

Если вы работаете со стриминговыми продуктами, взаимодействующими с вещательными компаниями, продакшн-студиями или AV-интеграторами, рано или поздно разговор доходит до точки, где ваш протокол передачи данных заканчивается, а сеть студии клиента начинается. Спортивный вещатель, передающий вам поток на платформу, скорее всего, использует восходящую SMPTE ST 2110-инфраструктуру от энкодера, который отправляет вам поток по протоколу Real Time Messaging Protocol или SRT. Команда онлайн-трансляции церкви почти наверняка применяет NDI между свитчером и компьютером. Tier 1-вещатель, рассылающий глобальные фиды десяткам партнёров, с большой вероятностью использует Zixi внутри своей частной WAN, даже если передача контента через публичный интернет осуществляется по SRT.

Эта статья – для продакт-менеджера, основателя или инженера, который слышал на встрече с заказчиком фразы вроде «у нас внутри NDI», «мы принимаем поток с ST 2110» или «сетевая команда разрешает только Zixi» и хочет понять, что реально делают эти протоколы, с чем они конкурируют и где проходит граница между «студийными» протоколами и открытыми интернет-протоколами контрибуции, на которых сосредоточен хаб Фора Софт Learn. К концу статьи у вас появится ментальная модель, позволяющая уверенно вести диалог с broadcast-архитектором, задавать правильные уточняющие вопросы и понимать, когда команде стоит написать собственный коннектор, а не пытаться закрыть разрыв с помощью готового софта.

Три протокола – три разные задачи

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

Zixi – это WAN-протокол контрибуции: протокол для передачи сжатого видеопотока по публичному интернету или частной сети от удалённого источника (рюкзак на стадионе, флай-пак в гостинице, спутниковая ПТС) до основной аппаратной. Его основные конкуренты – SRT и RIST, а не NDI или ST 2110.

NDI – это LAN-протокол студийной продакшн-сети: протокол, предназначенный для передачи видео между программным обеспечением и оборудованием в пределах одного здания или кампуса. Его основные конкуренты – SDI (Serial Digital Interface, коаксиальный стандарт, который NDI призван заменить) и ST 2110, но не Zixi.

ST 2110 – это IP-транспорт уровня вещательного комплекса: инженерный протокол управляемой сети, заменяющий SDI в самых требовательных вещательных системах с жёстким тайминговым планом, несжатым видеопотоком и отдельным уровнем управления. Его конкуренты – SDI (кабель, который он заменяет) и NDI (более лёгкая IP-альтернатива), а не Zixi.

Это распределение – главная причина, по которой эта статья вообще существует. Стриминг-инженер, понимающий, где Zixi, NDI и ST 2110 находятся относительно друг друга, сможет уверенно участвовать в разговоре с broadcast-архитекторами. А тот, кто не разбирается, не поймёт фразу: «у нас фабрика на ST 2110 с островками NDI и удалённой контрибуцией на Zixi».

Нажмите, чтобы увеличить

NDI – протокол для студийной LAN

NDI, или Network Device Interface, – протокол, с которым почти каждая живая трансляция на стандартном программном обеспечении сталкивается в той или иной точке. Изображение, передаваемое из OBS Studio в vMix и далее на стриминговый выход, картинка с PTZ-камеры (то есть камеры с дистанционным управлением «панорама – наклон – зум», сокращённо PTZ), подключённой к гигабитному Ethernet-порту, и изображение между Adobe Premiere и аппаратным мультивьювером – все эти маршруты обычно проходят по NDI.

Что такое NDI

NDI – это IP-протокол передачи видео и аудио, разработанный для одновременной транспортировки множества живых потоков по стандартной локальной сети Gigabit Ethernet. Протокол был представлен компанией NewTek в сентябре 2015 года и впервые использован в продуктах в начале 2016 года. В 2019 году NewTek была приобретена норвежским холдингом Vizrt Group, после чего развитие и лицензирование NDI перешли к дочерней компании Vizrt – Vizrt NDI. SDK NDI распространяется по проприетарной, но royalty-free лицензии: вендоры могут интегрировать его без поштучных отчислений, и именно это стало главной причиной широкого распространения технологии.

Протокол передаёт по одному сетевому соединению несколько потоков: видео, многоканальный звук, альфа-канал, встроенные двунаправленные XML-метаданные, команды управления PTZ, сигналы tally (та самая красная лампочка на камере, которая показывает оператору, что камера в эфире) и проброс клавиатуры, мыши и видео. Discovery работает без настройки: NDI-источники автоматически объявляют о себе в локальной сети через mDNS (аналог Bonjour от Apple), и любой NDI-приёмник в той же подсети автоматически их обнаруживает без ручных настроек.

Транспорт по умолчанию – TCP на динамически выбранном порту между отправителем и приёмником. Новые релизы также поддерживают UDP с коррекцией ошибок при передаче, многопоточный TCP и надёжный UDP-вариант, близкий по идее к QUIC. Базовое предположение протокола – хорошо спроектированная коммутируемая локальная сеть, а не публичный интернет.

NDI Full Bandwidth и NDI HX

NDI выпускается в двух основных форматах. Full bandwidth NDI использует проприетарный intra-кадровый кодек SpeedHQ – на основе дискретного косинусного преобразования, относящийся к тому же семейству, что DNxHD в цифровом кинопроизводстве или Apple ProRes. Он разработан для визуально безпотерьной передачи и быстрого декодирования на обычных процессорах. Поток Full NDI 1080p при 60 кадрах в секунду занимает примерно 100–125 мегабит в секунду; 2160p (Ultra-High-Definition) при 60 кадрах в секунду – около 200 мегабит в секунду. Задержка «стекло-в-стекло» составляет менее двух кадров; при частоте 60 кадров в секунду это меньше 33 миллисекунд, что достаточно, чтобы ведущий в обратной NDI-связи видел себя и удалённого гостя без заметной рассинхронизации.

NDI HX (высокоэффективные варианты) немного снижают качество и добавляют пару дополнительных кадров задержки, но при этом значительно экономят полосу пропускания. NDI HX и NDI HX2 используют кодирование H.264 с длинными группами кадров (long GOP). NDI HX3, представленный в 2023 году, поддерживает кодек H.265 / High-Efficiency-Video-Coding, а также более эффективный режим H.264 с цветовой субдискретизацией 4:2:0. Поток NDI HX3 в формате H.265 при разрешении 1080p60 занимает около 50 мегабит в секунду, а при 4Kp60 – около 84 мегабит в секунду. Задержка от источника до приёмника (glass-to-glass) составляет менее 100 миллисекунд, а размер группы кадров (Group of Pictures) равен 20 кадрам.

Арифметика вслух. Представьте студийный продакшн с четырьмя камерами, передающими Full NDI-фиды через 10-гигабитный Ethernet-коммутатор. Каждый фид – 125 мегабит в секунду; четыре фида дают 4 × 125 = 500 мегабит в секунду unicast-трафика, который легко умещается в одном 10-гигабитном канале. Те же четыре фида в 4K при скорости 200 мегабит в секунду каждый – это 4 × 200 = 800 мегабит в секунду, что также помещается в 10-гигабитный канал, но уже с меньшим запасом для дюжины графических приложений, мультивьюверов и записывающих серверов, подключённых к той же сети. Именно из-за таких расчётов запаса студийные LAN строятся на 10 гигабит и выше, даже если внешний канал в интернет составляет всего 100 мегабит в секунду.

NDI 6 и NDI 6.3 – что изменилось в 2024 – 2026

NDI 6 вышел 3 апреля 2024 года и добавил три функции, которых продакшн-команды ждали с тех пор, как домашние телевизоры перешли на High Dynamic Range. Во-первых – нативная поддержка HDR: как Perceptual Quantizer (HDR-передаточная функция Dolby Vision и HDR10), так и Hybrid Log-Gamma (вещательная HDR-функция BBC и NHK). Во-вторых – цветовая глубина 10 бит и выше, до 16 бит на канал, что позволяет кинематографическому исходнику проходить через один NDI-узел без потерь от квантования. В-третьих – встроенный модуль NDI Bridge в аппаратных устройствах. NDI Bridge – это инструмент, обеспечивающий передачу NDI через публичный интернет между двумя площадками, и его интеграция в аппаратные энкодеры значительно упрощает схемы удалённой съёмки.

NDI 6.3, представленный на Integrated Systems Europe 2026 в феврале и на National Association of Broadcasters Show в апреле 2026 года, ориентирован на удобство эксплуатации, а не на внедрение новых функций. Добавлен мониторинг нескольких NDI-источников в реальном времени с единой панели – с отслеживанием потерь, джиттера и диагностики состояния сигнала. Улучшены механизмы обнаружения и управления устройствами, а также добавлена поддержка High-Bandwidth Digital Content Protection (HDCP – стандарт защиты медиаконтента в кино- и телестудии) для безопасных AV-решений в партнёрстве с интегратором ProITAV.

Где NDI встречается стриминг-инженеру

NDI может встретиться вам как входящий источник в стриминговом продукте, когда заказчик делает продакшн на софте вроде vMix или OBS Studio, либо когда речь идёт о корпоративном AV-интеграторе, передающем живой сигнал между залами. NDI Bridge пригодится, если заказчик строит схему «одна центральная студия и два-три удалённых контрибутора», а те, в свою очередь, работают с NDI внутри своих помещений. А вот NDI вы вряд ли увидите как протокол для контрибуции через интернет – например, из рюкзака с камерой: такой трафик идёт через SRT, RIST, WHIP или Zixi, поскольку NDI изначально не проектировался для работы во враждебных сетях.

Zixi – проприетарный протокол вещания для контрибуции

Zixi занимает ту же нишу, что и SRT с RIST: это протокол контрибуции на основе UDP, обеспечивающий надёжную передачу сжатого видео по нестабильным каналам связи. Отличие в том, что Zixi – проприетарный протокол, требующий лицензии на SDK и встроенный в вендорский уровень управления, аналога которому у открытых протоколов нет.

Что такое Zixi

Zixi – программный стек видеотранспорта от компании Zixi Inc., основанной в 2006 году и базирующейся в Уолтеме, штат Массачусетс. 13 июня 2024 года компания была приобретена частной инвестиционной фирмой Clearhaven Partners; финансовые условия сделки не разглашались. Транспортный протокол Zixi (в документации – Zixi Transport Stream Protocol) работает поверх UDP и объединяет в одном wire-формате четыре механизма надёжности: адаптивный Forward Error Correction (техника добавления избыточных данных, позволяющая приёмнику восстанавливать потерянные фрагменты без повторной передачи, сокращённо FEC), Automatic Repeat reQuest (метод запроса повторной отправки потерянных пакетов, сокращённо ARQ), мультиканальный бондинг и запатентованный hitless failover между двумя параллельными путями.

Система Zixi состоит из четырёх компонентов. Zixi Feeder – лёгкий отправитель, который инкапсулирует сжатый поток и передаёт его в сеть. Zixi Receiver выполняет ту же функцию на стороне приёмника. Zixi Broadcaster – сервер, агрегирующий потоки, декапсулирующий и переинкапсулирующий их, а также выступающий в роли мультипротокольного шлюза между Zixi и примерно шестнадцатью другими протоколами (SRT, RIST, RTMP, NDI, HLS, DASH, WebRTC и другие). ZEN Master – облачный уровень управления: единая панель, где операторы видят все устройства в экосистеме Zixi Enabled Network, настраивают фиды и отслеживают состояние системы.

Порты по умолчанию: UDP 2088 – входящий трафик Feeder и входящий трафик Broadcaster; UDP 2077 – исходящий трафик Receiver (pull); TCP 4444 – веб-интерфейс управления Broadcaster. Шифрование встроено: UDP-, файловые и RTMP-входы могут шифроваться с использованием AES с ключами длиной 128, 192 или 256 бит.

Сравнение Zixi с SRT и RIST

Механически Zixi решает ту же задачу, что SRT и RIST: надёжно доставлять сжатое видео по сети с потерей пакетов в диапазоне 1–10 % при настраиваемой задержке от 200 миллисекунд до нескольких секунд. Все три протокола используют UDP в качестве транспортного уровня, ARQ-повторную передачу в пределах окна задержки и серверный механизм предотвращения перегрузок. Различия – в другом.

Честный ответ на вопрос «почему Zixi в 2026 году» редко связан с особенностями уровня wire – FEC, ARQ и бондинг каналов хорошо изучены и используются всеми тремя протоколами схожим образом. Дело в трёх других аспектах. Во-первых – старшинство: Zixi был стандартным надёжным протоколом для контрибуции ещё до появления открытых спецификаций у SRT и RIST, так что многие вещательные воркфлоу уже зависят от него. Во-вторых – ZEN Master: единый эксплуатационный дашборд с вендорской поддержкой, чего у открытых протоколов нет в полной мере. В-третьих – мультипротокольный Broadcaster: один Zixi Broadcaster может принять Zixi-поток и выдать его в формате SRT, RIST, HLS или одного из десятка других, что делает его операционно привлекательным как «швейцарский нож», даже если сама контрибуция ведётся по открытым протоколам.

Как отмечают Streaming Media Magazine и Rethink Research, независимая отраслевая оценка такова: многие вещатели сегодня используют гибридный подход – SRT или RIST для новых контрибуционных путей, Zixi – для унаследованных решений и в роли мультипротокольного брокера, а также периодически пересматривают цены раз в несколько лет.

Где Zixi встречается стриминг-инженеру

Если ваша платформа принимает потоки от вещателей, рано или поздно вас попросят принять поток с Zixi Broadcaster. Заказчик редко хочет, чтобы вы реализовали Zixi-отправитель – ему важно, чтобы вы приняли один из исходящих протоколов Broadcaster, что на практике означает SRT или RIST на стороне egress. Правильная ментальная модель – воспринимать Zixi как «вышестоящую систему, выход которой – SRT». Исключение составляют производители оборудования и вендоры live-производства, которым нужна «нативная интеграция с Zixi»: для этого требуется коммерческая лицензия на SDK от Zixi, и переговоры ведутся через отдел продаж, а не через технический отдел.

SMPTE ST 2110 – инженерная замена SDI

Внутри самых требовательных вещательных комплексов – тех, где транслируют прямой спорт, федеральные новости и премиальный контент, где потеря даже одного кадра – уже инцидент, – Serial Digital Interface уступает место Internet Protocol. Стандарт, описывающий эту замену, – SMPTE ST 2110, – отличается от всего остального в этой статье тремя ключевыми чертами: его разрабатывает официальное стандартизирующее учреждение, в основе лежит несжатое видео, а для работы требуется управляемая сеть, специально спроектированная под него.

Что такое ST 2110

SMPTE ST 2110, формально «Professional Media Over Managed IP Networks», – многопартный набор стандартов Society of Motion Picture and Television Engineers. Первые шесть частей были опубликованы одновременно 27 ноября 2017 года; последующие части и редакции выходят со скоростью 1–2 в год. Основная идея стандарта – взять SDI-сигнал, в котором видео, звук и вспомогательные данные объединены в один поток по коаксиальному кабелю, и разделить каждую из этих составляющих на отдельный поток Real-time Transport Protocol в IP-сети. Видео, звук, субтитры и таймкоды передаются по отдельным multicast-группам, а оборудование на приёмной стороне подписывается только на те данные, которые ему необходимы.

Набор разделён на семейства по номерам. Семейство ST 2110-1x – системный слой (тайминг, определения). Семейство ST 2110-2x – видео. Семейство ST 2110-3x – звук. Семейство ST 2110-4x – вспомогательные данные и текст. Вот части, которые стриминг-инженеру стоит знать наизусть:

• ST 2110-10:2022 – System timing and definitions. Базис «какое сейчас время по часам сети».
• ST 2110-20:2022 – Uncompressed active video, поверх IETF RFC 4175 RTP-полезной нагрузки для несжатого видео.
• ST 2110-21:2017 – Traffic shaping and delivery timing for video. Определяет типы отправителей Narrow, Narrow Linear и Wide, ограничивающие выдачу пакетов в сеть.
• ST 2110-22:2019 – Constant Bit Rate Compressed Video. На практике это JPEG Extra-Small-сжатие (ISO/IEC 21122) – визуально безпотерьное лёгкое сжатие, доводящее полосу примерно до одной десятой от несжатой.
• ST 2110-30:2017 – PCM audio, профиль Audio Engineering Society 67.
• ST 2110-31:2022 – AES3 transparent audio transport для не-PCM-нагрузок (Dolby E).
• ST 2110-40:2023 – Ancillary data – субтитры, таймкод, пакеты SMPTE ANC, которые раньше нёс SDI.

Свободные PDF каждой части доступны на pub.smpte.org; каталожные копии – на сайте SMPTE, но за платной подпиской.

Почему несжатое и сколько это стоит

Определяющий выбор стандарта ST 2110-20 – передача сырых, несжатых пикселей. Никаких кодеков. Никакой структуры Group of Pictures. Никакого квантования. Приёмник получает те же биты, что и сгенерировала камера, без потерь при пересчётах. Именно это нужно вещательным комплексам по той же причине, по которой звукорежиссёры работают с несжатым PCM-аудио: формат остаётся прозрачным, и его можно «уронить» по качеству позже – при публикации, а не сейчас, когда восстановление уже невозможно.

Цена этого – полоса. Несжатый 1080p при 59,94 кадрах в секунду занимает примерно от 2,1 до 3 гигабит в секунду на проводе – в зависимости от того, включает ли отправитель вертикальные blanking-пиксели. Несжатый 2160p (UHD) при 59,94 кадрах в секунду – около 8–12 гигабит в секунду. Скромная вещательная студия с 30 камерами, 10 графическими фидами, 8 мультивьюверами и 12 реплей-серверами легко генерирует 100–300 гигабит в секунду суммарного трафика ST 2110 по всей фабрике. Проектирование сети под такие нагрузки – это уже совсем другая дисциплина, чем проектирование офисной сети.

Арифметика вслух. ST 2110-продакшн на 50 камер в 1080p59.94 с 30 входными фидами по 3 гигабита в секунду – это 30 × 3 = 90 гигабит в секунду на входе от камер. Плюс 10 фидов графики и 8 мультивьюверов примерно по 3 гигабита в секунду каждый – 18 × 3 = 54 гигабита в секунду дополнительного внутреннего трафика. Суммарная нагрузка на фабрику – 90 + 54 = 144 гигабита в секунду постоянно: комфортно укладывается в один 200-гигабитный Ethernet-спайн, но выходит за пределы возможностей 10-гигабитного офисного коммутатора. Поэтому реальный ST 2110-комплекс строится на свитчах на 25, 100 или 200 гигабит везде.

ST 2110-22 с JPEG Extra-Small – это своего рода «предохранительный клапан» в наборе стандартов. JPEG Extra-Small сжимает данные примерно в 6–20 раз без заметной потери качества и с задержкой кодирования и декодирования около миллисекунды. Несжатый поток в 3 гигабита в секунду при использовании ST 2110-22 превращается в JPEG-XS-поток объёмом около 300 мегабит в секунду – это единственный практичный способ передачи ST 2110 через WAN-каналы, короче чем трансконтинентальное оптоволокно, и именно этот подход применяют шлюзы «ST 2110 через WAN».

Сама сеть – PTP, multicast и NMOS

Три инфраструктурных слоя – то, что отличает сеть ST 2110 от обычной IP-сети. Ни один из них не является опциональным.

Precision Time Protocol (IEEE 1588-2019), сокращённо PTP, – протокол синхронизации, обеспечивающий всем устройствам в сети общую временную шкалу с точностью лучше микросекунды. ST 2110 разработан так, что два видеоприёмника, подключённые к одному источнику, видят одни и те же пиксели одновременно с точностью до сотен наносекунд. Для этого каждый коммутатор на пути должен работать как PTP boundary clock, обрабатывая announce- и sync-сообщения на аппаратном уровне. SMPTE Standard 2059-2 определяет профиль PTP для применения в вещании.

Multicast-маршрутизация – обычно через IGMPv3 и PIM Source-Specific Multicast – позволяет одному отправителю доставлять данные многим получателям без дублирования пакетов на источнике. Выход камеры становится multicast-группой; любое устройство, которому нужна картинка, присоединяется к этой группе. Такая модель работает только на коммутаторах, корректно поддерживающих multicast на полной скорости – большинство офисных свитчей с этим не справляются.

AMWA NMOS (Networked Media Open Specifications от Advanced Media Workflow Association) – это уровень управления. Сам ST 2110 определяет, как пакеты с медиаданными передаются по сети; NMOS отвечает за то, как устройства находят друг друга, как операторы подключают источники к приёмникам, как передаются сигналы tally и метаданные. Спецификации NMOS, которые должен знать стриминг-инженер: IS-04 (Discovery and Registration), IS-05 (Device Connection Management), IS-07 (Event and Tally), IS-08 (Audio Channel Mapping), IS-09 (System Parameters), IS-10 (Authorization). Полный набор открыт и доступен на specs.amwa.tv/nmos.

Программа сертификации совместимости устройств для таких сетей – JT-NM Tested – является совместной инициативой European Broadcasting Union, SMPTE, Video Services Forum и AMWA. Существуют два каталога: один подтверждает соответствие стандартам ST 2110, ST 2059 и ST 2022-7, другой – стандартам AMWA NMOS и техническому рекомендационному документу JT-NM 1001-1. Оба каталога активно использовались на выставке NAB Show в апреле 2026 года.

Нажмите, чтобы увеличить

ST 2110 в продакшне – примеры олимпийского масштаба

Две Олимпиады находятся по разные стороны границы зрелости технологий. На Летних Играх в Париже-2024 официальный вещатель, Olympic Broadcasting Services, впервые предложил правообладателям опцию ST 2110-контрибуции, а France Télévisions произвёл трансляцию в формате 4K UHD HDR на полностью ST 2110-инфраструктуре – миграция, начатая ещё в 2021 году. Зимние Игры в Милане и Кортине-2026 пошли дальше: NBC организовал трансатлантический продакшн по модели удалённой интеграции (Remote Integration Model, REMI) с 810 камерами в Италии, передающими сигнал в Стамфорд, штат Коннектикут, по сквозной ST 2110-инфраструктуре с JPEG-XS-инкапсуляцией на участках WAN. По данным издания Sports Video Group, в продакшене использовались ИИ-реплеи, кинематографические live-воркфлоу и FPV-дроны – всё это работало на ST 2110-инфраструктуре и было синхронизировано через PTP.

Урок для стриминг-инженеров – операционный, а не технический. ST 2110 – это сетевой протокол, на котором в 2026 году реально работают самые требовательные live-продакшны. Всё, что вы строите для приёма из такого продакшена, находится ниже ST 2110-комплекса, принимает сжатый фид через SRT-, RIST- или Zixi-канал – и далее уже ваша зона ответственности. Понимание этого позволяет задать правильный уточняющий вопрос: «Энкодерный выход, который мы примем, – это SRT-поток с вашей ST 2110-фабрики, или у вас ниже энкодера стоит HLS-источник?» Ответ меняет схему всей интеграции.

Сравнение: когда какой протокол выигрывает

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

Два напоминания. Первое – эти три протокола не конкурируют с открытым интернет-стеком доставки: они сосуществуют с SRT, RIST, WHIP и RTMP. Полная вещательная операция в 2026 году будет использовать ST 2110 внутри здания, NDI – между программными компонентами, а SRT / RIST / Zixi – для передачи между зданиями. Второе – ни один из трёх протоколов не является протоколом доставки конечного контента: зритель никогда не принимает ST 2110, NDI или Zixi напрямую. Доставка всё равно осуществляется через HLS, MPEG-DASH, Low-Latency HLS или WebRTC с соответствующей перекодировкой между студийным и зрительским доменами.

Нажмите, чтобы увеличить

Типичная ошибка: воспринимать ST 2110 как «IP-стриминг»

Самое дорогое непонимание, которое стриминг-инженер может принести в разговор с broadcast-инженером, – это предположение, что «видео поверх IP» означает одно и то же по обе стороны границы. Не означает. «IP» в SMPTE ST 2110 – это инженерный транспорт на уровне 3 модели OSI в частной сети с субмикросекундной синхронизацией и маршрутизацией по multicast. «IP» в HLS или WebRTC – это произвольный путь через публичный интернет с использованием CDN. Оба используют Internet Protocol; на этом сходство заканчивается.

Частая ошибка – думать, что ST 2110-поток можно просто «протолкнуть» через публичный интернет, пересылая multicast-пакеты. Так нельзя. Битрейт ST 2110-20 значительно выше, чем у любого стандартного аплинка, его PTP-синхронизация разрушается, как только пакеты проходят через маршрутизатор, не работающий в режиме boundary clock, а пакетный pacing по ST 2110-21 не выдержит буферизующего линка. ST 2110 через WAN – отдельная задача, решаемая с помощью ST 2110-22 (JPEG XS) в сочетании с RIST Advanced Profile или специализированными шлюзами от производителей AJA, Artel и Net Insight; обычному инженеру по стримингу собирать это на коленке не имеет смысла.

Та же ошибка – с другой стороны: считать, что NDI «достаточно broadcast-класса» для серьёзного эфира. Кодек SpeedHQ визуально безпотерьный для большинства задач в производстве, но использует сжатие внутри кадра; ST 2110-20 – несжатый стандарт. Для новостного канала, где главный инженер помнит номер кадра, на котором в 2014 году сбойнул переход, «визуально безпотерьное» – это не то же самое, что «безпотерьное». Подбирайте протокол с учётом допусков заказчика.

Где Фора Софт помогает

Мы поставили production-grade WebRTC-, HLS- и Real-Time-Messaging-Protocol-стеки контрибуции для проектов видеостриминга, OTT/Internet TV, e-learning, телемедицины, видеонаблюдения и AR/VR; мы регулярно интегрируемся с энкодерами заказчиков, питающимися от ST 2110-, NDI- или Zixi-фабрик выше по потоку. Самая полезная схема, которую мы видели, – оставить студийный протокол ответственностью заказчика, забрать чистый WAN-handoff на SRT или WHIP, а cloud-to-viewer-половину взять на себя. Эта граница оставляет интеграцию чистой, не лезет в NMOS- и PTP-стек инженеров заказчика и даёт нам контрактно ясную точку мониторинга quality of experience.

Ключевые выводы

• Zixi, NDI и SMPTE ST 2110 работают на разных уровнях вещательной инфраструктуры; они дополняют друг друга, а не конкурируют.
• NDI – это бесплатный протокол для студийных локальных сетей; версия NDI 6 (апрель 2024) добавила поддержку HDR, а NDI 6.3 (NAB 2026) – возможность мониторинга множества источников.
• Zixi – проприетарный коммерческий протокол для контрибуции; он решает те же задачи, что и SRT и RIST, но с использованием облачной инфраструктуры вендора и обеспечением бесшовного переключения при сбоях (hitless failover).
• SMPTE ST 2110 – это многокомпонентный стандарт SMPTE, предназначенный для передачи несжатого видео, аудио и вспомогательных данных по сетям Ethernet с пропускной способностью 25–100 Гбит/с на инженерных фабриках.
• ST 2110 требует обязательной синхронизации по протоколу Precision Time Protocol, multicast-маршрутизации и использования AMWA NMOS в качестве контрольного уровня – все эти компоненты являются обязательными.
• Практическое правило для инженеров стриминга: использовать студийный протокол на внутреннем уровне и передавать чистый SRT-, RIST- или WHIP-канал на границе контрибуции.

Что читать дальше

• SRT: профессиональный стандарт для передачи контента в публичном интернете
• RIST: альтернатива уровня вещания
• Как выбрать протокол ингеста в 2026: дерево решений