Adding a Zixi Source – Broadcaster Pull

adding a zixi source – broadcaster pull you can add an input from a zixi broadcaster to a broadcaster cluster to be managed as a source in zen this is done by selecting zixi in the new source menu you can use either push or pull method to send the source from the broadcaster in this case, the broadcaster is referred to as the origin broadcaster which streams to the ingest broadcaster broadcaster source diagram the following procedure describes how to add a zixi broadcaster zixi pull source in zen master in addition, an explanation of each of the configuration parameters is given in the table below also see docid\ vunnbbukyiybi9eycrx3c to add a broadcaster push source in the main navigation, click sources click + add the create new source selection window is displayed create source options click on zixi the create zixi source window opens new broadcaster zixi pull source be sure to set the mode to pull and the application to broadcaster to get the correct fields in the info section, in the name field, type a logical name for the zixi source in the tags field, select one or more of the predefined tags from the drop down list tags are used for access control by selecting a tag, you are relating this source to that tag tags are associated with certain roles (through the users & roles screen), and roles, in turn, are associated with users and user groups if you would like to create a new tag, see docid\ ypm9tw81ap6nq8stkv4rd in the events configuration profile field, select from the dropdown list the profile that you would like to apply to this source by default, the default profile is applied events profiles consist of a series of rules that determine precisely how various types of events are logged and what results they trigger the source's location is used to represent it in the proper position in the map display (see docid\ sfzm6jvorvuigo7x0dnue ) by default, the location is determined automatically based on the source's ip if you would like to manually set the location of the source (optional), use the following procedure click on the edit icon next to the location field a search box is shown below the location field enter identifying info for the location (e g street address, zip code, coordinates) search results are displayed below the search box as you type click on the desired location the selected location populates the location field in the broadcaster field, select from the drop down list one of the available broadcasters u se the following procedure to configure the input in the host field, enter the ip address of the broadcaster from which the stream is being pulled if you have an alternative host for backup, enter that ip address in the alt host field in the port field, enter the port through which the broadcaster receives the stream from another broadcaster server default 2088 the default input port for zixi broadcaster is udp port 2088 this port must be open on any firewalls between zixi broadcaster and other devices it is communicating with in the stream id field, enter the precise stream id (case sensitive) assigned to this stream on the input broadcaster if you are using a password for this stream, in the password field, enter the string for authentication it must be identical to the string configured on the input broadcaster in the configuration section, in the ingest cluster field, select from the drop down list one of the available ingest clusters as the destination for the source in the target broadcaster/s field, select your broadcaster preferences either select a specific broadcaster to be used or specify your preference for using primary vs backup broadcasters, options are prefer primary broadcasters, primary broadcasters only, backup broadcasters only or prefer backup broadcasters for managed clusters, it is not recommended to select a specific broadcaster, as the broadcaster’s availability may not remain stable in the latency \[ms] field, select the latency time for the stream (default 4000) if you would like to enable the zixi auto encryption feature for encrypting the source stream, select the enable encryption checkbox if you would like to apply a pid mapping profile to this source, then in the pid mapping profile field, select the desired profile from the dropdown list using this method creates a single source in zen master with pid mapping applied if you would like to maintain a source with the original pids and create an additional source with pid mapping (e g if you want to create several different pid mapped variations), then use the method described in docid\ gockl3upsd8v14ia2an6g to create a new pid mapping profile, see docid\ ofvpymhyvq4xqhii3umns if you would like to generate email notifications whenever a pid change is detected, select the alert on pid changes checkbox check the minimize latency checkbox to enable dynamic latency (see docid\ tvgsp9rbqsk c0pwvqq9b for more information about dynamic latency) select the log scte 35 checkbox if you would like to log scte 35 markers for this stream to log scte 35 markers, scte 35 needs to be enabled both on the ingest cluster and on the source configuration scte 35 logging is only available for v13 1 40262+ broadcasters if log scte 35 was selected, you can choose to receive alerts for scte 35 markers by selecting the enable scte 35 alerts checkbox in the public output field, if you would like to allow access to the stream directly through a supported player, select the allow checkbox if you selected the allow checkbox, then enter a password in the password field to authenticate access to the stream under content analysis select one of the following options full select this option if you would like to enable full content analysis (cqa), including analysis of the stream's audio and video content, including audio levels, audio silence detection, frozen video detection, and more tr101 only select this option to perform tr101 analysis only (without video and audio content analysis) the analysis can be used to check the integrity of the ts and the most important elements of the stream the analysis includes priority 1 and 2 to learn more about tr101 analysis see https //www etsi org/deliver/etsi tr/101200 101299/101290/01 03 01 60/tr 101290v010301p pdf none no content analysis is enabled it is generally recommended to enable full content analysis unless it is causing technical problems if content analysis is disabled, the system won't detect errors in the video and audio content of the stream and won't generate warnings for such events if you would like to monitor cea 608 and/or cea 708 closed captions, select the monitor cea 608 and/or cea 708 checkbox note broadcaster versions earlier than v18 will not distinguish between 608 and 708 captions if you would like to disable auto pull, select the disable auto pul l checkbox disabling auto pull will lock channels using this source to the source's ingest cluster and targets to the source's current active broadcaster this setting only applies to pass through channels if auto pull is enabled , in the auto pull latency \[ms] field, specify the maximum latency for auto pull actions the broadcaster will update the latency as required, by using the maximal defined latency and then reducing the latency gradually (default 1000 ms) if pull was selected in step 7 and the source is using aes encryption, in the decryption key field, enter the static key that was used for encryption in the webrtc playback section, select the desired playback method webrtc enables you to monitor the stream via web browsers and mobile applications with real time communication (rtc) webrtc needs to be activated independently for each source in zen master (by default it is disabled) select one of the following options disabled users will not be able to view this source using webrtc (default) pass through passes the stream through to webrtc without transcoding this option can only be used if the input stream is already in a webrtc compliant format (video h 264 codec with baseline or main profile and no b frames, audio opus codec) auto zen master automatically transcodes the stream using the optimal profile for each specific user in this option zixi broadcaster will decode the video, transforming it into raw frames, which will be passed to the webrtc library, where it will be re encoded for each individual user best quality however, if monitored by multiple users this can consume extensive resources 1080p/720p/480p/360p zen master transcodes the stream to a webrtc compliant profile with the specified resolution the transcoding is done by zixi broadcaster's transcoder this method requires a zixi broadcaster with x264 or nvidia for transcoding this method allows many users to monitor the stream without encoding separately for each individual user, which saves cpu capacity since there is only one stream version, it is recommended to encode to a low resolution and low bitrate so that the stream will be viewable by all users monitoring the stream if you want to insert scte 35 messages into the stream, expand the scte 35 manipulation section to expose the fields scte 35 manipulation section check enable scte 35 manipulation to enable insertion and other management of scte 35 messages set the null packet search window if needed factors to consider if the stream is vbr , set the value to 0 scte 35 messages can be inserted anywhere, and do not need a null packet if the stream is cbr , the downstream receiver may need a cbr stream inserting the scte 35 message into a null packet ensures the stream will remain cbr; however, it may delay the insertion of the message up to the length of the search window you can also specify a specific scte 35 pid number if you want to ensure that your inserted scte 35 messages are the only ones, you can elect to remove any pre existing ones from the stream in the initial state section, select the disabled checkbox if you would like to disable this source upon initial configuration select the muted checkbox if you would like to disable error/recovery notifications for this source upon initial configuration you can enable/unmute the source at any time if you selected pull mode, under error concealment, click the enable error concealment checkbox to enable the following error concealment mechanisms that can correct trasnaport stream for downstream irds 1 continuous timeline corrects errors that are related to timeline jumps in the source this mechanism will normalize the timeline by creating a variant of the input (the input is doubled) and normalizing the timeline of the doubled input 2 replace frames if there are frames with cc errors, it replaces them with skip frames (inserts the last good frame received in place of missing ones) this solves issues such as an ird that lost synchronization when it received broken frames this mechanism also creates a variant of the input (doubling the input) 3 renumber cc the continuity counter is part of the ts encapsulation when there are cc errors in tr101 analysis it means that the counter has a gap due to the lost frames this mechanism can re write the cc counter for the downstream devices, so they will see a continuous increase of the counter 4 delay (ms) enter the delay that the error concealment adds to the stream in miliseconds error concealment needs to buffer the stream to analyze it one second is a reasonable value lower values may cause the error concealment to not be able to fix some of the frames 5 cbr padding enter a value for the rate at which padding will be added to maintain a specific output transport bitrate for example, if you have a video bitrate at 5000 kbps or that varies from 3000 5000 kbps and audio at 64 kbps, total bitrate will be max 5064 kbps or min 3064 kbps with cbr padding set at 6000 kbps, 6000 kbps is being delivered downstream at all times, ensuring a consistent bitrate 6 pcr interval select the frequency at which program clock reference is inserted into the outputs transport stream this depends on standard used by downstream encoders or decoders options include atsc standard 100 ms dvb standard 40 ms error concealment options see docid 9 olo1argk 2adoshyfbb for more information if you would like to adjust the advanced settings, click advanced the advanced settings fields are displayed advanced settins if you would like to track usage for this source, enter your billing code details see docid\ lalxj n928tegcpdpbirj if you would like to track auto pull usage separately, enter you auto pull billing code details for either or both billing codes, click the validate billing code button to verify that the code is valid traffic shaping is a network management technique used to control and optimize the flow of data check the box to enable it (this setting will be ignored for broadcasters earlier than v18 2) fec (forward error correction) helps to fix transmission problems by sending redundant data that will allow reconstruction of lost packets instantly by default the redundant data is limited to 30% of the actual data stream, but you can set the percentage to a lower value (this setting will be ignored for broadcasters earlier than v18 2) adaptive fec improves the efficiency of fec by adjusting the amount of extra data sent according to network conditions by default adaptive fec is turned on, but there are some cases where fixed fec is needed and you will want to disable it note that if the you disable adaptive fec and later disable and reenable the source, adaptive fec will be turned on again, and you will need to edit the source and disable it again frame thinning allows non critical frames to be dropped to reduce latency check the box to enable it note this option is available for push sources only coming for broadcaster 18 2 or later in the auto pull mtu field, specify the maximum transmission unit (largest data packet that a network connected device will accept) in bytes for the auto pull to set the detection of frozen video, in the frozen video minimal duration field, specify the default minimal duration in seconds of frozen video after which the broadcaster will trigger a frozen video alert default 10 seconds this setting is supported for broadcaster version 16 3 and higher to set the detection of blank video, in the blank video minimal duration field, specify the default minimal duration in seconds of blank video after which the broadcaster will trigger a blank video alert default 10 seconds this setting is supported for broadcaster version 16 3 and higher see the parameters table below for additional advanced fields click save zixi broadcaster source configuration parameters table parameter description info name specify a name for the zixi source in zen master tags select one or more of the predefined tags from the drop down list tags are used for access control by selecting an tag, you are relating this source to that tag tags are associated with certain roles (through the users & roles screen), and roles, in turn, are associated with users and user groups if you would like to create a new tag, see docid\ ypm9tw81ap6nq8stkv4rd events configuration profile select from the dropdown list the profile that you would like to apply to this source by default, the default profile is applied note events profiles consist of a series of rules that determine precisely how various types of events are logged and what results they trigger location (optional) the source's location is used to represent it in the proper position in the map display (see docid\ sfzm6jvorvuigo7x0dnue ) by default, the location is determined automatically based on the source's ip enter identifying info for the location (e g street address, zip code, coordinates) and select the desired location from the suggestions that are shown input mode to create a zixi broadcaster source, select the mode used for sending the source choose pull application to create a zixi broadcaster source, select the broadcaster radio button for pull mode host enter the ip address of the broadcaster from which the stream is being pulled port enter the port through which the broadcaster receives the stream from another broadcaster server default 2088 the default input port for zixi broadcaster is udp port 2088 this port must be open on any firewalls between zixi broadcaster and other devices it is communicating with stream id enter the precise stream id (case sensitive) assigned to this stream on the input broadcaster password if you are using a password for this stream, enter the string for authentication it must be identical to the string configured on the input broadcaster configuration ingest cluster select from the drop down list one of the available ingest clusters as the destination for the source target broadcaster/s specify which broadcaster/s within the cluster on which zen master can deploy the source either select a specific broadcaster to be used or specify your preference for using primary vs backup broadcasters options are prefer primary broadcasters, primary broadcasters only , backup broadcasters only or prefer backup broadcasters note for managed clusters, it is not recommended to select a specific broadcaster, as the broadcaster’s availability may not remain stable input nic (pull) if you would like to specify which nic is used, then select the ip of that nic from the drop down list by default, any is selected latency \[ms] select the latency time for the stream (default 4000) enable encryption if you would like to enable the zixi auto encryption feature for encrypting the source stream, select this checkbox pid mapping (optional) if you would like to apply a pid mapping profile to this source, then select the desired profile from the dropdown list to create a new pid mapping profile, see docid\ gftcayurpl7dinouyd14z note using this method creates a single source in zen master with pid mapping applied if you would like to maintain a source with the original pids and create an additional source with pid mapping (e g if you want to create several different pid mapped variations), then use the method described in docid\ gockl3upsd8v14ia2an6g alert on pid changes if you would like to generate email notifications whenever a pid change is detected, select this checkbox minimize latency let zixi adjust latency dynamically to optimize it for network conditions see docid\ tvgsp9rbqsk c0pwvqq9b for more information log scte 35 select this checkbox if you would like to log scte 35 markers for this stream note to log scte 35 markers, scte 35 needs to be enabled both on the ingest cluster and in the source configuration note scte 35 logging is only available for v13 1 40262+ broadcasters enable scte 35 alerts (for log scte 35) if you would like to receive alerts for scte 35 markers, select this checkbox public output if you would like to allow access to the stream directly through a supported player, select the allow checkbox password (for public output) if you selected allow in the public output field, specify a password in this field to authenticate access to the stream content analysis select one of the following options full select this option if you would like to enable full content analysis (cqa), including analysis of the stream's audio and video content, including audio levels, audio silence detection, frozen video detection, and more tr101 only select this option to perform tr101 analysis only (without video and audio content analysis) the analysis can be used to check the integrity of the ts and the most important elements of the stream the analysis includes priority 1 and 2 to learn more about tr101 analysis see tr 101 290 technical report none no content analysis is enabled note it is generally recommended to enable full content analysis unless it is causing technical problems if content analysis is disabled, the system won't detect errors in the video and audio content of the stream and won't generate warnings for such events hide thumbnail select this option to hide the source's thumbnail from where it is displayed (e g , the preview pane, grids, etc ) monitor cea 608/cea 708 closed captions if you would like to monitor cea 608/cea 708 closed captions, select this checkbox note monitoring cea 608/cea 708 closed captions requires using a version 14 4 or newer broadcaster monitor cea 608/cea 708 closed captions if you would like to monitor cea 608/cea 708 closed captions, select this checkbox note monitoring cea 608/cea 708 closed captions requires using a version 14 4 or newer broadcaster disable auto pull if you would like to disable auto pull, select this checkbox note disabling auto pull will lock channels using this source to the source's ingest cluster and targets to the source's current active broadcaster this setting only applies to pass through channels auto pull latency \[ms] specify the maximum latency for auto pull actions the broadcaster will update the latency as required, by using the maximal defined latency and then reducing the latency gradually (default 1000 ms) decryption key (for pull ) if the source is using aes encryption, enter the static key that was used for encryption webrtc playback select the desired playback method note webrtc enables you to monitor the stream via web browsers and mobile applications with real time communication (rtc) webrtc needs to be activated independently for each source in zen master (by default it is disabled) select one of the following options disabled users will not be able to view this source using webrtc (default) pass through passes the stream through to webrtc without transcoding this option can only be used if the input stream is already in a webrtc compliant format (video h 264 codec with baseline or main profile and no b frames, audio opus codec) auto zen master automatically transcodes the stream using the optimal profile for each specific user in this option zixi broadcaster will decode the video, transforming it into raw frames, which will be passed to the webrtc library, where it will be re encoded for each individual user note best quality however, if monitored by multiple users this can consume extensive resources 1080p/720p/480p/360p zen master transcodes the stream to a webrtc compliant profile with the specified resolution the transcoding is done by zixi broadcaster's transcoder note this method requires a zixi broadcaster with x264 or nvidia for transcoding this method allows many users to monitor the stream without encoding separately for each individual user, which saves cpu capacity since there is only one stream resolution, it is recommended to encode to a low resolution and low bitrate so that the stream will be viewable by all users monitoring the stream scte 35 manipulation enable scte 35 manipulation enable insertion and other management of scte 35 messages (used typically to create ad breaks) null packet search window (ms) look for a null packet to insert scte 35 messages into the stream if the stream is vbr , set the value to 0 scte 35 messages can be inserted anywhere, and do not need a null packet if the stream is cbr , the downstream receiver may need a cbr stream inserting the scte 35 message into a null packet ensures the stream will remain cbr; however, it may delay the insertion of the message up to the length of the search window scte 35 pid specify a specific pid number for scte 35 insertion remove existing scte 35 if you wish to override any existing scte 35 messages with your own, you can elect to have existing ones removed initial state disabled select this checkbox if you would like to disable this source upon initial configuration muted select this checkbox if you would like to disable error/recover notifications for this source upon initial configuration error concealment enable error concealment select this checkbox to enable the error concealment mechanisms listed below to correct transport stream for downstream irds delay (ms) enter the delay that the error concealment adds to the stream in miliseconds error concealment needs to buffer the stream to analyze it one second is a reasonable value lower values may cause the error concealment to not be able to fix some of the frames cbr padding (kbps) enter a value for the rate at which padding will be added to maintain a specific output transport bitrate for example, if you have a video bitrate at 5000 kbps or that varies from 3000 5000 kbps and audio at 64 kbps, total bitrate will be max 5064 kbps or min 3064 kbps with cbr padding set at 6000 kbps, 6000 kbps is being delivered downstream at all times, ensuring a consistent bitrate pcr interval (ms) select the frequency at which program clock reference is inserted into the outputs transport stream options include atsc standard 100 ms dvb standard 40 ms advanced billing codes if you would like to track usage for this source, enter your billing code details, see docid\ lalxj n928tegcpdpbirj (supported for broadcasters v14 8+) billing password enter the password that corresponds to this billing code auto pull billing code if you would like to track usage for this source when using auto pull connections, 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 auto pull billing password enter the password that corresponds to this auto pull billing code traffic shaping traffic shaping is a network management technique used to control and optimize the flow of data it ensures a smooth streaming experience by prioritizing video traffic and managing bandwidth usage set at 0 (default) for no traffic shaping, or 1 for automatic traffic shaping note this option is only for sources for zixi broadcaster 18 2 or later max fec overhead % allows you to limit the additional data added for fec (forward error correction) available for sources for zixi broadcaster 18 2 or later adaptive fec adaptive fec improves the efficiency of fec by adjusting the amount of extra data sent according to network conditions by default adaptive fec is turned on, but there are some cases where fixed fec is needed and you will want to disable it some examples of cases where fixed rate fec is preferable when network bonding is used, and one of the network links periodically fails when low latency is required, the lost packet rate is high, and lost packet rate is high the round trip time is long (meaning arq can't get replacements for lost packets quickly enough) frame thinning allow non critical frames to be dropped to reduce latency available for sources for zixi broadcaster 18 2 or later mtu/auto pull mtu {bytes} specify the maximum transmission unit (largest data packet that a network connected device will accept) in bytes for the auto pull (for pull sources only ) frozen video minimal duration {seconds} specify the default minimal duration in seconds of frozen video after which the broadcaster will trigger a frozen video alert default 10 seconds this setting is supported for broadcaster version 16 3 and higher for existing sources, you may need to restart the source blank video minimal duration {seconds} specify the default minimal duration in seconds of blank video after which the broadcaster will trigger a blank video alert default 10 seconds this setting is supported for broadcaster version 16 3 and higher for existing sources, you may need to restart the source ignore monitoring pids ignore pids with empty audio streams to prevent false warnings enter a comma delimited list of pid numbers that should not be monitored for null content