CCTV Storage Calculator – Cameras, Bitrate & Retention

System and retention plan

Use the average recorded bitrate per camera when available. Recording hours and active-recording percentage control how much of each day is actually stored.

Bitrate method Number of cameras Retention period

days

Recording schedule per day

hours

Use 24 for an all-day schedule or enter the hours during which recording is enabled. Active recording within schedule

Use 100% for continuous recording. For motion or event recording, enter the estimated share of scheduled time that is saved.

Known bitrate per camera

Enter the combined average bitrate of every video stream actually archived for one camera. Exclude live-view substreams that are not recorded; add main and substream rates when both are stored. The calculator applies camera count separately.

Video bitrate per camera

Audio and system overhead

Audio is applied per camera. The overhead allowance approximates storage used by file structures, indexes and recorder data beyond the entered stream bitrates.

Include audio for each camera Enter the complete encoded audio bitrate saved with one camera stream. Audio bitrate per camera

kbps

System overhead allowance

Planning allowance only; actual NVR databases, file systems and vendor structures can differ. Display precision

Optional available-capacity comparison

Compare the retention plan with usable NVR, server or drive capacity after reserving free space.

Compare with storage capacity Raw capacity to compare

Enter usable pool capacity before this calculator’s free-space reserve. Do not enter the sum of raw disks when RAID or mirroring reduces usable capacity. Reserved free space

Combine different camera groups

Use up to four groups with different saved bitrates or recording schedules. Cameras within one group share the entered settings. Set unused group counts to 0; use the main calculator above for camera-settings estimates. Enter ordinary decimal values with up to six decimal places.

The stream-rate sum assumes all entered groups stream simultaneously; it is not a tested peak network requirement and excludes transport, live viewing and extra streams. Reducing recorded activity reduces saved data, but does not necessarily reduce continuous camera traffic. Enter array capacity after parity, mirroring and hot-spare losses. Count separate stored copies only once; do not count RAID mirroring again here.

Reference: AXIS Site Designer models camera scenarios and grouped devices for storage and network planning. Real bitrates and event activity should be measured across representative conditions.

How the CCTV Storage Calculator Works

The CCTV Storage Calculator estimates how much recording storage a camera system needs from:

number of cameras;
per-camera bitrate or camera settings;
recording hours per day;
active-recording percentage;
audio bitrate;
retention period;
system-overhead allowance.

It can also compare the required storage with usable NVR, server, or storage-pool capacity.The calculator supports two bitrate methods:

Method	Use it when
Known bitrate per camera	You have a measured, configured, or representative recorded bitrate
Camera-setting estimate	No reliable recorded bitrate is available and you need a planning estimate from resolution, frame rate, codec, and scene type

Use known-bitrate mode whenever a representative real bitrate is available because it requires fewer assumptions.

Example: Eight 2 Mbps Cameras for 30 Days

Suppose:

Input	Value
Cameras	8
Video bitrate per camera	2 Mbps
Audio	Disabled
Recording schedule	24 hr/day
Active recording	100%
Retention	30 days
System overhead	5%

1. Calculate Effective Recording Time

Continuous recording means:24 hr/day × 100% = 24 effective recording hr/day

2. Calculate One Camera’s Daily Payload

A 2 Mbps stream contains:2,000,000 bits/secondOver 24 hours:2,000,000 × 86,400 ÷ 8= 21,600,000,000 bytesUsing decimal storage units:= 21.60 GB/daybefore system overhead.

3. Apply System Overhead

With a 5% allowance:21.60 × 1.05 = 22.68 GB/dayfor one camera.

4. Apply Camera Count

For eight cameras:22.68 × 8 = 181.44 GB/day

5. Apply Retention

For 30 days:181.44 × 30 = 5,443.20 GBEquivalent to:

5.44 TB
approximately 4.95 TiB

The main outputs are:

Output	Result
Combined active-stream bitrate	16 Mbps
Storage per camera per day	22.68 GB
Storage for all cameras per active hour	7.56 GB
Storage for all cameras per day	181.44 GB
30-day storage	5.44 TB
Binary retention storage	≈ 4.95 TiB

