• очень низкие требования к оборудованию: платформа Intel на базе Atom E3845 (LTS) с пассивным охлаждением обеспечивает одновременную вставку в 4 MPTS/T2MI-потока с 20 SD-сервисами или 10 HD-сервисами в каждом потоке;
• поддерживаемые форматы компресии: H.264 (ISO/IEC 14496-10), аудио MPEG-1 (ISO 11172-3, Layer I и II), SD и HD, без перекодирования;
• физические входы/выходы – дескремблированные DVB IP Multicast/Unicast UDP/RTP, SRT, DVB ASI, DVB S/S2/T/T2/C/C2 (только вход);
• входные/выходные потоки – DVB SPTS/MPTS/T2MI;
• аппаратные релейные обходы со wath-dog таймером настоятельно рекомендуются и поддерживаются: интерфейс IP Silicom Ethernet, ASI Dektec DTA-2145, DTA-2175, Deltacast;
• управление: автоматическое через SCTE-35 метки, ручное через WEB и SNMP
• локальный файловый контент и вставляемые локальные live-потоки должны быть в формате SPTS. Параметры их сжатия должны строго соответствовать параметрам исходного T2MI/MPTS-потока;
• гарантируется отсутствие артефактов и деградации в начале и конце вставки рекламы, а также между рекламными роликами, а также соответствие VBV-модели;
• для вставки live трансляций требуется локальный энкодер, управляемый извне сплайсером (серия Harmonic Electra, Variant LiveEncoder, MediaKind);
• внутренняя задержка тракта составляет 150…500 мс и зависит от параметров упаковки входного T2MI-потока;
• обмен мультимедийными активами через FTP в соответствии с SCTE-118 и произвольным настраиваемым CSV.
• статистика надежности: время безотказной работы 99, 99 %;
• непрерывный контроль качества сигнала и SNMP-трапы;
  все выходные потоки соответствуют TR 101 290;
• SNMP-контроль состояния;
• настройка: вручную, conf-файлы.

Сплайсинг в T2-сетях является довольно сложной задачей из-за дополнительной инкапсуляции данных на уровне T2MI. Задача еще более усложняется в одночастотных синхронных T2-сетях SFN, где требуется побитовая идентичность данных, передаваемых с разных передатчиков.

На логическом уровне программа декапсулирует MPTS поток из T2MI. Затем она выполняет вставку рекламных роликов в нужные сервисы без перекодирования. Затем полученный MPTS инкапсулируются обратно в поток T2MI с сохранением исходной структуры T2MI:

На физическом уровне программа не декапсулирует T2MI-поток. В реальности на физическом уровне ПО не разбивает T2MI поток на составляющие, а вместо этого, используя уникальный алгоритм, вычисляет положение склеиваемых транспортных пакетов непосредственно в потоке T2MI, и при вставке локального файлового содержимого в этот сервис или при вставке live потока выполняет замену транспортных пакетов непосредственно в потоке T2MI, в режиме «на месте». При использовании этого механизма задержка сигнала устройством не превышает 250 мс, что является уникальной характеристикой и позволяет нескольким устройствам работать в одном синхронном сегменте SFN.

Ниже приведена иллюстрация описанного алгоритма сплайсинга потоков T2MI на физическом уровне, где BB-кадр — это данные различных PLP.

За пределами измененных рекламных блоков, сигнал T2MI проходит через сплайсер без изменений, выполняется только поиск SCTE-35 меток и возможных точек вставки (кадры IDR).
На уровне T2-MI серым цветом обозначаются BB-кадры, которые проходят без изменений а также транспортные пакеты на уровне MPTS.
При вставке контента, сплайсер заменяет пакеты конкретной программы в MPTS на транспортном уровне транспортными пакетами из локальных файлов, корректируя PCR, с учетом требований Transport Stream Decoder Model (T-STD, according to ISO / IEC 13818-1), а также модели Video Buffer Control (VBV) і Hypothetical Reference Decoder (HRD, согласно ISO/IEC 14496-10).

На рисунке заменяемые транспортные пакеты в видеопотоке (Video PID), обозначены красным, а в аудиопотоке (Audio PID) - зеленим. Остальные потоки измененной программы, а также другие программы в этом MPTS потоке остаются неизменными. Также в этом случае данные повторно инкапсулируются до уровня T2MI, с соответствии со стандартом DVB A136, «пересчитанные» BB-кадры на рисунке обозначены желтым цветом.