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.

Calculator lățime de bandă CCTV

Estimează Mbps per cameră și sarcina totală a rețelei. Conștient de codec (H.264 / H.265 / H.265+ / AV1) și conștient de complexitatea scenei.

✓ Acest calculator este gratuit - Nu necesită card de credit

Număr de camere: 8

Rezoluție: 4MP

Rată de cadre (fps): 25

Codec

H.265 economisește ~50% față de H.264. H.265+ adaugă compresie dinamică ROI și economisește ~70%. AV1 este cu ~65% mai mic decât H.264 (rar în camerele IP).

Complexitate scenă

Statică = parcare noaptea, hol. Medie = birou, retail. Complexă = trafic aglomerat, sport, huburi de tranzit.

Interval I-frame (s): 2

Interval mai scurt = capacitate de răspuns mai bună la căutare, mai multă lățime de bandă. 2 s este implicit tipic pentru înregistrarea VMS.

Include audio (+128 kbps)

Arhitectură flux

Fluxuri active

Principal = flux de înregistrare la rezoluție completă. Sub = flux de monitorizare live la rezoluție mică (~20% din rata de biți principală). Majoritatea instalațiilor folosesc ambele: NVR înregistrează principalul, clienții mobili/de perete trag sub-ul.

Declanșator înregistrare

