Home / Guides / Church multisite
Guide

Sending a service to a second campus

A second campus watching the main auditorium live has a harder requirement than a stream to viewers at home: it plays on a big screen in front of a room full of people, and nobody there can pause or refresh. It either works at 11:00 or the service has a problem.

SRT is the right protocol for it. The rest of this page is what the protocol does not solve.

The path

main campus                        second campus
camera -> switcher -> encoder  ->  relay  ->  decoder -> projector

Both ends dial out, so neither building needs a static IP or an open firewall port — which matters, because church buildings usually have consumer internet and no one to administer it.

What you need at each end

Main campus: whatever already produces your stream — a switcher with SRT output, or the computer running OBS or vMix. If it streams to YouTube today, it can send SRT today.

Second campus: a decoder into the projector. In order of reliability:

OptionCostNotes
Hardware SRT decoder$$Boots into the stream, no operator, no updates at 10:55
Mini PC with OBS or vMix$Flexible; someone must start it, and Windows will choose to update
Media player app on a TV box¢Cheap, but SRT support is inconsistent — test the exact model

For a room full of people, a hardware decoder earns its price the first time nobody has to fix anything.

Settings that survive a church's internet

Church buildings tend to have asymmetric consumer connections shared with Wi-Fi for the whole congregation. Plan for the worst case, which is 11:00 on Sunday with 300 phones on the guest network.

If you can, put the video systems on a separate VLAN or a second connection from the guest Wi-Fi. If you cannot, at least ask for QoS on the router — most consumer routers can prioritise one device.

Make it volunteer-proof

The person running the second campus should have exactly one thing to do: turn it on.

  1. Decoder starts into the stream automatically on power-up. Configure once, test by pulling the plug.
  2. Write the settings on a card taped to the rack: URL, port, passphrase, latency. Not in someone's email.
  3. One phone number for when it does not work, and that person knows to try the test signal first — if the bars appear, the decoder and the building's internet are fine and the problem is at the main campus.
  4. Start the stream 20 minutes early. Every week. The link either works at 10:40, when there is time to fix it, or it works at 11:00 by luck.

The fallback that actually saves the service

Have a plan that does not depend on the link, and rehearse it once:

Rehearse it on a weekday

Run the whole path at the real time of day, for the real length of the service, with the real people. Watch for:

The pull test that costs nothing: leave the free test signal running on the second campus screen for an hour. The burned-in frame counter must never skip. If it skips on a test pattern at 2 Mbit/s, your service at 4 Mbit/s has no chance, and you have learned it on a Tuesday.

Cost

A relay session for a Sunday service costs less than the coffee served afterwards — $5 covers 24 hours, and the free tier of three 30-minute sessions a day is enough to rehearse and to test every setting on this page before you spend anything.

Need a tunnel that carries your own video?

IN/OUT-SRT is a hosted SRT relay in Germany and the USA. Your encoder connects in, your receiver connects out — no static IP, no port forwarding, nothing installed. Three free 30-minute sessions every day; a full production day is $5.