• very low hardware requirements: fanless Intel platform based on Atom E3845 (LTS) allows splicing of up to 4 MPTS/T2MI-streams with 20 SD-services or 10 HD- services in each stream simultaneously.
• supported compressions: H.264 (ISO/IEC 14496-10), audio MPEG-1 (ISO 11172-3, Layer I and II), SD and HD, without transcoding.
• physical inputs/outputs – descrambled DVB IP Multicast/Unicast UDP/RTP, SRT, DVB ASI, DVB S/S2/T/T2/C/C2 (input only).
• input/output streams – DVB SPTS/MPTS/T2MI
• hardware relay bypasses with watch-dog timer are strongly recommended and supported: IP Silicom Ethernet interface, ASI Dektec DTA-2145, DTA-2175, Deltacast.
• control: automatic by in-stream SCTE-35, manual external web- and SNMP-based
• local file content and local live streams being inserted are to be in SPTS-format, their compression parameters must be strictly compliant with parameters of services being spliced in input T2MI/MPTS-stream; files should be prepared in splice-compatible mode
• the absence of artifacts and degradation at the beginning and end of ad insertion, as well as between the commercials, as well as compliance with the VBV-model is guaranteed.
• unprocessed services that not being spliced are passed through and remained untouched.
• insertion of live streams requires a local encoder externally controlled by splicer (Harmonic Electra series, Variant LiveEncoder, MediaKind).
• internal tract delay is 150…500 ms and depends on packing parameters of input T2MI-stream.
• media assets exchange through FTP according to SCTE-118 and arbitrary customizable CSV.
• Reliability statistics: 99,999% uptime.
• continuous signal quality control and SNMP-trapping.
• all output streams are conformant to TR 101 290.
• SNMP state control
• Configuring: manually, conf-files.

Splicing in T2-networks is rather complicated task because of additional data encapsulation into T2MI-level. The task is even more complicated in single-frequency synchronous SFN T2-networks, where bit-by-bit identity of data transmitted from different transmitters is required.

At logical layer the software decapsulates MPTS-stream out of T2MI. Then it performs splicing of commercials into required services without transcoding. Then resulting MPTSes are encapsulated back into T2MI stream with preserving original T2MI structure:

On physical level the software does not decapsulates T2MI-stream. In real, at the physical layer, the software does not split the T2MI stream into components, but instead, using a unique algorithm, calculates the position of the transport packets of service being spliced directly in the T2MI stream, and, when inserting local ad (file) content into that service or when inserting a live stream, it performs the replacement of transport packets directly in the T2MI stream, in the “inplace” mode. Using this mechanism, the signal delay by the device does not exceed 250 ms, which is a unique characteristic and allows several devices to work in one synchronous segment of SFN.

Below is an illustration of the described splicing algorithm for T2MI streams at the physical layer, where BB-frame is the data of various PLPs.

The figure shows the technological process-algorithm for replacing content in the service "TV Service 3" from PLP0 of the T2MI stream.

Outside of replaced ad blocks, the T2MI signal passes through the splicer without changes, only the search for SCTE-35 cues and possible insertion points (IDR frames) is performed. At the T2-MI level, BB-frames that pass through unchanged are indicated in gray, as well as transport packets at the MPTS level. When replacing ad content, the splicer replaces the packets of a specific program in MPTS at the transport layer with transport packets from spot files, adjusting the PCR, taking into account the requirements of the Transport Stream Decoder Model (T-STD, according to ISO / IEC 13818-1), as well as Video Buffer Control (VBV) and Hypothetical Reference Decoder (HRD, according to ISO/IEC 14496-10) models.

In the figure, transport packets being replaced in the video stream (Video PID) are marked in red and in the audio stream (Audio PID) - in green. The rest of the streams of the replaced program, as well as other programs in this MPTS, remain unchanged. Also, in this case, the data is reencapsulated to the T2MI level, according to DVB Document A136, the “recalculated” BB-frames are marked in yellow in the figure.