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 sávszélesség-kalkulátor

Becsüld meg a kameránkénti Mbps-t és a teljes hálózati terhelést. Kodek-tudatos (H.264 / H.265 / H.265+ / AV1) és jelenetkomplexitás-tudatos.

✓ Ez a kalkulátor ingyenesen használható – nem szükséges bankkártya

Kamerák száma: 8

Felbontás: 4MP

Keretsebesség (fps): 25

Kodek

A H.265 ~50%-ot spórol a H.264-hez képest. A H.265+ dinamikus ROI-tömörítést ad hozzá és ~70%-ot spórol. Az AV1 ~65%-kal kisebb, mint a H.264 (ritka az IP-kamerákban).

Jelenetkomplexitás

Statikus = parkoló éjszaka, folyosó. Közepes = iroda, kiskereskedelem. Komplex = forgalmas közlekedés, sport, tranzitcsomópontok.

I-frame intervallum (s): 2

Rövidebb intervallum = jobb keresési reakcióképesség, több sávszélesség. A 2 s a tipikus alapértelmezett a VMS-rögzítéshez.

Hang hozzáadása (+128 kbps)

Stream-architektúra

Aktív streamek

Fő = teljes felbontású rögzítési stream. Al = alacsony felbontású élő monitoring stream (a fő bitsebesség ~20%-a). A legtöbb telepítés mindkettőt használja: az NVR a főt rögzíti, a mobil/fali kliensek az alt húzzák.

Rögzítési kioldó

