Roadmap¶
The section lists the capabilities that are announced but have not yet made it into the current release. For each of them it states what already works today and what is not there yet, so that deployment planning relies on the actual capabilities of the node. The scope and the schedule may change; check the current state with the supplier.
Descrambling of individual streams through a CAM¶
Available today. Hardware CI/CAM descrambling (EN 50221) is available on the node’s own DVB receiver: a module installed in the CI slot of the tuner card decrypts the selected programmes of the multiplex received by that tuner — several programmes at a time, and the list is applied on the fly without restarting the adapter. The slot state, the module name, the supported CA systems and the module’s subscription verdict for every programme are shown on the “Hardware” screen; alerts are provided for module removal, a missing subscription and a conditional access error (Descrambling).
Not yet available. A stream that is not part of the multiplex of the node’s own tuner cannot be passed through a CAM module — the “stream → module → stream” path does not exist. An SPTS or MPTS received over the network or from a file is not descrambled in hardware; for such sources only software BISS-1 / BISS-E descrambling is available (SPTS streams, BISS descrambling). A module intended for that mode of operation is recognized by the node and shown in the hardware inventory, but no data is passed through it.
Commercial DRM systems for OTT delivery¶
Available today. The node encrypts OTT delivery by its own means: HLS AES-128 — with the key served over a session URL or with a reference to an external key server, and with rotation of derived keys by a time window — as well as MPEG Common Encryption (ISO/IEC 23001-7) in the cenc and cbcs schemes on top of CMAF. Encryption is performed once, when the segment is produced, so the DVR archive is stored and played back encrypted (Content protection (DRM)).
Not yet available. There is no ready-made integration with the Widevine, PlayReady and FairPlay license servers: the manifest and the initialization segment carry only the generic protection signaling — without the system headers of these DRMs and without the license acquisition address. There is no automatic key exchange with a key provider (CPIX, SPEKE) either: the operator passes the “key — key identifier” pair to its own DRM infrastructure manually. The HLS SAMPLE-AES scheme is not supported, and Common Encryption is delivered over MPEG-DASH only, so protected HLS delivery on top of CMAF and Low-Latency HLS is not there yet.
Signaling of ad insertion points in OTT delivery¶
Available today. The analyzer recognizes SCTE-35 events and splice points and shows them in the report (Continuous measurements). During remultiplexing the PID carrying the signaling is transferred to the output multiplex unchanged.
Not yet available. The boundaries of the ad breaks are not exposed in HLS playlists and DASH manifests: segments are not cut at the splice point and nothing is signaled to the player or to an external ad substitution system; nor is there any replacement of ad breaks in the stream itself. The signaling does not pass through the transcoder — the splice markers are lost in the transcoded copy of the channel.
