How do I calculate IP camera bandwidth?

Multiply the per-camera bitrate (Mbps) by the number of cameras. Per-camera bitrate depends on resolution, frame rate, codec (H.264/H.265/H.265+/AV1), I-frame interval, and scene complexity. A 4MP camera at 25 fps with H.265 in a medium-complexity scene typically uses 3-5 Mbps per stream. Use this calculator for an instant estimate including switch uplink and remote-viewing recommendations.

How much bandwidth does a 4K IP camera use?

An 8MP (4K) IP camera at 30 fps uses approximately 16 Mbps with H.264, 8 Mbps with H.265, and 4-5 Mbps with H.265+ Smart Codec at the same perceived quality. Scene complexity changes this by ±60%. For 16-camera 4K systems plan a 1 Gbps switch uplink and ensure NVR write throughput exceeds the aggregate stream rate.

H.264 vs H.265 vs H.265+ — which uses less bandwidth?

H.265 (HEVC) cuts bandwidth roughly in half versus H.264 at equivalent perceptual quality. H.265+ adds Hikvision/Dahua-style dynamic ROI compression and reaches ~70% reduction on static-camera CCTV scenes, though it's a vendor-specific extension and not all VMS platforms decode it without a re-encode. AV1 is ~30% better than H.265 but support is still rare in IP cameras as of 2026.

What switch uplink do I need for my CCTV network?

If aggregate camera bandwidth is below 80 Mbps, a 1 Gbps switch uplink is comfortable. Between 80 and 800 Mbps you're saturating a 1 Gbps trunk and risking packet loss during recording bursts. Above 800 Mbps you need 10 Gbps uplinks or distributed NVR architecture. Always size for the I-frame burst peak, not the average — short GOP intervals make peaks 2-3× higher than averages.

Does scene complexity really affect CCTV bandwidth that much?

Yes. With variable bitrate (VBR) — the default on most modern IP cameras — a static parking lot at night may run at 0.6× the nominal bitrate, while a busy retail store with constant motion runs at 1.5-2× nominal. This is why two identical cameras in different locations can produce dramatically different storage requirements. CBR (constant bitrate) is preferable when bandwidth is constrained but wastes storage on static scenes.

How much bandwidth does the substream use vs the main stream?

The factory-default substream on Hikvision, Dahua and Axis cameras typically runs at about 20% of the main-stream bitrate (640×480 at ~6 fps with the same codec). A 4 MP main stream at 4 Mbps will produce roughly a 0.8 Mbps substream. VMS apps, mobile clients and video-wall displays pull the substream to keep network usage low — the main stream is reserved for the NVR's recording write. The Stream architecture section of this calculator lets you toggle between main-only, sub-only, and main+sub deployments and shows recording vs. live-monitoring bandwidth separately.

How does motion-triggered or line-crossing recording change my bandwidth?

Event-driven recording (motion detection or AI line-crossing — the 'activation line' on cameras with built-in analytics) only writes to the NVR while the scene is active. Average bandwidth drops by the activity duty cycle: an empty parking lot at night triggers maybe 5% of the time so 95% of the day is zero bandwidth; a busy retail floor might hit 60-80% activity. Size the switch uplink for the peak (the moment every camera fires simultaneously, which equals continuous bandwidth) but size NVR storage for the average. Mixed-mode deployments — continuous on critical cameras (entrances, POS), event-driven on perimeter — give the best storage/network compromise.

Why does the calculator distinguish recording bandwidth from live-monitoring bandwidth?

