ZCast in Zetta® enables sites to share Audio Assets, Tags, Rotations, Logs, Hot Keys, Stacks, Voice Tracks with Heads/Tails, Segue Transitions and Splits between stations and databases. When an asset is ZCast from one Zetta site to another the global metadata and the audio are sent using an HTTP / REST communication connection. Station specific data is also sent for stations selected in the Outbound connection. ZCast is a service that can run on any machine configured in the Zetta database. When the ZCast Service is enabled in the General tab, the ZCast tab, ZCast Connections and ZCast Transfers windows will be visible in Zetta. Once the ZCast Connections are configured, a ZCast button will be available in the Library toolbar for all Asset tabs. When a ZCast Transfer is initiated Zetta will check the File Checksum of the audio on both sides; if the audio has not changed then only the metadata changes will be sent.
Important Note! |
Although File Checksum calculations are not required for ZCast, it is highly recommended that the Full Analysis option is run on all audio before transferring audio using ZCast. Warning: for this optimization to work properly, both sending and receiving Zetta systems should either use the same system managed audio format, or the receiving Zetta should use the (None) option for the format. If the receiving Zetta converts the audio file, the File Checksum for the file will be different than that of the file stored on the sender. To troubleshoot and / or verify this is happening, inspect and compare file Checksum values (for the same asset) between the sender and the receiver. |
In this Topic: show/hide show/hide
Creating a Site to Site ZCast Connection
NOT supported log event types:
Create a Virtual Station at the site that will be sending the voice tracks
Create an Inbound ZCast Connection for the Virtual station
Send the Log to the Virtual Station
Voice Track the Log and send the Voice Tracks and Segue Transition changes
The ZCast tab is located in the System configuration window when the ZCast Service is enabled in the General tab.
ZCast Address - The ZCast Address is the address of the computer assigned to run the ZCast Service and the port used when communicating with other Zetta® systems. This field is automatically populated with the correct computer name and the default port of 3135, however this field can be changed, contact RCS Support for assistance. Use the Test button to verify the connection to the ZCast Service.
Capture Communication - The Capture Communication option, when enabled, will add verbose logging for Zetta.ExternalServiceLauncher.exe. Every call that is made from a ZCast client and to the ZCast server will be logged to a file XX_WANCAST_COMMUNICATION_Zetta.ExternalServiceLauncher.exe (the first numbers of the file name will be the day of the current month). Each entry will show what URL call was made, the parameters passed in and the response to that call. Contact RCS Support for assistance.
Max Number Of Retries - The Max Number Of Retries setting is the maximum number of times that Zetta will retry sending the data before it stops trying and fails the send request. The default setting is 60 retries.
Time till retry after failure - The Time till retry after failure is the time in seconds that Zetta will wait before it retries to send the data again. The default setting is 60 seconds.
Limit Outbound Bandwidth to - This option will limit the outbound network bandwidth used by ZCast. The default setting of zero means Zetta will use all bandwidth detected in the sending of ZCast packets to ZCast connections. Deleting the entry will default to zero. This setting can also be controlled on the fly using the Command Mapping ZCast.OutboundLimit in an Execute Command in a log, background recorder or macro.
Limit Inbound Bandwidth to - This option will limit the inbound network bandwidth used by ZCast. The default setting of zero means Zetta will use all bandwidth detected in the receiving of ZCast packets from ZCast connections. Deleting the entry will default to zero. This setting can also be controlled on the fly using the Command Mappings ZCast.InboundLimit in an Execute Command in a log, background recorder or macro.
External ID handling on Incoming Assets - The External ID handling can be used to set how Zetta is to handle the External ID of incoming assets. This can be useful when receiving ZCast data from a site who does not share the exact same External ID arrangement to prevent duplicate External ID's.
Accept External ID - There are seven ways of handling external ID's during a ZCast import. These settings are used on the inbound side:
Accept Always - This option always imports the external ID that comes from the import, regardless of whether the asset is new or not. Also, does NOT check for conflicts. This is how versions prior to 2.9 of Zetta handle the External ID.
Accept when no conflicting External ID, otherwise keep External ID - This option imports the external ID that comes from the import IF the external ID given is not set on a different asset. If the same external ID is found on a different asset Zetta will accept the asset, but clear the external ID on import of the new asset. This means the new asset will not have an External ID. If the same external ID is found on an existing matching asset then the asset will be updated and the External ID will remain the same.
Accept when no conflicting External ID, otherwise make External ID unique - This option imports the external ID that comes from the import IF the external ID given is not set on a different asset. If the same external ID is found on a different asset Zetta® will accept the asset, but change the external ID to a unique number on import if it is a new asset. If the same external ID is found on an existing matching asset then the asset will be updated and the External ID will be changed to a unique number. The unique number will have the word DUPLICATE in it for easy searching in the Library module (ExternalID_DUPLICATE_AssetID_RandomNumber).
Accept and clear External ID on conflicting assets - This option imports the external ID that comes from the import IF the external ID given is not set on a different asset. If the same external ID is found on a different asset, Zetta will clear the external ID on the EXISTING assets that have the external ID. In other words, the asset that is getting imported will retain the external ID given, and conflicting assets with the same external ID will no longer have an External ID.
Accept and make External ID unique on conflicting assets - This option imports the external ID that comes from the import IF the external ID given is not set on a different asset. If the same external ID is found on a different asset, Zetta® will make the external ID unique on the EXISTING assets that have the external ID. In other words, the asset that is getting imported will retain the external ID given, and conflicting assets with the same external ID will get a new unique external ID. The unique number will have the word DUPLICATE in it for easy searching in the Library module (ExternalID_DUPLICATE_AssetID_RandomNumber).
Ignore External ID - This option tells Zetta to never accept the given external ID from the import. Zetta will clear the external ID on the importing asset if it is a new asset, and will leave the external ID alone when updating an existing asset.
Fail transfer when conflict found - This option will fail the import of the asset if the External ID conflicts with an existing asset.
The ZCast Connections window is where the Inbound and Outbound connections are configured. The ZCast Connections window is located in the Configuration menu.
The following steps can be used to setup a ZCast connection between two Zetta sites. |
The ZCast button in the Library toolbar is used to send the selected library assets to an Outbound ZCast Connection.
To ZCast an Asset to an Outbound Connection, perform the following steps: |
Station logs can be sent in any direction between any combination of primary and/or virtual stations. ZCast logs can be used for simulcasting, if both ends are primary stations. The ZCast button in the Log toolbar can be used to Send a Log, Request a Log, Reconcile a Log or Request Missing Assets based on a configured ZCast Connection. This feature will replace the Log date and hour selected in the Manual ZCast window it will not merge with an existing Log.
To ZCast a Station Log, perform the following steps: |
The Permission Can They Request for Logs can optionally be enabled to allow the virtual station to request a log from the primary station and vice versa. Use the Can They Request for Assets permission to Request Missing Audio using the Manual ZCast window.
The following log event types are supported when Logs are ZCast in Zetta.
Assets - When a Log is sent via ZCast, the assets in the Log are also sent. Zetta will then create the asset on the other end if it does not exist, but no audio will be sent. If the audio is required at the receiving end the sending site can send the audio or the receiving site can request the missing audio.
Macros - When a Log is sent via ZCast, the Macros in the Log are also sent, however the contents of the macro is not sent. Zetta will match on Macro name; if Macro does not exist, an empty macro with the description will be created. The Macro description can be used when creating the macro on the sending side to inform receivers of what the macro should do.
Comments
Pause
Unscheduled Link
Unscheduled Song
Empty VT Slot
ETM
Spot Block (including contents)
External
The following log events are not supported when Logs are ZCast in Zetta.
Execute commands - When a Log is sent via ZCast, any Execute Commands in the log become Comments at the receiving site.
Record Events - When a Log is sent via ZCast, Record Events become empty Record events at the receiving site.
Note: You can however REFERENCE a macro on the receiving side by its name, so if you have a "Macro 1" in the log on the sender, Zetta will try and look up the macro of the same name on the corresponding station at the destination site, and use it if found. If not found Zetta will create an empty macro with the same name.
The ZCast button in the Hot Keys toolbar is used to send the selected Hot Keys bank to an Outbound ZCast Connection. Hot Key banks that are received via ZCast will be set to a Visibility of Public and will be owned by the Supervisor account.
To ZCast a Hot Keys bank to an Outbound Connection, perform the following steps: |
The ZCast button in the Stacks toolbar is used to send the selected Stacks bank to an Outbound ZCast Connection. Stacks banks that are received via ZCast will be set to a Visibility of Public and will be owned by the Supervisor account.
To ZCast a Stacks bank to an Outbound Connection, perform the following steps: |
The following sections will provide instructions on the ZCast connections for Voice Tracks.
In this section: show/hide show/hide
Create a Virtual Station at the site that will be sending the voice tracks
Create an Inbound ZCast Connection for the Virtual station
Send the Log to the Virtual Station
Voice Track the Log and send the Voice Tracks and Segue Transition changes
To create a virtual station, perform the following steps: |
To create an Inbound Connection for a virtual station to receive Logs to be voice tracked, perform the following steps: |
To ZCast a Station Log, perform the following steps: |
To Voice Track the Log in the Virtual Station and send back the Voice Tracks and Segue Transition changes, perform the following steps: |
The ZCast Transfers window is located in the Tools menu and is used to view Inbound and Outbound ZCast Transfers. From this window the user can see Pending, Completed, Failed and In Progress transfers. There is a Cancel button available to cancel Pending and In Progress transfers of both inbound and outbound transfers. Once a transfer is complete the user can double-click the asset from the ZCast Transfer window to open the Metadata Card for the asset.
Important Note! |
To view the Splits IN, OUT and FORWARD transfer messages use the GPIO History window from the Tools menu. |
© 2007-2024 RCS All Rights Reserved.