Skip to content
Church Sound Calc
Menu

Portable and multi-campus

Multi-Campus Church AV

Last updated

Quick answer

Sending a 1080p60 service feed to another campus needs about 14 Mbps of measured upload at the originating site, because a 6.96 Mbps stream needs roughly double its bitrate in real upload headroom. That also consumes about 3.1 GB of data per hour.

Multi-campus AV is not one problem, it is three: making campuses consistent enough to support, moving content between them reliably, and staffing sites where nobody on the tech team is a specialist. The equipment questions are the easy part. The decisions that determine whether a multi-campus operation works are about standardisation and support, and they are made long before anything is purchased.

The single most useful principle is that every campus should run the same system in different sizes rather than different systems at the same size. A volunteer trained at one campus should be able to operate another, a spare should fit any site, and a central team should be able to talk any campus through a fault over the phone. That is worth more than any individual specification.

On this page
  1. Standardise the things that make support possible
  2. Moving video between campuses
  3. Rolling out a new campus
  4. Supporting campuses you are not standing in
  5. Budget and procurement across sites

Standardise the things that make support possible

Not everything should be identical. These are the things to fix across campuses and the things to let vary with the room.

Standardise the console family, the input list order, wireless and documentation across every campus, and vary only the loudspeakers and projection that the individual room dictates.

What to standardise across campuses and what to vary
ElementStandardise or varyWhy
Console familyStandardiseA volunteer trained at one campus can operate any other
Input list orderStandardiseChannel 3 is the same source everywhere, so scenes and training transfer
Wireless systemsStandardiseSpares, batteries and capsules interchange, and coordination is one skill
Microphones and direct boxesStandardiseCheap, and a shared spares pool covers every site
Cable and connector typesStandardiseOne spares kit serves all campuses, and nothing is site specific
Documentation and labellingStandardiseRemote support depends on everyone describing the same thing
LoudspeakersVary by roomCoverage pattern and power must suit the actual room geometry
Projection and screensVary by roomScreen size follows the furthest seat, brightness follows ambient light
Camera count and positionsVary by roomDriven by architecture, sight lines and what the site produces

The test for whether something should be standardised is simple: if a central team would ever need to support it remotely, or if a spare would ever move between sites, standardise it. If it is determined by the physical room, let it vary.

Moving video between campuses

There are two models and they have very different requirements. Live simulcast sends the service from a broadcast campus to receiving sites in real time, which is technically demanding and unforgiving: an outage happens during the service and there is no recovery. Recorded delivery sends the message as a file to be played at each site, which is dramatically more robust and is what most multi-campus churches actually do for good reasons.

If you are sending live, plan the bandwidth honestly. A 1080p60 stream is about 6,800 kbps of video plus 160 of audio, which is roughly 6.96 Mbps. The working rule is that a stream needs about double its bitrate in measured upload, because the building also carries Wi-Fi, phones and the office, so the originating campus needs about 14 Mbps of genuine upload and will use about 3.1 GB per hour. A 1080p30 stream halves the video requirement to about 4.66 Mbps, needing roughly 9.3 Mbps of upload. Measure this on a wired connection at service time rather than trusting a plan figure, using the livestream bitrate calculator.

Whichever model you choose, audio is what viewers judge. A campus receiving a feed with poor audio will disengage regardless of picture quality, so take a dedicated mix from the console rather than camera microphones and build it for someone listening without the acoustic contribution of the originating room. That is covered at church livestream audio setup and how to mix for livestream.

Rolling out a new campus

  1. Survey the room before committing to a design. Seat count, dimensions, ceiling height, throw distance, ambient light, available structure for anything flown, electrical capacity and network upload. A campus in a converted retail unit and one in a school gymnasium need different answers from the same standard, and the survey is what tells you which.
  2. Apply the standard system at the size the room needs. Same console family, same input list order, same wireless and microphones, with loudspeakers and projection sized to this specific room. The goal is that the system is recognisable to anyone from another campus while actually suiting the space.
  3. Get structural and electrical work engineered and permitted early. Attachment points for anything flown must be specified by a structural engineer or certified rigger with rated hardware, and electrical work needs a licensed electrician to local code. Both have long lead times and both can change the design, so start them before ordering equipment.
  4. Confirm the network and measure the upload. Measure actual upload on a wired connection at the time of day services run, not the advertised plan speed. If the campus sends or receives live video, this measurement determines whether the model is viable and is worth doing before the lease is signed where possible.
  5. Build the documentation before the first service. System diagram, input list, labelled cabling at both ends, a saved default console scene and a written fault card for common problems. Remote support is impossible without this, and a new campus is exactly where nobody knows the system well enough to improvise.
  6. Train the local team at an established campus. Standardisation pays off here: volunteers can learn on a working system with an experienced team before operating alone. Then run rehearsals at the new site with the central team present for the first few services.
  7. Establish the support path and the spares pool. Who does a volunteer call at 9:40 on a Sunday, and what is in the spares box on site. A shared spares pool only works if equipment is standardised, which is the practical payoff of every standardisation decision above.