They flow over different network paths. Recording bandwidth is the NVR ingest — main-stream traffic from each camera into the recorder, internal to the LAN. Live-monitoring bandwidth is the substream traffic from cameras (or the NVR's restream interface) to operator workstations, video walls, mobile apps, and off-site clients. The switch uplink and NVR uplink need to carry the larger of the two simultaneously; the ISP uplink (for off-site live viewing) only carries the live-monitoring portion. Continuous main-stream recording with 5 mobile clients pulling substream of all 16 cameras can easily double the LAN load compared to the recording rate alone.

CCTV-kaistanleveydenlaskuri

Arvioi Mbps kameraa kohti ja kokonaisverkkorasitus. Codec-tietoinen (H.264 / H.265 / H.265+ / AV1) ja kohteen monimutkaisuus-tietoinen.

✓ Tämä laskuri on ilmainen - Luottokortia ei vaadita

Kameramäärä: 8

Resoluutio: 4MP

Kuvataajuus (fps): 25

Koodekki

H.265 säästää ~50 % verrattuna H.264:ään. H.265+ lisää dynaamisen ROI-pakkauksen ja säästää ~70 %. AV1 on ~65 % pienempi kuin H.264 (harvinainen IP-kameroissa).

Kohteen monimutkaisuus

Staattinen = parkkipaikka yöllä, käytävä. Keskimääräinen = toimisto, vähittäiskauppa. Monimutkainen = vilkas liikenne, urheilu, liikennekeskukset.

I-frame-väli (s): 2

Lyhyempi väli = parempi haku-reagointi, enemmän kaistanleveyttä. 2 s on tyypillinen oletusarvo VMS-tallennukselle.

Sisällytä ääni (+128 kbps)

Virran arkkitehtuuri

Aktiiviset virrat

Pää = täysresoluutio-tallennusvirta. Alivirtaus = matalaresoluutio-reaaliaikainen valvontavirta (~20 % pääbittnopeudessta). Useimmat asennukset käyttävät molempia: NVR tallentaa päävirran, mobiili-/seinäasiakkaat vetävät alivirtauksen.

Tallennuksen laukaisin

Jatkuva = NVR tallentaa 24/7 täydellä bittnopeudellla. Liike / viivan ylitys (kameran tekoäly "aktivointiviiva") kirjoittaa vain havaittujen tapahtumien aikana — keskimääräinen kaistanleveys putoaa aktiivisuustyöjaksoon.

Samanaikaiset reaaliaikaiset katsojat: 0

Kuinka moni operaattori / mobiili / seinäasiakas vetävät suoratoistoja samanaikaisesti. Kukin katsoja kuluttaa alivirtauksen × kameramäärän (tyypillinen VMS näyttää täyden ruudukon).

Kameran bittinopeus

Tulokset

Kaistanleveys kameraa kohti

3.33 Mbps

Tallennuksen kaistanleveys (NVR:n saanti)

26.64 Mbps

≈ 3.33 MB/s

Verkon kokonaisuus (samanaikainen huippu)

26.64 Mbps

≈ 3.33 MB/s

Suositeltu kytkimen ylälinkkki

1 Gbps

Jokaisen IP-kameran takana oleva kaistanleveysmatikka

Kameran kaistanleveys on viiden tekijän tulo: raakaresoluutio-kuvataajuus-perustaso, codecin tehokkuus, GOP-rakenne, kohteen monimutkaisuus ja nopeuden säätötila. Valmistajien tekniset tiedot mainitsevat yhden CBR-luvun, joka lähes koskaan ei vastaa johdolla näkemääsi bittnopeutta — spec-arkin luku on kontrolloitu laboratorion maksimi keskimääräisellä kohteen monimutkaisuudella, 2 sekunnin I-frame-väli ja 30 fps:llä. Todelliset asennukset kulkevat 0,4× ja 1,6× välillä siitä luvusta määrityksen mukaan.

Resoluutio-kuvataajuus-perustaso skaalautuu suunnilleen lineaarisesti sekä pikselien määrän että kuvataajuuden kanssa. 4 MP:n kamera 30 fps:llä H.264:ää käyttäen päätyy tyypillisesti noin 8 Mbps:iin. Kuvataajuuden tuplaamineen 60 fps:iin tuplaaa bittnopeuden. Pikselien nelinkertaistaminen 16 MP:ään nelinkertaistaa bittnopeuden. Tämä on pohja — codec ja sisällön tietämä pakkaus syö siihen.

Codecin tehokkuus H.264:ään verrattuna on suurin yksittäinen vipuvarsi. H.265 (HEVC) saavuttaa suunnilleen 50 % H.264:n kaistanleveydestä samalla näköisellä laadulla paremman intra-ennusteen, suurempien koodausyksiköiden ja epäsymmetrisen liikkeen partitioinnin kautta. H.265+ — Hikvision ja Dauhan dynaaminen ROI-laajennus — pudottaa vielä 20–40 % staattisen kameran CCTV:ssä tukahduttamalla liikearvovektorin koodauksen muuttumattomissa taustaalueissa. AV1 saavuttaa suunnilleen 35 % H.264:n perusarvosta, mutta on harvinainen IP-kameroissa vuonna 2026; odota sen ilmaantuvan piirisarjan päivityksiin 2027 alkaen.

GOP-rakenne — täydellisten I-framien kadenssit ennustettujen P/B-framien joukossa — on tärkeä, koska I-framet ovat 5–10× suurempia kuin P-framet. 1 sekunnin I-frame-väli 25 fps:llä sijoittaa yhden I-framen per 25 fraamea; 5 sekunnin väli sijoittaa yhden per 125. I-frame-välin puolittaminen lisää keskimääräistä bittnopeutta suunnilleen 40–60 %. Kompromissi on VMS:n toistotaikajanon haku-reagointi: lyhyemmät GOP:t sallivat frame-tarkan haun, mutta maksavat verkkoa ja tallennusta.

Kohteen monimutkaisuus on muuttuja, johon kukaan ei suunnittele. Muuttuvan bittnopeuden (VBR) kanssa — oletusarvo jokaisessa modernissa IP-kamerassa — staattinen parkkipaikka klo 03:00 voi kulkea 0,4× nimellisellä bittnopeudellakin, kun taas vilkas liikennesolmu ruuhka-ajalla kulkee 1,6–2× nimellisellä. Valaistuksen siirtymät (aamunkoitto, hämärä, aurinkoinen–pilvinen) laukaisevat lyhyitä bittnopeuspiikkejä, kun enkooderi rakentaa viitefraameja uudelleen. Kaksi identtistä kameraa erilaisissa ympäristöissä voivat tuottaa 3× erilaisia tallennus- ja kaistanleveysjalanjälkiä kuukauden aikana.

Nopeuden säätötila — VBR vs CBR vs rajoitettu VBR — on viimeinen vipuvarsi. CBR on parempi, kun kaistanleveys on rajoitettu, koska huiput ovat rajoitettuja, mutta se tuhlaa pakkaustehoa hiljaisissa kohtauksissa. VBR on oletusarvo tallennuksille herkkille asennuksille. Rajoitettu VBR asettaa sekä tavoite-keskiarvon että maksimirajan, mikä antaa molempien maailmojen parhaat puolet monimutkaisemman enkooderinkonfiguraation kustannuksella.

Kuinka käyttää tätä kaistanleveydenlaskuria

Syötä kameramäärä ja resoluutio.Valitse samanaikaisesti NVR:lle tai VMS:lle suoratoistoivien kameramäärä. Resoluutio on kameran natiivin anturin megapikselien määrä — tämä on hallitseva kaistanleveyden tekijä.
Aseta kuvataajuus ja codec.Useimmat CCTV:t kulkevat 15–25 fps:llä; nosta 30 fps:iin ANPR- ja kulunvalvontaan. Valitse codec, jonka VMS todella koodaa — H.265 on nyt lähes yleinen, H.265+ vaatii Hikvision/Dauhan tietoisia koodauspolkuja.
Valitse kohteen monimutkaisuus rehellisesti.Älä käytä keskimääräistä kaikkeen. Navan kiinnitetty tietojen kamera yöllä on staattinen. Vähittäiskaupan lattia klo 14:00 on keskimääräinen. Rautatieaseman laituri klo 08:30 on monimutkainen. 0,6× – 1,6× heilahdus muuttaa kytkimen mitoituspäätöstä.
Lue kolme tuloskortia.Kameran Mbps ohjaa PoE-kytkimen portin valintaa. Kokonais-Mbps ohjaa kytkimen ylälinkkiä ja NVR:n kirjoitustuotantoa. Ylälinkin suositusten kortti kutsuu 1 Gbps:n saturaation kynnysarvon niin, että voit suunnitella hajautettua NVR-arkkitehtuuria ennen kuin asennus menee pieleen.

Käytännön esimerkki: 16 kameran vähittäiskauppa

600 m²:n muotikauppa tarvitsee 16 kameran asennuksen: 4× 4 MP turrettikameraa myyntilattian peittoon, 6× 4 MP putkikameraa käytäville ja pukuhuolitiloihin, 4× 8 MP kalansilmäkameraa sisäänkäynteihin ja kassoille sekä 2× 4 MP IR-putkikameraa takahuollon ja lastaussillan alueille. Tallennus on 25 fps, H.265, 2 sekunnin I-frame-väli, ei ääntä.

4 MP:n kamerat H.265:lla 25 fps:lla ja keskimutkaisella kohteella tuottavat noin 8 × 0,83 (fps-kerroin) × 0,5 (codec) × 1,0 (kohde) ≈ 3,3 Mbps:ia. 8 MP:n kalansilmäkamerat tuottavat noin 16 × 0,83 × 0,5 × 1,0 ≈ 6,6 Mbps:ia. Yhteensä: 12 × 3,3 + 4 × 6,6 ≈ 39,6 + 26,4 ≈ 66 Mbps:ia. Kaksi takahuollon kameraa staattisella yöllisella kohteen monimutkaisuudella laskevat 0,6× = 2 Mbps:iin. Kokonaisverkon jatkuva kuormitus ≈ 70 Mbps.

70 Mbps:iä on mukavaa 1 Gbps:n kytkimen ylälinkin kanssa — alle 10 % saturaatiosta. Mutta huippukuormat, kun kaikki 16 kameraa lähettävät I-framen samaan 40 ms:n ikkunaan, voivat ylittää 200 Mbps:ia. 1 Gbps:n runko käsittelee sen helposti; 100 Mbps:n runko pudottaisi fraameja. PoE-kytkimen mitoitus on myös tärkeää: 16× 4 MP:n turrettikameraa tyypillisellä 6–9 W:n PoE-budjetilla tarvitsee ~120 W:ia sekä kupolikuparia talvella — 24-porttinen 1 Gbps PoE+ kytkin 250 W:n budjetilla on minimi.

Saman asennuksen siirtäminen H.265+ Smart Codec:iin laskee yhteissummaksi noin 42 Mbps:ia — merkittävää etäkatselu-skenaarioissa, joissa kaupan pääkonttori vetää suoratoistoja yhden 100 Mbps:n valokuituyhteyden yli. H.264:ään palaaminen nostaa sen noin 130 Mbps:iin ja alkaa painaa 1 Gbps:n kytkimen ylälinkkiä monivirtakatselu-ikkunoissa.

Yleisiä kaistanleveys-suunnittelun virheitä

Mitoitus keskiarvolle, ei huipulle.Yhteenveto-keskiarvo on hyvä tallennukselle. Kytkimen ylälinkkiä ja NVR:n kirjoitustuotantoa varten suunnittele 2–3× keskiarvo imemään I-frame-purskeita, kun monet kamerat synkronoidaan.
Tekniset tiedot-bittnopeuden hyväksyminen evankeliumiksi.Tekniset tiedot olettavat CBR:n keskimääräisellä monimutkaisuudella, 2 sekunnin I-frame, 30 fps. Todellinen VBR-asennus voi kulkea 0,4× tai 1,6× riippuen kohteesta ja määrityksestä.
Kaksoisvirta-arkkitehtuurojen sivuuttaminen.VMS-asiakkaat vetävät matalaresoluutioisen toisen virran elävän seinän näytölle. Jokainen kamera lähettää kaksi samanaikaista virtaa, ei yhtä. Lisää toissijainen virta (tyypillisesti 0,5–1 Mbps) yhteensä-arvoon.
Etäkatselun latauskapasiteetin unohtaminen.Etä-sijainnista tapahtuva suorakatselanta käyttää ISP:n latauskapasiteettiasi, ei paikallista verkkoa. 70 Mbps:n sisäinen kuormitus saattaa tarvita vain 5–10 Mbps:n latauskapasiteettia, jos etäkatselu on harvinaista ja nopeusrajoitettua, mutta 70 Mbps, jos se on jatkuvaa NOC:lle.
H.265+:n sekoittaminen ei-tietämättömien VMS:ien kanssa.Jos VMS:si ei koodaa H.265+:aa natiivisti, kamera tai NVR koodaa uudelleen H.265:ksi lähdössä ja menetät kaistanleveys-säästöt. Varmista dekooderin tuki ennen kuin luotat H.265+:aan mitoitusmatikassasi.