BROADCAST CONTRIBUTION · ENGINEERING GUIDE

Broadcast Contribution: A Practical Commissioning Checklist

Commission a source-to-studio video link with a clear interface matrix, transport checks, audio verification and a documented handover.

Explore the related solution →

Conceptual live broadcast field production with a camera operator and connected BLANKOM SHDE-400 encoder
Conceptual broadcast-contribution scene featuring BLANKOM SHDE-400 · AI-generated illustration.
01

Define the handover at each end

A contribution link is ready when the receiving team can use the pictures and sound in its intended workflow. A network connection or a decoder status marked “locked” is only part of that result. Start by agreeing exactly what leaves the source and what must arrive at the destination.

Name the source device, encoder, network handover, receiver and downstream equipment. Identify who owns each part of the chain and who can change its settings. This avoids troubleshooting a network fault when the actual mismatch is at a video or audio interface.

02

Build the compatibility matrix

Information to agree before commissioning
Item Source / sender Receiver / destination
Physical interface Connector and source output Required output to the production system
Video Resolution, frame rate, scan format Accepted input formats and any conversion
Encoding Codec, profile, level and bitrate settings Supported decoding configuration
Audio Codec, channels, sample rate and mapping Decode support and output channel assignment
Transport Protocol, packaging, addressing and ports Matching transport and stream selection
Operations Versions, management access and alarms Monitoring, recovery and acceptance owner

Record exact values rather than writing only “HD”, “4K” or “IP”. When the downstream workflow requires captions, ancillary data, reference signals or particular timing behaviour, list them explicitly and verify support for the selected model and firmware.

03

Separate media direction from connection setup

In SRT caller/listener operation, the caller initiates the connection to the listener. That role does not by itself determine which endpoint sends the video. The SRT protocol documentation describes the connection handshake.

Draw the media direction and the connection roles separately. Confirm that the agreed port is reachable, that any address translation is understood, and that the listener is available before beginning the test. Record the actual stream identifier and encryption configuration where used.

On RTP links, sequence numbers and timestamps help the receiver interpret the stream. RTP alone does not guarantee delivery, reserve bandwidth or provide a packet-recovery service. Assess the network and any additional protection required by the selected equipment. See the RTP specification, RFC 3550.

04

Commission in stages

Local source checkLocal encode / decodeNetwork pathProduction output
  1. Confirm the source. Check the actual output format with appropriate monitoring equipment. Verify embedded audio channel assignments.
  2. Build a local loop. Connect the intended encoder and receiver on a controlled network. Save the working settings before adding the external path.
  3. Add the contribution network. Observe stream rate, network errors and recovery behaviour while watching and listening at the destination.
  4. Check the downstream handover. Confirm the output on the production equipment itself, including the required video timing and audio mapping.

If the result fails, return to the last working stage and change one variable. Keep a known-good source and receiver configuration available so that troubleshooting does not depend on several unverified settings at once.

05

Make picture, sound and recovery part of acceptance

Use a test sequence that includes motion, fine detail, dark areas and transitions. Listen to every required audio channel. Check lip synchronisation against a suitable visual and audible event, using the same measurement method for all configurations.

Agree the required test duration and representative network load with the operator. Log interruptions, format changes and alarms. In a controlled test, restart a source or interrupt the link and record whether service resumes automatically and what the operator sees during recovery.

If redundancy is required, test the planned switchover with the actual system. Document whether a disturbance occurs; the presence of a backup path does not establish a seamless changeover.

06

Hand over a configuration that can be reproduced

The handover pack should include the compatibility matrix, a connection drawing, device and firmware versions, saved configurations, network ownership, acceptance results and the recovery procedure. Store credentials separately with the authorised operator.

Keep the scope clear: a receiver, an encoder, an audio receiver and an ASI/IP gateway serve different stages of a chain. Select the needed function first, then confirm the exact model’s supported inputs, outputs and stream formats. A familiar protocol name does not replace that compatibility check.

Practical questions

Does an SRT caller have to be the video sender?

No. Caller and listener describe connection setup. Confirm the media direction independently for the encoder and receiver.

Why can a connected stream still produce no picture?

A successful connection does not establish that the codec, profile, packaging or selected service is compatible with the receiver. Check the media configuration and the receiver’s supported formats.

What belongs in a contribution link quotation request?

Include the source and output interfaces, exact video and audio formats, channel count, network and transport requirements, recovery expectations and the intended receiver.

NEXT STEP

Specify your contribution link

Share the source-to-destination matrix and the interfaces your production workflow requires.

Request a quote