Introduction to Zixi Broadcaster

the zixi broadcaster is the central component in the zixi video network zixi broadcaster takes video streams from zixi edge compute, and can process the stream, enabling transcoding, transmuxing, recording, and distribution in multiple bit rates and protocols to any device anywhere the zixi broadcaster is an intelligent and versatile video distribution component that may reside on premises at a customer’s site, on the customer's cloud, or offered by zixi as a cloud service zixi broadcaster offers the following features robust content delivery over ip communicates with zixi edge compute 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 transcoding transcodes to a variety of different profiles and bit rates format conversion – supports internet protocols hls/mpeg dash/rtmp/flv/mpeg ts over http 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 vod stored files can be accessed on demand in multiple formats clustering and load balancing – supports cluster architectures to provide continuous uptime 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 supports many to many and any to any gateway platform between udp (unicast/multicast), zixi protected stream (unicast/multicast), rtmp, or other supported formats network bonding with hit less fail over – 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 ifb support a monitoring and cueing system for one way communication from the director or assistant director to on air talent or a remote location ifb support has been implemented in zixi broadcaster pull and udp outputs, allowing the decoder with zixi edge compute to send audio back to the encoder with zixi edge compute aes stream encryption and decryption udp, file, and rtmp input streams can be encrypted by zixi broadcaster using a fixed key (aes 128, aes 192, aes 256), which can be entered into the input settings or automatically generated zixi broadcaster can also decrypt contribution streams using a matching key or securely forward encrypted streams 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 zixi broadcaster 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 used with transport stream (ts) segments and with fragmented mp4 (fmp4), which is also called common media application format (cmaf) for low latency hls and dash, zixi broadcaster must be used as an origin server high performance networking – in the high performance networking mode, zixi bypasses the server’s operating system to allow for 2x to 3x performance gains for udp, rtp, zixi, and rist traffic the traffic does not go through the cpu or the os kernel it is handled directly by the zixi broadcaster, so in addition to the performance gains, there are also no traffic limitations per port, no queue per port, no buffer errors, etc key features of zixi broadcaster are covered in more depth in the following pages the zixi platform docid\ um6pqtc qy1qiaisys9rj zixi transport stream protocol docid\ r7 znqv53rjvlwzotyrof stream processing docid\ vpsviqo6vjwgopukxev4e latency considerations docid\ b5ijrtxuicwxu7rcmdhza