Adding RIST Outputs

the rist output can be push streams or have them pulled to/from a rist enabled device rist seeks to provide reliable, high performance media transport by using udp at the transport layer to avoid the inefficiencies of tcp, then layering on top forward error correction and retransmits to add the reliability inherently absent from udp zixi supports the following rist profiles simple profile (push only) the rist simple profile provides best in class packet protection, as well as support for multi link bonding and seamless switching main profile (push/pull) – the rist main profile builds upon the features of the simple profile to provide backwards compatibility, while opening the door for additional features, including encryption and authentication rist main profile uses industry standard dtls or psk with a variety of available cyphers to ensure the most up to date protection, while being flexible to accommodate local legal regulations support for pre shared keys is also included, which makes rist main profile compatible with one to many environments such as satellite or multicast distribution native tunneling and multiplexing the ability to combine multiple simple profile rist streams into one single connection, optionally with one single encryption and authentication step, using industry standard gre over udp bandwidth optimization by deleting null packets at the source and re inserting them at the destination support for high bit rate streams the rist main profile includes an rtp header extension which increases the sequence number size to 32 bits, and therefore increases the maximum size of retransmission buffers, and thus opens the door for higher bitrate streams, such as lightly compressed (e g , jpeg 2000, tico) and uncompressed video contact your zixi representative to learn more about interoperability testing between zixi broadcaster and 3rd party devices more details about rist can be found at www rist tv http //www rist tv/ to create a rist output in the zixi broadcaster outputs page, click + new output the new output window is displayed new rist output simple profile note that the settings will be different if you select the main profile include push and pull options, which also have different settings rist main profile pushrist main profile pull select the rist option (radio button) type in the unique identifier for this output in the output name select an input stream to be made available on this output from the adjacent drop down list select the show in matrix check box to display this stream in the matrix (see using the matrix docid\ bp6mo9f2qbxmu6gurkog4 ) default selected select the log this stream checkbox if you would like to generate event logs for this output specify the output parameters (see output stream parameters table docid\ c7l7wsvtwzmdl6lrwr ca below) click ok the new rist output with its settings is created and now appears on the outputs screen output stream parameters table parameter description output parameters profile select one of the following rist profiles that matches the input stream simple profile (default) main profile type (main profile) select the stream direction push pull host specify the destination ip address or url of the host to which the stream will be pushed port specify the target rist port ttl specify the time to live (ttl) used mainly to limit the range (or “scope”) of a multicast transmission leaving it blank uses the default value specified by the operating system 204b ts packet enable this option if the stream has an mpeg ts that uses 204 bytes packets this will allow the udp packets to be aligned with mpeg ts packets ssrc enter an ssrc identifier for the rtp session the ssrc identifier is a randomly chosen value meant to be globally unique within a particular rtp session smoothing \[mms] enables transmission of the output at the correct rate required when the receiving device is sensitive and can’t lock onto the stream (in such a case, the recommended latency is 100 1000 ms) smpte 2022 fec in the smpte 2022 fec standard, 1 d and 2 d parity codes are systematic fec codes of decent complexity that provide protection against bursty or random losses this setting can be modified without interrupting an existing stream to enable smpte 2022 fec (forward error correction) select one of the following parity options from the drop down menu 1d smpte 2022 1d can fix a problem in one packet per row this means that the number of rows specified should consider the packet loss rate the shorter the row, the more error resilience can be achieved at the expense of the bitrate level however, longer rows increase the delay that the fec will add it is recommended to select this option when the packet loss is sporadic the stream will occupy the source port and two ports above it (e g , if the source port is 8988, it will occupy 8990) 2d smpte 2022 2d uses a table of packets, which includes rows and columns this option is more error resilient, but it increases the delay by (row column) packets and increases the bitrate with r+c packets per each table of r c packets it is recommended to select this option when packet loss is bursty the stream will occupy four ports above (e g , if the source port is 8988, it will occupy 8992) bind to ip select from the drop down list the local ip address to be used for this input, or select any to enable any ip to be used local port specify from which local port to source the stream, if desired (instead of randomly chosen by the operating system) rist main profile parameters use dtls select this option to connect using dtls, which offers authentication and encryption ignore tls certificate errors (push) select this option when streaming to a trusted server that does not have a valid certificate when this option is selected, zixi broadcaster will ignore the tls certificate errors and transmit the stream to its destination user enter the authentication credentials password enter the authentication credentials billing codes billing code enter the billing code that corresponds to this stream the relevant billing can be obtained from the organization that received the billing code from zixi billing password enter the password that corresponds to this billing code remultiplex/pad select this checkbox to enable remuxing from vbr mpeg ts to mpeg ts cbr (used for professional irds) or padding with null packets mode select one of the following pad – adds null packets and adjusts the stream clock (pcr) in order to make the stream cbr remultiplex performs demux >mux and rebuilds the stream according to the parameters below target bitrate \[kbps] specify the cbr bitrate to target for the padded stream (pad) or a re multiplexed stream (remultiplex) pcr interval \[ms] specify the frequency at which program clock reference is inserted into the outputs transport stream in milliseconds (default 90) buffer size \[ms] \<font color="#0c121d">specify the size of the buffer that will be used for the remixing a larger buffer increases the quality, but also increases latency \</font> no null packets \<font color="#0c121d">select this option to re multiplex the stream to cbr but remove the null packets in order to maintain a low bitrate \</font> enable decryption select this checkbox to decrypt an encrypted stream decryption type if the stream has been encrypted, you can decrypt it through the output by selecting this checkbox and specifying the type of encryption that was used select automatic to decrypt a stream that has been encrypted using automatic encryption only if the stream has not been encrypted, select none (default) important notice if the stream has been encrypted, you must decrypt it in the output decryption key if the decryption type includes a key, enter the key to decrypt the stream during output advanced mode the fields discussed below are optional and available only in advanced mode to enter advanced mode add the url parameter ?advanced=1 to the zixi broadcaster url in your browser and press enter/return to reload the page note the advanced mode settings are generally intended for advanced users and special cases if you do not understand the settings, you should probably accept the default values general latency offset \[ms] specify the additional buffering time in milliseconds increasing this value can improve stream stability in unstable network conditions, but will increase end to end delay default 0 ms output parameters specify the differentiated services code point (dscp) value for the stream this 6 bit value (ranging from 0 to 63) is embedded within the ip header of the network packets to classify the traffic type and define its priority level across the network routing infrastructure ecn explicit congestion notification (ecn) lets a congested router mark a packet to signal congestion rather than dropping it the sender declares "i understand ecn" by marking its packets as ecn capable; a congested router along the path can then flip the bits to signal congestion without packet loss note that this is only a request that depends on all devices downstream being ecn capable in most cases, enabling arq and fec is a more reliable way of ensuring video delivery on congested networks options are non ect ecn is disabled if the network gets congested, the router will drop packets ect0 indicates to network routers that the sending and receiving devices support ecn if congestion occurs, routers will mark the packets rather than drop them ect1 functions identically to ect0 it is an alternative code indicating the same ecn capable status to the network routers bind to select from the drop down list the cidr that represents the ip range where the desired nic is accessed \[kbps] specify a value in kbps to use the traffic shaping network management technique to control and optimize the flow of data don't fragment sets the ip "don't fragment" bit on outgoing packets, preventing routers from fragmenting them in transit packets exceeding the path mtu are dropped rather than fragmented this is useful to guarantee packet integrity on networks where fragmentation causes issues max packet payload maximum udp payload size in bytes when set (>0), the broadcaster aggregates multiple ts packets into a single udp datagram up to this size, reducing packet rate/overhead set to 0 for default behavior (no aggregation) note enabling this also implies don't fragment buffer fill time \[ms] only relevant when max packet payload is set the maximum time to wait for a packet to fill up before sending it partially full caps the latency added by packet aggregation (default 5 ms for push outputs) remultiplex/pad restamp enable ifb/talkback port specify the port to listen on this port must be open on all firewalls between the zixi broadcaster and other devices it is communicating with