The 16 Mbps figure is the combined bitrate while all eight cameras are actively saving footage. Recording schedule and activity determine how long that active bitrate contributes to storage.

Set Continuous, Scheduled, or Motion Recording

Storage depends on both:

how long recording is enabled;
how much of that period becomes saved footage.

The calculator uses:Effective recording hours/day = Scheduled hours × Active recording % ÷ 100

Continuous Recording

For full-day recording:

schedule: 24 hr/day
activity: 100%

Result:24 effective hr/day

Scheduled Recording

If recording is enabled for 12 hours each day:

schedule: 12 hr/day
activity: 100%

Result:12 effective hr/day

Motion or Event Recording

If detection is enabled for 24 hours but saved footage occupies an estimated 20% of that time:24 × 20% = 4.8 effective hr/dayFor a 10-hour schedule with 30% saved activity:10 × 30% = 3 effective hr/dayThe activity percentage changes the amount of recorded time. It does not reduce the bitrate of a stream while that stream is actively being recorded.For example, a camera recording at 2 Mbps with 20% activity is modeled as:2 Mbps for 20% of the scheduled periodnot as a continuous:0.4 Mbps streamIf your bitrate is already a full-day average that includes inactive periods, use that averaged bitrate with 100% activity or derive an active-recording bitrate before applying a lower activity percentage.

Account for Motion-Recording Buffers

Motion-based recording may save footage before and after the detected event.Real saved duration can include:

pre-event footage;
post-event footage;
retrigger extensions;
repeated events;
continuous-recording fallback.

The calculator does not provide separate fields for these periods.Include their expected effect in the active-recording percentage.For example, a quiet indoor camera can have a much lower saved-time percentage than a camera facing traffic even when both use identical video settings.

Calculate Storage From a Known Bitrate

Known-bitrate mode is appropriate when you have a meaningful average bitrate from sources such as:

measured recording data;
configured CBR bitrate;
ABR target;
representative manufacturer information;
recorder or stream statistics.

The full retention calculation is:Retention bytes = [(Video Mbps + Audio kbps ÷ 1,000) × 1,000,000 × Effective hours/day × 3,600 ÷ 8] × (1 + Overhead % ÷ 100) × Cameras × Retention daysThe bitrate entered should represent the archived video streams for one camera.For independent surveillance-system planning, the official AXIS Site Designer can also estimate bandwidth and storage from system-design assumptions.

Include Every Archived Stream

Suppose one camera stores:

Archived stream	Average bitrate
Main stream	3 Mbps
Recorded substream	0.5 Mbps

Combined archived bitrate:3 + 0.5 = 3.5 MbpsEnter:3.5 Mbps per cameraCamera count is applied separately, so do not multiply 3.5 Mbps by the number of cameras before entering it.A substream used only for live preview or mobile viewing should not be included when it is not archived.

Use a Representative Average Bitrate

Variable-bitrate video does not necessarily remain at its configured maximum.Average bitrate can vary with:

motion;
image detail;
lighting;
low-light noise;
encoder settings;
keyframe behavior.

A measurement covering representative daytime, nighttime, quiet, and active conditions is more useful than a short unusually static sample.Using a maximum bitrate as though it were sustained continuously can overestimate storage.

Bitrate Units

Known bitrate can be entered in:

kbps;
Mbps;
Gbps.

The calculator uses decimal networking conversions:1 Mbps = 1,000 kbps1 Gbps = 1,000 MbpsFor example:2,500 kbps = 2.5 MbpsBitrate is measured in bits per second, while storage is measured in bytes:8 bits = 1 byte

Estimate Bitrate From Camera Settings

When no representative recorded bitrate is available, camera-setting mode creates a planning estimate from:

resolution;
frame rate;
codec reference;
scene factor.

Its reference point is:

1920 × 1080
15 fps

The built-in codec reference values are:

Codec reference	1080p15 planning bitrate
H.264	2.0 Mbps
H.265 / HEVC	1.2 Mbps
Smart H.265 reference	0.8 Mbps
MJPEG	12.0 Mbps

