Transcode rule access

To support third party transcode applications in GV STRATUS rules, servers, network shares, and application must have access to one another over the media network.

A working directory must be created manually as a network share and configured in GV STRATUS Control Panel. The Xcode Control engine temporarily places files in the working directory while exporting an asset. The directory must have enough capacity for your largest concurrent exports and must be hosted by a system with sufficient system resources to process your workload. Grass Valley recommends that the directory be on the K2 storage system, either K2 SAN or if no K2 SAN is present, a standalone K2 Summit system. The working directory must be accessible as follows:

From the K2 system
From the transcode application host
From the GV STRATUS server(s) running the Workflow Engine and the Xcode Control engine.
The internal system account, which by default is GVAdmin, must have access to the directory.
If using Elemental^® , the directory share must be configured in the Elemental Server web application as a mount point. Refer to Elemental^® for more information.

The transcode application host must have access as follows:

FTP access to K2 storage.
If source files are located on a network share, the transcode application host must have access to the share.
The network share directory to which the transcode application writes its output.
Full access to the shared working directory.

The Xcode Control engine must have access as follows:

The network share directory to which the transcode application writes its output.
Full access to the shared working directory.
For Harmonic ProMedia™ Carbon (formerly Carbon Coder™):
- Network access to the Carbon Server port 1120.
For Telestream Vantage™:
- Network access to the Vantage Server port 8676.
- Full access to the Store share on the Vantage server.