---
title: Adding Push Streams
slug: zixi-broadcaster-zec-current-version/adding-push-streams
docTags:
createdAt: 2024-12-25T19:47:14.463Z
---
Typically, a Push Stream is transmitted from ZEC. In this case, the stream is initiated by ZEC while the Zixi Broadcaster remains in “listening mode” until the stream is initiated.
If the stream is an MPTS stream and you want to demux it into separate SPTS input streams, create the stream by following the instructions below, and then follow the instructions in the [Demuxing an MPTS Stream](docId\:fIl363whM6IBixiBmN2fz) section.
## To Add a Push Stream:
:::::WorkflowBlock
:::WorkflowBlockItem
In the Zixi Broadcaster Navigation menu, click the **Inputs** tab.
:::
:::WorkflowBlockItem
In the Menu bar, click **New Input **and select **Push**. The **Add a new input stream** window is displayed.
:::
::::WorkflowBlockItem
Enter the unique **Stream ID** for the Broadcaster.
:::hint{type="info"}
Note this **must** be identical (case sensitive) to the stream name configured in ZEC.
:::
::::
:::WorkflowBlockItem
Select the maximum concurrent connections to this stream from the **Max. Outputs** drop-down list. Default: Unlimited.
:::
:::WorkflowBlockItem
Select the **Show in Matrix** checkbox to display this stream in the Matrix (see [Using the Matrix](docId\:bP6MO9f2QbxmU6gURKoG4)). Default: Selected.
:::
:::WorkflowBlockItem
Select the **Log this stream** checkbox if you would like to generate event logs for this input.
:::
:::WorkflowBlockItem
Select the **Analyze **checkbox if you would like to enable stream analysis for the input.
:::
:::WorkflowBlockItem
Specify the **Stream Parameters** (see [Input Stream Parameter Table](docId\:RFiRBTv4DLJ_vXoSL4ZaB) below).
:::
:::WorkflowBlockItem
If you want to specify **Billing Codes** to identify and differentiate traffic on a Zixi Broadcaster for billing purposes, select this checkbox (see [Input Stream Parameter Table](docId\:RFiRBTv4DLJ_vXoSL4ZaB) below).
:::
:::WorkflowBlockItem
If you want to **Enable time shift**, select this checkbox (see [Input Stream Parameter Table](https://app.archbee.com/docs/m6zK9E4mYPltLhcI9Hlkh/undefined#YBNna)). The stream will be recorded and broadcast after the specified delay. The time shift feature is typically used to broadcast a live event across time zones (due to the time differences between locations).
:::
:::WorkflowBlockItem
If you want to **Enable multicast on pull outputs**, select this checkbox (see [Input Stream Parameter Table](docId\:RFiRBTv4DLJ_vXoSL4ZaB)).
:::
:::WorkflowBlockItem
You can decrypt an encrypted stream as it enters the Zixi Broadcaster. To decrypt a stream, select the **Decrypt Stream** checkbox and fill in the parameters as described in the Input Stream Parameter Table below. For more information, see [Decrypting an Input Stream in Zixi Broadcaster](docId\:CL1yD_kUtO1OZY0tWvFDA).
:::
::::WorkflowBlockItem
You can encrypt the stream as it enters Zixi Broadcaster. To encrypt the stream, select the **Enable Encryption** checkbox and fill in the parameters as described in the Input Stream Parameter Table below. For more information, see [Encrypting an Input Stream in Zixi Broadcaster](docId\:V3RYrBN08r4CojWl-wVoQ).
:::hint{type="info"}
Also note that there is a** Reject Unencrypted Stream **option:
Selecting this option means that if there are any unencrypted packets in the stream, a "Input rejected an unencrypted stream, decryption is enforced." event will be generated, and the input will be rejected, though not disconnected. Any output using a rejected input will receive no data.
:::
::::
:::WorkflowBlockItem
If you want to record the stream, you can configure the **Recording Parameters** (see [Input Stream Parameter Table](docId\:RFiRBTv4DLJ_vXoSL4ZaB)).
:::
:::WorkflowBlockItem
Click **OK**. The “Input added” message appears at the top of the screen. The Push Stream from the Zixi Feeder/ZEC is added to the Zixi Broadcaster and now appears in the list of input streams available in the Zixi Broadcaster input UI.
:::
:::::
### Input Stream Parameters Table
| Parameter | Description |
| -------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| **Stream Parameters** |
|
| **Password (Optional)** | If desired, enter a password string to use for authentication (must be identical to the string configured in ZEC)
*This setting can be modified without interrupting an existing stream.* |
| **Latency \[ms]** | Specify the maximal latency that will override the latency that was defined in ZEC (in ms). Default: Remote configuration (i.e., use the latency that was set in ZEC). (See [Latency Considerations](docId\:C4FYN6-jLEukjEUGIa2pR))
*This setting can be modified without interrupting an existing stream.* |
| **Point to point only** | In case your Broadcaster is in the cloud and two endpoints are on-prem, you can enable a Point-to-Point connection between them, so you skip the cloud hop (less latency, no cloud egress cost). In this case the Broadcaster authenticates both endpoints, brokers the connection and punches through the NAT, so the endpoints don't need a public IP or inbound port forwarding.
If a direct connection cannot be established, media is relayed through the Broadcaster unless **Disable P2P fallback ** is selected. Selecting this option limits the input to one output and disables Matrix and SCTE features.
In this configuration, the Broadcaster offers central authoring and monitoring, but cannot provide fan-out, transcoding, recording, or non-Zixi outputs from this input.
For instruction on how to set a point to point connection, see [Configuring Point-to-Point Connection](docId\:MkdCytYJx1PkGpl-HIqkc). |
| **Disable P2P Fallback** | Selecting this checkbox will allow *only* P2P (disabling the option to re-route traffic through the Zixi Broadcaster) |
| **ID of high priority source** | If this stream will be used for failover in conjunction with another source, insert the ID of the higher priority source. |
| **Minimize Latency** | When enabling this mode, the latency target will be adjusted down from the user setting to automatically find the lowest error-free latency. |
| **Billing Codes** | Billing codes are used to identify and differentiate traffic on a Zixi Broadcaster for billing purposes. When a billing code is added to a Source or Target, Zixi can track the traffic on that Broadcaster input or output separately from other inputs and outputs on the same Broadcaster. Billing codes are created by Zixi personnel on the Zixi Customer Portal for a particular organization. |
| **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. |
| **Enable time shift** | Select this checkbox to record the stream content and broadcast it after a specified delay. To deploy an input stream that uses the current stream's time shift, you need to configure a "Delayed" input stream, see [Adding Delayed Streams](docId\:Zp5QL-5KthHdpHMRhDDhE). |
| **Maximum delay \[hh\:mm\:ss]** | Specify the time of the delayed transmission of this stream. Maximum: 24 hours. |
| **Enable multicast on pull outputs** | Select this checkbox to enable the transmission of this stream’s outputs as multicast. A Zixi receiver that will pull the stream will receive it in multicast. By default, Zixi Broadcaster is configured to allow transparent fallback to unicast if it is out of the LAN. Requires enabling **Multicast Pull** in the **Settings**. |
| **Multicast Only** | Selecting this checkbox will force the transmission of this stream only in multicast. |
| **Decrypt stream** | Select this checkbox to decrypt the Input stream. Please note that the stream will not be encrypted as it passes through the Zixi path. For more information, see [Decrypting an Input Stream in Zixi Broadcaster](docId\:CL1yD_kUtO1OZY0tWvFDA)**.** |
| **Decryption type (for Decrypt stream enabled)** | Specify the type of encryption that is being used in the stream.
*This setting can be modified without interrupting an existing stream.* |
| **Decryption key (for Decrypt stream enabled)** | Specify the key for decryption.
*This setting can be modified without interrupting an existing stream.* |
| **Enable Encryption** | Select this checkbox to encrypt the Input stream. The stream encryption prevents any further processing, such as analysis, transcoding, etc.
The encryption works in the following way:
* **If the stream has been encrypted at the source** - The stream will remain encrypted regardless of the output type. Zixi Broadcaster can only encrypt the stream after it has been decrypted.
* **If the stream is being encrypted by the Zixi Broadcaster** - it will be encrypted only if the output is a Zixi Pull or Zixi Push output. All other outputs will send out an unencrypted stream.
For more information, see [Encrypting an Input Stream in Zixi Broadcaster](docId\:V3RYrBN08r4CojWl-wVoQ). |
| **Encryption type (for Encryption enabled) ** | Specify the type of Encryption (AES 128/192/256). |
| **Encryption key (for Encryption enabled)** | Click **Generate** to generate an encryption key. The generated encryption key must be sent to the end-user to decipher the received encoded stream. |
| ***Recording parameters*** | Select this checkbox to customize the recording parameters. |
| **Destination Type** | Select the radio button for the desired storage type and then fill in the relevant parameters.
* **Record to disk – **the recording is saved on the local disk. It is possible to record to an external destination by replacing the default storage location with a symbolic link. To learn more, see the [Using an External Storage](docId\:z2Amp6-FJ7crCKkfQrThQ) section.
* **Record to S3** – the file is saved to your AWS S3 Bucket. The mechanism uses AWS multipart upload. Amazon advises defining a lifetime rule for objects in the destination bucket. |
| ***Record to Disk Parameters*** | |
| **File Name Template** | Specify the file name pattern that Zixi will use to generate when saving the recorded content. A separate file will be generated for each recording up to the time specified in the Max recorded file duration parameter (see above). After this duration, a new file will be generated.
The file name pattern can include any string and up to five variables listed below. Only the %T=HH.MM.SS creation time is mandatory. You can change the order of these variables and add text as long as you maintain the legitimate structure of the file in Linux and Windows:
* %S=stream id - optional.
* %Y=year - optional
* %M=month - optional
* %D=day - optional
* %T=HH.MM.SS creation time - mandatory
* %U=YYYYmmddTHHMMSSZ UTC timestamp
For example, the following pattern %Y\_recording%T.ts will generate the following file name 2017\_recording15:32:35.ts. |
| **Max recorded file duration \[HH\:MM]** | Specify the maximum time allotted for recording a video stream. Default: 2 hours |
| **Keep recorded files for \[HH\:MM]** | Specify the maximum time for storing the recording. Default: 0 hours |
| **Custom Path** | Optionally specify a storage location for the recorded files that is relative to the root folder. This location bypasses the location specified as the root folder in the **Settings** > **General **screen. |
| ***Record to S3 Parameters*** | |
| **File Name Template** | Specify the file name pattern that Zixi will use to generate when saving the recorded content. A separate file will be generated for each recording up to the time specified in the Max recorded file duration parameter (see above). After this duration, a new file will be generated.
The file name pattern can include any string and up to five variables listed below. Only the %T=HH.MM.SS creation time is mandatory. You can change the order of these variables and add text as long as you maintain the legitimate structure of the file in Linux and Windows:
* %S=stream id - optional.
* %Y=year - optional
* %M=month - optional
* %D=day - optional
* %T=HH.MM.SS creation time - mandatory
* %U=YYYYmmddTHHMMSSZ UTC timestamp - optional
For example, the following pattern %Y\_recording%T.ts will generate the following file name 2017\_recording15:32:35.ts. |
| **Max recorded file duration \[hours]** | Specify the maximum time allotted for recording a video stream. Default: 2 hours |
| **URL** | Specify the URL of the S3 bucket. |
| **Ignore TLS certificate errors** | TLS certificate for S3 bucket might be detected as faulty if bucket name contains dot\[s]. When this option is selected, Zixi Broadcaster will ignore the TLS certificate errors and transmit the stream to its destination. |
| **Access Key** | The access key that is used for accessing the S3 bucket. |
| **Secret Key** | The secret key that is used for accessing the S3 bucket. |
## 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:
::Image[]{src="https://api.archbee.com/api/optimize/amUtKWPrNQCS-26DKyGuI-5OBE4QsRN0icABdoD4ciK-20250421-173825.png" size="70" width="800" height="55" position="center" alt="Advanced Mode URL Param" darkWidth="800" darkHeight="55" showCaption="false"}
:::hint{type="info"}
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.
:::
### Latency Offset
Latency offset is a configuration parameter that **delays the processing of a transport stream by a defined amount of time (in milliseconds)**. This delay is not arbitrary—it serves specific operational goals:
1. **SCTE-35 Cue Injection and Pre-roll Support**
In broadcast workflows, SCTE-35 markers signal ad breaks or content insertion points. By applying a latency offset, the system can **inject SCTE-35 packets ahead of playback**, ensuring accurate timing for ad insertion or blackout triggers. This is critical for compliance and monetization workflows.
*Example:* Zixi Broadcaster introduced latency offset to enable SCTE-35 insertion after the offset for pre-roll scenarios.
2. **Stream Normalization and Timeline Alignment**
HLS inputs often arrive with irregular timestamps (PCR, PTS, DTS) or discontinuities. Adding a latency offset gives the system time to **buffer and normalize segments**, repair timeline irregularities, and remultiplex into a stable MPEG-TS output. This prevents audio drift and switching errors downstream.
3. **Smooth Buffering for Burst Handling**
When upstream encoders send data in bursts, latency offset combined with buffering helps maintain a steady flow into the broadcaster. This avoids jitter and packet timing issues that could disrupt adaptive bitrate workflows.
### SCTE-35 Parameters
- **Inject Metadata** - allows Zixi create a PID that carries information about what hops a feed has travelled through on the way to its destination, it includes things like CC errors and IAT at each hop. The information is useful for debugging issues with streams.
- **Support SCTE-35 injection** - Select this checkbox if you would like the stream to support SCTE-35 insertion.
- **SCTE-35 PID** - Enter a PID number for SCTE-35 injection. You can enter a value manually or use the Up/Down arrows that appear when clicking the field. (or leave as **Auto** to match existing SCTE-35 PID)
- **Remove old SCTE-35 packets** - If SCTE-35 injection is supported, select this checkbox to clear out existing packets.
- **Timeout for** CBR - Number of MS to wait for a null packet to insert SCTE-35 (keeps the stream CBR).
### Stream Parameters
- **ID of High Priority Source** - If this stream will be used for failover in conjunction with another source, insert the ID of the higher priority source.
- **Stats History** - Select this checkbox to record stream statistics.
- **Allow **ARQ- Enable ARQ to automatically detect lost or corrupted data packets and request their transmission. Options are: **Remote Configuration** (default), **On**, and **Off**.
### Enable Multicast on Pull Outputs
- **Custom Multicast address** - Select this checkbox to manually define a specific multicast IP address and port for the output stream, overriding the system's global Multicast Pool settings.
- **Multicast IP** - Enter the Multicast IP address.
- **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.
*The error recovery techniques implemented in the Zixi protocol are protected under U.S. patent 11,546,615.*