The estimate is:Estimated bitrate = Codec reference × Pixel factor × Frame-rate factor × Scene factorThese values are calculator planning assumptions rather than guaranteed rates for any specific camera. Actual bitrate still depends on the camera, encoder configuration, image content, lighting, and other conditions.

Resolution Factor

Resolution is adjusted from the 1080p reference using:Pixel factor = (Width × Height) ÷ (1920 × 1080)Built-in presets include:

Preset	Recorded dimensions
720p	1280 × 720
1080p / ≈2 MP	1920 × 1080
≈3 MP	2304 × 1296
≈4 MP	2560 × 1440
≈5 MP	2592 × 1944
≈6 MP	3072 × 2048
UHD 4K / ≈8 MP	3840 × 2160

Megapixel labels are approximate.Use custom width and height when the actual recorded dimensions are known.

Frame-Rate Factor

The reference frame rate is 15 fps:Frame-rate factor = Selected fps ÷ 15

Frame rate	Factor
5 fps	0.33×
10 fps	0.67×
15 fps	1.00×
20 fps	1.33×
30 fps	2.00×
60 fps	4.00×

This factor is part of the calculator’s estimation model. It should not be interpreted as a claim that every real encoder changes bitrate in exact linear proportion to frame rate.

Scene Factor

The calculator provides three scene assumptions:

Scene estimate	Multiplier
Lower	0.65×
Standard	1.00×
Higher	1.50×

A lower estimate can represent relatively static, clean footage.A higher estimate can represent greater bitrate demand from:

motion;
fine detail;
changing scenes;
low-light noise.

The calculator does not analyze the footage itself.

How Codec Choice Affects the Estimate

Codec selection changes the reference bitrate used by camera-setting mode.The key rule is:Storage follows the bitrate actually written.If an H.264 stream and an H.265 stream both average:2 Mbpsthey produce the same video payload over the same recording duration.H.265 reduces the calculated storage only when it produces a lower average bitrate in the selected scenario.The Smart H.265 option is a generic planning reference rather than a model of one manufacturer’s proprietary implementation.

Camera-Setting Mode Represents One Video Stream per Camera

Camera-setting mode estimates one archived video stream for each camera.If the recorder stores multiple video profiles per camera, such as:

a main stream;
a recorded substream;
a secondary archival profile;

combine their representative average bitrates and use known-bitrate mode.

Add Per-Camera Audio

When audio recording is enabled, the selected audio bitrate is added to each camera.Suppose:

video: 2 Mbps
audio: 64 kbps

Convert audio:64 kbps = 0.064 MbpsCombined per-camera bitrate:2 + 0.064 = 2.064 MbpsIf only some cameras store audio, calculate audio-enabled and silent cameras as separate groups.

Apply a System-Overhead Allowance

Recorded video and audio are not always the only data stored in the recording pool.The optional overhead percentage can represent scalable storage associated with items such as:

indexes;
timestamps;
recorder databases;
file structures;
metadata.

Use:Adjusted storage = Payload storage × (1 + Overhead % ÷ 100)At 5%:Adjusted storage = Payload × 1.05The percentage is an editable planning allowance rather than a fixed overhead claim for every recorder.

Keep Overhead Separate From Fixed Storage Losses

System overhead and usable recorder capacity represent different parts of the storage plan.Suppose installed drives lose capacity because of:

RAID parity;
mirroring;
hot spares;
reserved recorder partitions.

Account for those fixed layout effects before entering the recording-pool capacity.Then use the overhead percentage only for scalable data stored alongside the footage.This avoids counting the same lost capacity twice.The calculator itself does not calculate RAID capacity.

Compare Required Storage With Recorder Capacity

Capacity comparison can estimate:

capacity remaining after a free-space reserve;
percentage of usable capacity consumed;
retention days supported;
complete cameras supported for the selected retention.

Capacity can be entered in:

GB;
TB;
GiB;
TiB.

Use the recording-pool capacity available after any RAID, mirroring, hot-spare, or fixed-partition effects that you want excluded.The calculator’s optional free-space reserve is then applied to that entered capacity.

Example: Compare the 30-Day Plan With an 8 TB Recording Pool

The eight-camera plan requires:5,443.20 GBSuppose:

recording pool: 8 TB
reserved free space: 10%