Continuu = NVR înregistrează 24/7 la rată de biți completă. Mișcare / traversare linie (linia de „activare" AI a camerei) scriu doar în timpul evenimentelor detectate — lățimea de bandă medie scade la ciclul de funcționare al activității.

Vizualizatori live concurenți: 0

Câți operatori / clienți mobili / de perete trag fluxuri live simultan. Fiecare vizualizator consumă substream × numărul de camere (VMS tipic afișează grila completă).

Rată de biți per cameră

Rezultate

Lățime de bandă per cameră

3.33 Mbps

Lățime de bandă înregistrare (ingest NVR)

26.64 Mbps

≈ 3.33 MB/s

Total rețea (vârf concurent)

26.64 Mbps

≈ 3.33 MB/s

Uplink switch recomandat

1 Gbps

Matematica lățimii de bandă din spatele fiecărei camere IP

Lățimea de bandă per cameră este produsul a cinci factori: linia de bază brută rezoluție-rată de cadre, eficiența codecului, structura GOP, complexitatea scenei și modul de control al ratei. Fișele tehnice ale producătorilor citează o singură figură CBR care aproape niciodată nu se potrivește cu rata de biți pe care o vei vedea pe fir — numărul din fișa tehnică este un maxim controlat în laborator la complexitate medie a scenei, interval I-frame de 2 s și 30 fps. Instalațiile reale rulează la 0,4× până la 1,6× acel număr în funcție de configurație.

Linia de bază rezoluție-rată de cadre se scalează aproximativ liniar atât cu numărul de pixeli, cât și cu rata de cadre. O cameră 4 MP la 30 fps folosind H.264 aterizează de obicei în jur de 8 Mbps. Dublarea ratei de cadre la 60 fps dublează rata de biți. Cvadruplarea pixelilor la 16 MP cvadruplează rata de biți. Aceasta este podeaua — codecul și compresia conștientă de conținut o erodează.

Eficiența codecului în raport cu H.264 este cea mai mare pârghie individuală. H.265 (HEVC) atinge aproximativ 50% din lățimea de bandă H.264 la aceeași calitate perceptuală prin intra-predicție mai bună, unități de codificare mai mari și partiționare asimetrică a mișcării. H.265+ — extensia dinamică ROI a Hikvision și Dahua — scade un alt 20-40% pe CCTV cu cameră statică prin suprimarea codificării vectorilor de mișcare în regiunile de fundal neschimbate. AV1 atinge aproximativ 35% din linia de bază H.264, dar este rar în camerele IP din 2026; așteaptă-l să apară în actualizările de chipset din 2027.

Structura GOP — cadența cadrelor I complete printre cadrele P/B prezise — contează deoarece cadrele I sunt de 5-10× mai mari decât cadrele P. Un interval I-frame de 1 s la 25 fps plasează un I-frame la fiecare 25 de cadre; un interval de 5 s plasează unul la 125. Înjumătățirea intervalului I-frame crește aproximativ rata de biți medie cu 40-60%. Compromisul este capacitatea de răspuns la căutare în cronologia de redare VMS: GOP-urile mai scurte permit căutare cu precizia cadrului, dar costă rețea și stocare.

Complexitatea scenei este variabila pe care nimeni nu o planifică. Cu rată variabilă de biți (VBR) — implicită pe fiecare cameră IP modernă — o parcare statică la 03:00 poate rula la 0,4× din rata de biți nominală în timp ce un hub de tranzit aglomerat în ora de vârf rulează la 1,6-2× nominal. Tranzițiile de iluminare (zori, amurg, însorit la noros) declanșează vârfuri scurte de rată de biți pe măsură ce encoderul reconstruiește cadrele de referință. Două camere identice în medii diferite pot produce amprente de stocare și lățime de bandă de 3× diferite pe parcursul unei luni.

Modul de control al ratei — VBR vs CBR vs VBR-constrâns — este ultima pârghie. CBR este preferabil când lățimea de bandă este constrânsă deoarece vârfurile sunt limitate, dar irosește eficiența compresiei pe scenele liniștite. VBR este implicit pentru implementări sensibile la stocare. VBR-constrâns setează atât o medie țintă, cât și un plafon maxim, oferind ce e mai bun din ambele lumi cu costul unei configurări de encoder mai complexe.

Cum să folosești acest calculator de lățime de bandă

Introdu numărul de camere și rezoluția. Alege numărul de camere care transmit simultan la NVR sau VMS. Rezoluția este numărul nativ de megapixeli ai senzorului camerei — acesta este factorul dominant al lățimii de bandă.
Setează rata de cadre și codecul. Majoritatea CCTV rulează la 15-25 fps; crește la 30 fps pentru ANPR și control acces adiacent. Alege codecul pe care VMS-ul tău îl decodează efectiv — H.265 este acum aproape universal, H.265+ necesită căi de decodare conștiente Hikvision/Dahua.
Alege complexitatea scenei onest. Nu seta implicit medie pentru toate. O cameră pe stâlp pe autostradă noaptea este statică. O suprafață de retail la 14:00 este medie. O peronă de tren la 08:30 este complexă. Oscilația 0,6× până la 1,6× schimbă decizia ta de dimensionare a switch-ului.
Citește cele trei carduri de rezultat. Mbps per cameră determină selecția portului switch-ului PoE. Mbps total determină uplink-ul switch-ului și debitul de scriere NVR. Cardul de recomandare uplink semnalează pragul de saturație de 1 Gbps astfel încât să poți planifica arhitectura NVR distribuită înainte ca o instalație să meargă prost.

Exemplu practic: magazin de retail cu 16 camere

Un magazin de modă de 600 m² are nevoie de o implementare cu 16 camere: 4× turete 4 MP care acoperă suprafața de vânzare, 6× bullet-uri 4 MP pentru culoare și coridoare de cabine de probă, 4× fisheye 8 MP la intrări și case, și 2× bullet-uri IR 4 MP pentru zona din spate și dock-ul de încărcare. Înregistrarea este 25 fps, H.265, interval I-frame 2 s, fără audio.

Camerele 4 MP la H.265 25 fps complexitate medie rulează aproximativ 8 × 0,83 (scală fps) × 0,5 (codec) × 1,0 (scenă) ≈ 3,3 Mbps fiecare. Fisheye-urile 8 MP rulează aproximativ 16 × 0,83 × 0,5 × 1,0 ≈ 6,6 Mbps fiecare. Agregat: 12 × 3,3 + 4 × 6,6 ≈ 39,6 + 26,4 ≈ 66 Mbps. Cele două camere din zona din spate la complexitate statică nocturnă scad la 0,6× = 2 Mbps fiecare. Sarcina totală continuă a rețelei ≈ 70 Mbps.

70 Mbps este confortabil pe un uplink switch de 1 Gbps — sub 10% saturație. Dar sarcina instantanee de vârf când toate cele 16 camere emit un I-frame în aceeași fereastră de 40 ms poate depăși 200 Mbps. Un trunk de 1 Gbps gestionează asta cu ușurință; un trunk de 100 Mbps ar pierde cadre. Dimensionarea switch-ului PoE contează și ea: 16× turete 4 MP la bugetul tipic PoE de 6-9 W au nevoie de ~120 W agregat plus încălzitoare dome iarna — un switch PoE+ 1 Gbps cu 24 porturi și 250 W buget este minimul.

Trecerea aceleiași instalații la H.265+ Smart Codec scade agregatul la aproximativ 42 Mbps — semnificativ pentru scenariile de vizualizare la distanță unde sediul magazinului trage fluxuri live pe un singur uplink de fibră de 100 Mbps. Trecerea înapoi la H.264 îl ridică la aproximativ 130 Mbps și începe să pună presiune pe uplink-ul switch-ului de 1 Gbps în timpul ferestrelor de revizuire multi-flux.

Erori comune de planificare a lățimii de bandă

Dimensionarea pentru medie, nu vârf. Media agregată este bună pentru stocare. Pentru uplink-ul switch-ului și debitul de scriere NVR, planifică de 2-3× media pentru a absorbi rafalele I-frame când multe camere se sincronizează.
Încrederea în rata de biți din fișa tehnică ca în litera de evanghelie. Figurile din fișa tehnică presupun CBR la complexitate medie, I-frame 2 s, 30 fps. Instalația ta VBR reală poate rula la 0,4× sau 1,6× în funcție de scenă și configurație.
Ignorarea arhitecturilor dual-stream. Clienții VMS trag un al doilea flux de rezoluție mai mică pentru afișarea pe zidul live. Fiecare cameră emite două fluxuri simultane, nu unul. Adaugă fluxul secundar (de obicei 0,5-1 Mbps) la agregatul tău.
Uitarea încărcării pentru vizualizarea la distanță. Vizualizarea live de la distanță folosește încărcarea ISP-ului tău, nu LAN-ul. O sarcină internă de 70 Mbps poate avea nevoie de doar 5-10 Mbps încărcare dacă vizualizarea la distanță este rară și cu rată limitată, dar 70 Mbps dacă este continuă către un NOC.
Amestecarea H.265+ cu VMS neconștient. Dacă VMS-ul tău nu decodează nativ H.265+, camera sau NVR-ul recodifică la H.265 la ieșire și pierzi economia de lățime de bandă. Verifică suportul decoderului înainte de a te baza pe H.265+ în matematica ta de dimensionare.