Introduction to Zixi Edge Computer (ZEC)

zixi edge compute (zec) is an edge video streaming system that is installed on premises as a zixi endpoint, replacing the zixi feeder (contribution) or zixi receiver (distribution) zec offers a more robust feature set and protocol support than the zixi feeder/receiver after its installation, zec can be configured to function as a feeder (contribution), as a receiver (distribution) or as both feeder and receiver main features robust content delivery over ip communicates with a zixi broadcaster over udp based, video optimized protocols on private and public ip networks for maximal quality at a predictable latency adaptive bit rate dynamically adjusts stream rate to adapt to changing network conditions, using unicast or multicast, to meet specific application requirements recording store streams as mpeg ts files time shifting records the stream to delay its broadcasting secure and rapid file transfer accelerated and secure file transfers delivered at wire speed and accelerated http delivery including optimized playback of hls over udp clustering and load balancing supports cluster architectures to provide continuous uptime tr 101 transport stream analyzer mpeg ts etsi tr 101 290 analyzer (priorities 1 and 2) content analysis analysis of the stream's audio and video content, including audio levels, audio silence detection, frozen video detection, and more monitoring captures network and content specific statistical information in real time network bonding with hitless failover reunites divided streams coming from multiple network channels into a single stream, enabling simultaneous load balancing between multiple networks and ensuring high availability of the stream hitless failover hitless failover for inputs enables undisrupted streaming when switching from one source to another zixi's new hitless failover feature is based on the smpte 2022 7 standard, which specifies “seamless” or hitless failover between binary identical streams with synchronized rtp headers pid mapping pid mapping ensures that the pids will have the desired values when they arrive from the source downstream to the target pids can be specified for processing by specific pid numbers or they can be identified by category or type (i e codec) pids can be also designated to be nulled or removed completely from the stream aes stream encryption and decryption udp, file and rtmp input streams can be encrypted by zec using a fixed key (aes 128, aes 192, aes 256), which can be entered into the input settings or automatically generated zec can also decrypt contribution streams using a matching key, or securely forward encrypted streams to another zec instance, without being able to see or analyze the traffic mpts demuxing mpts streams can be demuxed into single spts input streams for specific programs scte 35 scte 35 markers found in the source input will be used to segment the stream and the #ext x cue in/#ext x cue out tags will be added to the manifest low latency hls zec supports low latency hls delivery using chunked transfer encoding, which starts sending an http response as chunks of data when they are ready before the complete response is available chunked transfer encoding can be use with transport stream (ts) segments and with fragmented mp4 (fmp4), which is also called common media application format (cmaf) zixi platform the zixi platform is the tight integration of components that enable broadcast quality live video workflows to be intelligently and centrally provisioned, deployed, managed, and monitored using software and integrated devices, regardless of the underlying network infrastructure employed by traditional broadcasters, ott broadcast services, service providers to source, manage, and distribute live events and 24/7 live linear channels over any ip network, protocol, cloud provider, and/or edge device protocols & containers – the zixi platform accepts over 17 industry protocols and containers, advancing the market leading zixi protocol while adding additional value to tangential offerings from other vendors, standards, and open sourced initiatives most customers rely on the zixi protocol for transport as it is congestion and network aware and can dynamically adjust to varying network conditions and employ forward error correction techniques for error free video delivery video solutions stack – zixi’s video solutions stack provides essential tools and core media processing functions for broadcast quality transport that corrects for packet loss and jitter patented hitless failover techniques provide 99 9999%+ reliable transport between sources and receivers the video solutions stack also provides broadcasters with enhanced tools to streamline workflows including protocol switching, analytics, live 4k transcoding and repackaging, recording, time shifted delivery, and auto slating intelligent data platform – zixi is constantly incorporating analytics, event correlation, ai and machine learning tools in its platform to aggregate a user’s historical and real time metadata and present it back to them to help better predict downtime, content quality, trends, and more in the form of alerts, notifications, and background monitoring zen master – with zixi’s zen master control plane, cost effectively manage and monitor complex deployments at scale and configure and orchestrate live broadcast channels across protocols and the zixi enabled network zen master allows for control of the edge, network, and cloud with full telemetry visualization of network streams it offers essential monitoring and management tools like workflow visualization, alerting, history, automation, scheduling, reporting, and root cause analysis across complex media supply chains hitless failover and analytics and bonding users can take advantage of its video solutions stack capabilities such as analytics, hitless failover and bonding across diverse isps to ensure high reliability and encrypt content with aes 256 encryption and dtls for best in class security the video solutions stack’s unique patented hitless failover techniques ensure reliability, and its robust analytics suite provides atomic level telemetry on stream health that allows users to address any issues impacting qos before the consumer’s qoe is affected the analytics solution employs machine learning techniques to provide a real time estimated psnr (epsnr) with no reference video required, helping the user determine if content providers are meeting slas for contribution stream quality zen master control plane zen master integration allows remote access to the uis of zixi integrated devices and software across the zixi enabled network for optimal monitoring and control from one centralized control plane with the zen master control plane, users have extensive visibility into and control over workflows that go across zixi enabled multi party supply chains, with the ability to leverage alerting, extensive history graphs, automated toolsets, and scheduling and reporting capabilities that abstract complexity to reduce engineering requirements and allow media organizations to leverage operational resources, providing democratized access with geographic agility zixi transport stream protocol zixi’s transport stream protocol is a content and network aware protocol that dynamically adjusts to varying network conditions and employs error correction techniques for error free video streaming over ip with minimum overhead to physical bandwidth, this dynamic mechanism provides low end to end latency, removes jitter, recovers and re orders packets, smooths video delivery and regenerates video to its original form, all in real time zixi delivers outstanding performance (at low predictable latency), superior reliability (no packet loss) and broadcast grade video quality (sd, hd, and uhd) with no tradeoffs to delay, resolution or stutter streaming from one zixi enabled device/server to another zixi enabled device/server protects the stream from quality degradations along the path it enables the streaming of high quality video over any distance, while overcoming the varying network conditions of the public internet, where the amount of network errors, packet loss, jitter and out of order packets fluctuate "every second" the zixi transport stream protocol can be also deployed on part of the path for example, from a zec to a zixi broadcaster (zixi protected path) and on to another zec and to the end user through udp or rtmp in this case, the path that has challenging conditions (e g , long distance or unstable wireless conditions) will be protected by zixi and then delivered on to the end user on a standard udp or rtmp protocol zixi’s transport stream technology includes the following features for ultimate quality and security network sensing dynamic de jitter mpeg specific optimizations z arq error recovery z fec dynamic content aware forward error correction active multi path error recovery adaptive bitrate over udp, unicast or multicast rate control and congestion avoidance 256 bit aes transport encryption supported protocols input zixi pull mpeg ts over udp and/or rtp rtmp asi (requires asi card) rtsp hls local ts file ts over http rist (tr 06 1) srt output zixi push mpeg ts over udp and/or rtp rtmp and rtmps push asi (requires asi card) tcp srt rist (tr 06 1) supported protocol combinations (inputs and outputs) zecs can function as feeders and/or as receivers these are the protocol combinations that can be used for the input and output when zec functions as a feeder and when it functions as a receiver zec as a feeder input any of the inputs listed described above output zixi push to a broadcaster zec as a receiver input zixi pull from a broadcaster output any of the inputs listed described above note that a zec must be feeding streams to a zixi broadcaster or receiving streams from a broadcaster or both for example, if you have a zec configured to receive srt streams as inputs and output them as udp, with no broadcaster involved, the outputs will fail for that use case, you would need a broadcaster license rather that a zec one recording options live stream inputs can be stored as mpeg ts files to a local disk drive or mounted drive multicast options multicast streams can be received or be sent by the zec zec serves as a gateway between unicast and multicast streams, while allowing reliable streaming over multicast adaptive options zec can create an adaptive group, subsequently editing, recording, or playing it in conjunction with dash, hls, hds or zixi you can also set a pre roll video/screen that will be played before the live streaming begins vod options zec supports vod (video on demand) playback of stored files in multiple formats such as ts, mp4, hls, flv latency considerations latency defines the delay in which the video stream will be delivered to the endpoint this delay is essentially a buffer that is used for additional processing, thereby improving the quality of video stream the latency should be considered based on the importance of immediacy for example, if the video requires interaction (e g , between a reporter in the field and an anchor in the studio), the latency should be set to a minimum so that the interaction does not suffer from any delay latency can vary from tens of milliseconds to several seconds zixi protocol can start providing benefit from one frame (30ms), while increasing the latency will provide more robustness for the error recovery billing codes billing codes are used to identify and differentiate traffic on a zec when a billing code is added to a source or target, zixi can track the traffic on that zec input or output separately from other inputs and outputs on the same zec typical use cases for using billing codes are differentiating between clients if you are receiving video content from different contributing clients or sending video content to multiple external organizations, you can designate distinct billing codes for each of your clients you can then assign the client’s billing code to each source or target associated with that client your organization will then be able to bill each of their clients according to their usage charging only for billable usage when zixi traffic is sent between distinct organizations, situations may arise in which the usage of only one of those organizations is billable for example, if the contributor is using a zixi broadcaster to send outputs as if it were a zec, then only the receiving organization should be billed for that traffic in that case, the receiving organization can request a billing code and assign it to their targets they can then ask the contributor to assign the identical billing code to each of the sources that they are sending in this way, zixi will know to bill only the organization that is receiving the traffic billing codes are created by zixi personnel on the zixi customer portal for a particular organization zixi can create multiple billing codes for an organization, enabling them to apply different codes to different traffic all billing codes are password protected if you would like to use billing codes in your workflows, please discuss it with your zixi representative