Supporting campuses you are not standing in

The hardest problem in multi-campus AV is that faults happen where the expertise is not. Three things make remote support workable. Identical systems, so the person on the phone can visualise exactly what the volunteer is looking at. Thorough labelling, so both parties can name the same cable. And a saved default console scene that a volunteer can always recall to get back to a known working state, which resolves a substantial share of Sunday morning problems without any diagnosis at all.

Build a written fault card for each campus covering the five most likely problems and their first response: no sound from a microphone, feedback, the stream not starting, the projector showing no signal, and a wireless channel dropping. Most Sunday faults are one of those, and a volunteer with a card resolves them faster than a phone call would. Pair it with the routine at church sound checklist for Sunday.

Then build the maintenance rhythm, because multi-campus operations fail slowly rather than suddenly. Batteries, cable checks, lamp hours, firmware and a physical inspection at each site on a schedule, covered at church AV maintenance schedule. A central team that visits each campus on a rota catches the problems nobody reported because they had learned to work around them.

Budget and procurement across sites

Multi-campus buying has one large advantage and one large trap. The advantage is volume: standardising means buying the same console, wireless and microphones repeatedly, which is worth a genuine conversation with a supplier and makes a shared spares pool viable. The trap is that campuses acquired at different times drift onto different equipment generations, and within a few years the standard exists only on paper.

Handle that by writing the standard down as a specification document and reviewing it deliberately rather than per project, and by planning replacement in waves so a campus is not left three generations behind. Each campus also needs its own annual operating budget for batteries, cable and replacement, at roughly 5 to 10 percent of system value. The framework is at building a church AV budget and the vendor questions at church sound system RFP questions.

Sources

Frequently asked questions

How much bandwidth does a multi-campus video feed need?

A 1080p60 feed is about 6.96 Mbps including audio, and the working rule is roughly double that in measured upload, so about 14 Mbps at the originating campus, using around 3.1 GB per hour. A 1080p30 feed halves the video requirement to about 4.66 Mbps, needing roughly 9.3 Mbps. Measure on a wired connection at service time.

Should campuses run identical equipment?

Standardise everything a central team might support remotely or share as a spare: console family, input list order, wireless, microphones, cable types and documentation. Let loudspeakers, projection and camera positions vary, because those are dictated by the physical room. Identical systems in different sized rooms is the goal, not identical systems regardless of room.

Is live simulcast or recorded delivery better for campuses?

Recorded delivery is far more robust and is what most multi-campus churches use, because an outage during a live simulcast has no recovery. Live simulcast preserves simultaneity and is worth the risk only if the network at every site is genuinely reliable and measured. Many churches run recorded delivery with live local worship.

How do we support a campus remotely on a Sunday?

Identical systems, thorough labelling at both ends of every cable, and a saved default console scene a volunteer can always recall to reach a known working state. Add a written fault card covering the five most likely problems. Most Sunday faults are resolved faster by a card than by a phone call to someone who cannot see the room.

Who should own AV decisions across campuses?

A central technical standard with local operational ownership works best. The standard defines equipment families, input list order and documentation so support and spares work across sites. Local teams own the weekly operation and know their own room. Letting each campus choose its own equipment removes every benefit of being multi-campus.

How much should each campus budget annually for AV?

Roughly 5 to 10 percent of that campus system value per year for batteries, replacement cable, capsules, lamps, software licences and a repair reserve. Multi-campus operations should also hold a central replacement fund so sites can be upgraded in waves rather than drifting onto different equipment generations that break the standard.

Researched, not professional advice. This page is compiled from published manufacturer specifications, operator manuals, FCC rules, published standards and owner-review consensus, not hands-on testing. Sound system design, rigging loudspeakers overhead, and any electrical work are jobs for a qualified professional: have flown loudspeakers and their attachment points signed off by a structural engineer or a certified rigger, and have all wiring done by a licensed electrician to your local code. Wireless microphone rules change, so confirm the current FCC position before buying. As an Amazon Associate we earn from qualifying purchases.