Usable capacity:8 × (1 − 0.10) = 7.20 TBor:7,200 GB

Capacity Used

5,443.20 ÷ 7,200 × 100= 75.60%So the 30-day plan uses approximately:75.60% of usable capacity

Retention Supported

Daily storage is:181.44 GBTherefore:7,200 ÷ 181.44≈ 39.68 daysThe entered capacity supports approximately:39.68 daysunder the same camera, bitrate, recording, audio, and overhead assumptions.

Complete Cameras Supported

One camera requires:22.68 × 30= 680.40 GBfor 30 days.With 7,200 GB available:7,200 ÷ 680.40≈ 10.58 camerasOnly complete cameras that satisfy the full retention period count, so the result is:10 complete cameras

Understand TB and TiB

Decimal and binary storage units represent the same bytes differently.Decimal:1 TB = 1,000,000,000,000 bytesBinary:1 TiB = 1,099,511,627,776 bytesThat is why the example result can be shown as:5.44 TB ≈ 4.95 TiBThe difference is caused by unit definitions, not missing footage or added overhead.Use the same unit system when comparing calculated storage with recorder or drive capacity.

Split Mixed Camera Systems Into Groups

One calculation assumes that the selected cameras share the same main storage settings.Use separate calculations when camera groups differ materially in:

bitrate;
schedule;
activity;
audio recording;
retention;
number of archived streams.

For example, a system containing:

6 continuously recorded cameras at 4 Mbps;
10 motion-recorded cameras at 2 Mbps;
4 cameras with audio;

should not automatically be compressed into one artificial average profile.Calculate each relevant group separately and add the resulting storage totals.For a simpler bitrate-and-duration calculation outside multi-camera surveillance retention planning, use the Video Recording Storage Calculator.

Software Input Limits

These are calculator validation limits, not recommended CCTV settings.

Input	Accepted range
Bitrate method	Known bitrate or camera-setting estimate
Cameras	1–1,000 whole cameras
Retention	1–3,650 whole days
Recording schedule	0.01–24 hr/day
Active recording	0.1%–100%
Entered bitrate	0.01–100,000 in selected unit
Bitrate units	kbps, Mbps, Gbps
Resolution presets	720p, 1080p, ≈3 MP, 4 MP, 5 MP, 6 MP, UHD 4K
Custom width	320–16,384 px
Custom height	240–16,384 px
Frame rate	1–60 fps
Codec references	H.264, H.265, Smart H.265, MJPEG
Scene factor	0.65×, 1.00×, 1.50×
Audio bitrate	1–1,024 kbps per camera when enabled
System overhead	0%–20%
Compared capacity	0.001–1,000,000 in selected capacity unit
Reserved free space	0%–50%
Display precision	0–4 decimal places

Calculation Boundaries

The CCTV Storage Calculator estimates storage from the assumptions entered.It does not:

inspect real recorded footage;
predict exact future variable bitrate;
measure motion frequency at the installation;
verify camera or NVR compatibility;
calculate RAID or mirroring layouts;
detect existing footage on the recorder;
detect failed or unavailable drives;
model recorder deletion policies.

Actual retention can differ when real operating conditions differ from the values entered.For the most reliable planning result, use representative recorded bitrate, realistic recording activity, and the usable storage capacity actually available to the recorder.

Calculation Method

Effective recording time:Effective hours/day = Scheduled hours × Active recording % ÷ 100Per-camera active bitrate:Camera bitrate = Video bitrate + Audio bitrateRecorded payload:Bytes = Bitrate × Recording seconds ÷ 8After system overhead:Adjusted storage = Payload × (1 + Overhead % ÷ 100)For all cameras:System storage = Adjusted per-camera storage × Camera countFor the selected retention:Retention storage = Daily system storage × Retention daysFor capacity comparison:Usable capacity = Entered recording pool × (1 − Reserved free-space % ÷ 100)Retention supported = Usable capacity ÷ Daily system storageComplete cameras supported = Floor(Usable capacity ÷ Per-camera storage for selected retention)The calculator performs these calculations from the underlying unrounded values. Display precision changes only how the resulting values are shown.