Reviewed, sourced guidance
CCTV bandwidth, frame rate and recorder limits
Direct answer
A camera’s bandwidth need is approximately its configured bitrate: four cameras at 4 Mbps need about 16 Mbps of concurrent incoming capacity. Frame rate, resolution and codec all express themselves through the bitrate, so the storage maths never counts them separately.
Bandwidth questions look separate from storage questions, but both reduce to the same entered number: the stream bitrate you can read from the camera or NVR configuration.
Key takeaways
- Bitrate is the bandwidth figure you plan with.
- Frame rate lives inside the bitrate, not beside it.
- Variable bitrate averages lower but peaks higher.
- Recorders have decoding limits as well as disk.
Bitrate is the bandwidth figure
A constant-bitrate stream needs roughly its configured rate in network capacity at all times.
A variable-bitrate stream averages lower but can burst well above its average when the scene changes, so leave headroom.
Both figures come from the encoder or NVR channel configuration, which is where the site asks you to read them.
Sources for this section: Axis Communications, Bitrate control for IP video (white paper, March 2023; observed 2026-09-27)Hikvision, DS-9616NXI-I8R/VPro NVR data sheet (observed 2026-09-25; model-specific example only)
Where frame rate fits
Frame rate, resolution and compression settings together determine the bitrate a camera produces.
At the same codec and resolution, more frames per second means a higher bitrate; the manufacturer documentation shows the trade-offs.
This is why the storage tool asks for the bitrate rather than for frames per second: the bitrate already carries those choices.
Sources for this section: Axis Communications, Bitrate control for IP video (white paper, March 2023; observed 2026-09-27)
Worked example: four cameras into one recorder
Four cameras at 4 Mbps each present about 16 Mbps of concurrent incoming traffic if all record continuously.
Compare that sum with the recorder’s stated maximum incoming bitrate in its specification sheet, not with its disk capacity.
Decoding capability is a separate limit again: a recorder may accept the incoming rate yet not display every stream at once.
Sources for this section: Western Digital, surveillance storage estimator and limitations (observed 2026-09-25; manufacturer tool)
Worked example: the same four cameras on disk
One 4 Mbps camera at 0.45 gigabytes per hour per megabit produces 1.8 gigabytes per hour.
Recorded 24 hours a day for 14 days, that is about 43.2 gigabytes per day, or about 604.8 gigabytes, roughly 0.60 decimal terabytes per camera.
Four such cameras for the same 14 days need about 2.42 decimal terabytes of video data before any drive-formatting overhead.
Sources for this section: Seagate UK, video storage calculator for surveillance (observed 2026-09-25; manufacturer tool)
Next steps
- Sum your cameras’ configured bitrates and check the recorder specification’s incoming limit.
- Run the storage tool with the same bitrates to size retention.
Sources
- Axis Communications, Bitrate control for IP video (white paper, March 2023; observed 2026-09-27)
- Hikvision, DS-9616NXI-I8R/VPro NVR data sheet (observed 2026-09-25; model-specific example only)
- Western Digital, surveillance storage estimator and limitations (observed 2026-09-25; manufacturer tool)
- Seagate UK, video storage calculator for surveillance (observed 2026-09-25; manufacturer tool)