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-интеграторами, разговор рано или поздно доходит до точки, где ваш contribution-протокол заканчивается, а сеть студии заказчика начинается. Спортивный вещатель, отдающий вам поток на платформу, скорее всего, имеет восходящую 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 года. NewTek в 2019 году куплена норвежским холдингом Vizrt Group, и NDI теперь развивает и лицензирует дочерняя компания Vizrt – Vizrt NDI. SDK NDI распространяется по проприетарной, но royalty-free лицензии: вендоры интегрируют его без поштучных отчислений, и это – главная причина, почему адопшен такой широкий.

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

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

NDI Full Bandwidth и NDI HX

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

NDI HX (high-efficiency-варианты) меняют немного качества и пару дополнительных кадров задержки на гораздо меньший счёт по полосе. NDI HX и NDI HX2 используют long-Group-of-Pictures-кодирование H.264. 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 через публичный интернет между двумя площадками, и его помещение внутрь железных энкодеров заметно упрощает remote-production-схемы.

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

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

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

Zixi – проприетарный broadcast-протокол контрибуции

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 и ingress Broadcaster; UDP 2077 – outbound 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 был стандартным reliable-contribution-инкумбентом десять лет до того, как у 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-production-вендоры, которым нужна «нативная 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 гигабита в секунду превращается под -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.

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

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

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

Две Олимпиады стоят по обе стороны границы зрелости. На Летних Играх Париж-2024 host broadcaster, Olympic Broadcasting Services, впервые предложил ST 2110-контрибуцию как опцию правообладателям, а France Télévisions произвёл 4K UHD HDR-картину на полностью ST 2110-инфраструктуре – миграция, начатая в 2021 году. Зимние Игры Милан-Кортина-2026 пошли дальше: NBC организовал трансатлантический remote-integration-продакшн (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 заметно выше любого commodity-аплинка, его PTP-синхронизация рушится в момент, когда пакеты проходят через маршрутизатор, не работающий как boundary clock, а пакетный pacing по -21 не переживёт буферизирующий линк. ST 2110 через WAN – отдельная тема, решаемая ST 2110-22 (JPEG XS) плюс RIST Advanced Profile или специализированными шлюзами вендоров AJA, Artel и Net Insight; обычному стриминг-инженеру это не имеет смысла собирать на коленке.

Та же ошибка с другой стороны – предположить, что NDI «достаточно broadcast-класса» для серьёзного выхода в эфир. SpeedHQ-кодек NDI визуально безпотерьный для большинства продакшн-работ, но это intra-frame-сжатие; 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 – royalty-free студийный LAN-протокол; 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-handoff на границе контрибуции.

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

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