Folyamatos = az NVR 24/7-ben rögzít teljes bitsebességgel. Mozgás / vonalkeresztezés (a kamera AI „aktivációs vonala") csak detektált események során ír – az átlagos sávszélesség az aktivitási kitöltési ciklusra csökken.

Egyidejű élő nézők: 0

Hány operátor / mobil / fali kliens húz egyidejűleg élő streameket. Minden néző az alfolyamot × a kameraszámot fogyasztja (a tipikus VMS a teljes rácsot mutatja).

Kameránkénti bitsebesség

Eredmények

Kameránkénti sávszélesség

3.33 Mbps

Rögzítési sávszélesség (NVR bevitel)

26.64 Mbps

≈ 3.33 MB/s

Hálózati összesen (egyidejű csúcs)

26.64 Mbps

≈ 3.33 MB/s

Ajánlott switch uplink

1 Gbps

Minden IP-kamera mögötti sávszélesség-matematika

A kameránkénti sávszélesség öt tényező szorzata: nyers felbontás-keretsebesség alapérték, kodek-hatékonyság, GOP-szerkezet, jelenetkomplexitás és sebességszabályozási mód. A gyártói adatlapok egyetlen CBR-számot adnak meg, ami szinte soha nem egyezik a vezetéken látott bitsebességgel – az adatlap száma egy ellenőrzött laboratóriumi maximum közepes jelenetkomplexitáson, 2 s I-frame intervallumon és 30 fps-en. A valós telepítések 0,4× és 1,6× között futnak attól függően, mi a konfiguráció.

A felbontás-keretsebesség alapérték nagyjából lineárisan skálázódik mind a pixelszámmal, mind a keretsebességgel. Egy 4 MP-es kamera 30 fps-en H.264 használatával jellemzően ~8 Mbps körül van. A keretsebesség 60 fps-re duplázása megduplázza a bitsebességet. A pixelek 16 MP-re négyszerezése megnégyszerezi a bitsebességet. Ez a padló – a kodek és tartalom-tudatos tömörítés ebbe eszik bele.

A H.264-hez viszonyított kodek-hatékonyság a legnagyobb egyetlen tényező. A H.265 (HEVC) körülbelül a H.264 sávszélességének 50%-ára csökken ugyanazon észlelési minőségen jobb intra-predikció, nagyobb kódolási egységek és aszimmetrikus mozgáspartícionálás révén. A H.265+ – a Hikvision és Dahua dinamikus ROI-bővítménye – további 20-40%-ot csökkent statikus kamerás CCTV-n a mozgásvektor-kódolás elnyomásával változatlan háttérrégiókban. Az AV1 a H.264 alapérték kb. 35%-át éri el, de ritka az IP-kamerákban 2026-tól; várható, hogy 2027-től megjelenik chipset-frissítésekben.

A GOP-szerkezet – a teljes I-frame-ek üteme a predikált P/B frame-ek között – azért számít, mert az I-frame-ek 5-10×-szer nagyobbak, mint a P-frame-ek. Egy 1 s-os I-frame intervallum 25 fps-en egy I-frame-et helyez 25 frame-enként; egy 5 s-os intervallum egyet 125-önként. Az I-frame intervallum felezése nagyjából 40-60%-kal növeli az átlagos bitsebességet. A kompromisszum a keresési reakcióképesség a VMS-visszajátszási idővonalon: a rövidebb GOP-k frame-pontos keresést tesznek lehetővé, de hálózatot és tárhelyet emésztenek.

A jelenetkomplexitás az a változó, amelyre senki sem tervez. Változó bitsebességgel (VBR) – az alapértelmezett minden modern IP-kamerán – egy statikus parkoló 03:00-kor 0,4×-es névleges bitsebességen futhat, miközben egy forgalmas tranzitcsomópont csúcsidőben 1,6-2×-es névleges sebességen. A megvilágítási átmenetek (hajnal, alkonyat, napos-felhős) rövid bitsebesség-csúcsokat váltanak ki, amikor a kódoló újraépíti a referencia-frame-eket. Két azonos kamera különböző környezetben 3×-os különbséget produkálhat tárhely- és sávszélesség-lábnyomban egy hónap alatt.

A sebességszabályozási mód – VBR vs CBR vs korlátozott-VBR – az utolsó tényező. A CBR előnyösebb, ha a sávszélesség korlátozott, mert a csúcsok korlátozottak, de a tömörítési hatékonyságot pazarolja csendes jeleneteknél. A VBR az alapértelmezett tárhely-érzékeny telepítéseknél. A korlátozott-VBR célátlagot és maximális sapkát is beállít, mindkettő legjobbját adva egy bonyolultabb kódoló-konfiguráció árán.

Hogyan használd ezt a sávszélesség-kalkulátort

Add meg a kameraszámot és felbontást. Válaszd ki az egyszerre az NVR-re vagy VMS-re streamelő kamerák számát. A felbontás a kamera natív érzékelő-megapixel-száma – ez a domináns sávszélesség-hajtóerő.
Állítsd be a keretsebességet és kodeket. A legtöbb CCTV 15-25 fps-en fut; emeld 30 fps-re ANPR-hez és beléptetési szomszédossághoz. Válaszd ki azt a kodeket, amit a VMS-ed ténylegesen dekódol – a H.265 mára szinte univerzális, a H.265+ Hikvision/Dahua-tudatos dekódolási útvonalakat igényel.
Válaszd ki őszintén a jelenetkomplexitást. Ne legyen mindenre közepes az alapértelmezett. Egy oszlopra szerelt autópálya-kamera éjjel statikus. Egy kiskereskedelmi padló 14:00-kor közepes. Egy vonatperon 08:30-kor komplex. A 0,6× és 1,6× közötti lengés megváltoztatja a switch-méretezési döntésedet.
Olvasd le a három eredménykártyát. A kameránkénti Mbps hajtja a PoE switch port-választást. A teljes Mbps hajtja a switch uplinket és NVR írási áteresztőképességet. Az uplink ajánlási kártya kiemeli az 1 Gbps telítettségi küszöböt, hogy elosztott NVR-architektúrát tudj tervezni, mielőtt egy telepítés rosszul sülne el.

Kidolgozott példa: 16 kamerás kiskereskedelmi üzlet

Egy 600 m²-es divatáru kiskereskedelmi üzlethez 16 kamerás telepítés szükséges: 4× 4 MP turret az eladótér lefedéséhez, 6× 4 MP bullet a folyosókhoz és próbafülke-folyosókhoz, 4× 8 MP halszem a bejáratoknál és pénztáraknál, és 2× 4 MP IR bullet a hátsó térhez és rakodódokkhoz. A rögzítés 25 fps, H.265, 2 s I-frame intervallum, hang nélkül.

A 4 MP kamerák H.265 25 fps közepes komplexitásban nagyjából 8 × 0,83 (fps skála) × 0,5 (kodek) × 1,0 (jelenet) ≈ 3,3 Mbps darabonként. A 8 MP halszemek nagyjából 16 × 0,83 × 0,5 × 1,0 ≈ 6,6 Mbps darabonként. Aggregát: 12 × 3,3 + 4 × 6,6 ≈ 39,6 + 26,4 ≈ 66 Mbps. A két hátsó téri kamera statikus éjszakai komplexitásban 0,6×-ra = 2 Mbps darabonként csökken. Teljes folyamatos hálózati terhelés ≈ 70 Mbps.

70 Mbps kényelmes egy 1 Gbps switch uplinken – 10% telítettség alatt. De a pillanatnyi csúcs, amikor mind a 16 kamera I-frame-et bocsát ki ugyanazon 40 ms-os ablakban, meghaladhatja a 200 Mbps-t. Egy 1 Gbps trönk könnyen kezeli; egy 100 Mbps trönk képkockákat dobna. A PoE switch méretezése is számít: 16× 4 MP turret tipikus 6-9 W PoE-költségvetéssel ~120 W aggregátot igényel plusz dóm fűtéseket télen – egy 24-portos 1 Gbps PoE+ switch 250 W költségvetéssel a minimum.

Ugyanennek a telepítésnek H.265+ Smart Codec-re váltása az aggregátot kb. 42 Mbps-re csökkenti – jelentős a távoli megtekintési forgatókönyveknél, ahol az áruház HQ-ja egyetlen 100 Mbps-os száloptikai uplinken keresztül húzza az élő streameket. Vissza H.264-re váltva kb. 130 Mbps-re emelkedik, és nyomás alá helyezi az 1 Gbps switch uplinket multi-stream felülvizsgálati ablakok során.

Gyakori sávszélesség-tervezési hibák

Átlagra méretezés csúcs helyett. Az aggregát átlag rendben van tárhelyhez. Switch uplinkhez és NVR írási áteresztőképességhez tervezz 2-3×-os átlagot az I-frame-burst-ok felszívásához, amikor sok kamera szinkronizál.
Az adatlap bitsebességének szentírásként kezelése. Az adatlapi számok CBR-t feltételeznek közepes komplexitáson, 2 s I-frame-en, 30 fps-en. A tényleges VBR-telepítésed 0,4× vagy 1,6× sebességen futhat jelenet és konfiguráció függvényében.
A dual-stream architektúrák figyelmen kívül hagyása. A VMS-kliensek egy alacsony felbontású második streamet húznak élő fal megjelenítéshez. Minden kamera két egyidejű streamet bocsát ki, nem egyet. Add hozzá a másodlagos streamet (jellemzően 0,5-1 Mbps) az aggregátodhoz.
A távoli megtekintési feltöltés elfelejtése. A helyszínen kívülről történő élő nézés az ISP-feltöltést használja, nem a LAN-odat. Egy 70 Mbps-os belső terhelés csak 5-10 Mbps feltöltést igényelhet, ha a távoli megtekintés ritka és sebességkorlátozott, de 70 Mbps-t, ha folyamatos egy NOC-hoz.
A H.265+ keverése nem-tudatos VMS-sel. Ha a VMS-ed natívan nem dekódolja a H.265+-t, a kamera vagy NVR újra-kódolja H.265-re a kimenetnél, és elveszíted a sávszélesség-megtakarítást. Ellenőrizd a dekóder támogatást, mielőtt a H.265+-ra hagyatkoznál a méretezési matematikádban.