What does AI add to building CCTV? Standard CCTV records continuously and relies on human review after an incident. AI analytics change the mode of operation: instead of passive recording, the system actively processes video and generates alerts or events when specific conditions are met. For building security, this means the distinction between “we have footage” and “we were notified when something happened.” Whether AI analytics justify the additional cost and operational complexity depends on the specific analytics being deployed, the accuracy of those analytics in the deployment environment, and whether the building has the infrastructure to act on alerts. For the broader question of when to build custom vs off-the-shelf models for specific analytics, see the custom vs off-the-shelf framework. Analytics options and their reliability Not all building security analytics deliver equivalent reliability. The most commonly deployed options, with honest performance assessments: Analytic Typical Accuracy Primary False Positive Sources Recommended Use Intrusion detection (perimeter crossing) High (85–95%) Animals, blowing vegetation, lighting changes Access control zones, after-hours perimeters People counting High (90–97% in controlled conditions) Occlusion in crowded areas, children Occupancy management, capacity monitoring Loitering detection Moderate (65–80%) Smokers, people waiting legitimately High-risk zones; requires human review of alerts Abandoned object Moderate (60–75%) Stationary objects in normal use, people returning to objects High-security contexts; high false positive burden Aggression/fight detection Low–Moderate (50–70%) Energetic movement, sports, children playing Experimental; not production-reliable for most environments Vehicle detection and LPR High (90–98%) for detection; variable for LPR Partial plate obscuration, angle, lighting Parking management, access control In our experience, intrusion detection and people counting are the two analytics that consistently deliver production-reliable results across building deployments. Loitering and abandoned object analytics require careful threshold tuning and human review workflows to be operationally useful rather than a source of alert fatigue. Camera placement strategy Camera placement for AI analytics has different requirements from camera placement for post-incident forensics. CCTV for forensics wants coverage — every area captured at enough resolution to identify individuals after an event. AI analytics need capture geometry compatible with model inputs — the camera must see the scene from an angle, at a resolution, and with lighting conditions that the model can process reliably. Key placement principles: Intrusion detection: the camera should view the perimeter line at a near-perpendicular angle. Cameras mounted at steep angles looking along a fence line produce inconsistent results because the entry event (person crossing the perimeter) appears as a small, ambiguous motion. Mount cameras to create a clear crossing plane in the field of view. People counting: overhead mounting (90° or close to it) gives the most reliable person segmentation and count accuracy. Side-mounted cameras at entrance points work but are more affected by occlusion in groups. Minimum resolution for reliable counting: sufficient to fill approximately 80–120 pixels of height with a standing person. Loitering detection: wide field of view from an elevated position. The camera needs to see enough of the zone that dwell time can be measured across the full area, not just at one point. LPR (licence plate recognition): constrained geometry. Vehicle must approach within a narrow angle range (typically ±15–20° horizontal, ±15° vertical from perpendicular to the plate) at consistent speed. Lighting — typically IR illumination at the camera — must be controlled. LPR is not reliably achievable from general CCTV cameras at arbitrary angles. Storage and bandwidth requirements AI analytics does not automatically reduce storage requirements. Unless the system is configured to store only event clips rather than continuous footage, storage requirements are unchanged from standard CCTV. Continuous storage requirements: Resolution Frame Rate H.265 Bitrate (motion scenes) Daily Storage (24hr) 1080p 15 fps ~1–2 Mbps ~10–22 GB 1080p 25 fps ~1.5–3 Mbps ~16–32 GB 4K 15 fps ~3–6 Mbps ~32–65 GB 4K 25 fps ~5–8 Mbps ~54–87 GB For a 50-camera building with mixed 1080p and 4K cameras, 30-day retention requires 15–40 TB depending on scene activity and compression settings. AI analytics can enable event-based storage (store clips around detected events at full quality, compress continuous footage more aggressively) to reduce storage by 30–60% in low-activity environments. Network bandwidth: each camera requires approximately the values above in continuous network bandwidth from camera to NVR/server. For a 50-camera system, this is 50–300 Mbps in aggregate — well within the capacity of a dedicated security VLAN on a modern network infrastructure. On-camera vs server-side analytics: AI analytics can run on the camera (if camera has onboard AI processor), on an edge compute server at the building, or in the cloud. On-camera analytics reduce bandwidth to the server but have limited compute per camera. Server-side analytics can process more cameras with more complex models but require adequate bandwidth from cameras to server. Cloud analytics introduce latency and ongoing data egress costs and are generally unsuitable for real-time alerting. Alert response workflow A camera system generating alerts without a defined response workflow creates alert fatigue, not security improvement. Before deploying AI analytics, define: Who receives alerts (security desk, building manager, mobile app) What the response procedure is for each alert type (verify on camera, dispatch, document) What happens during business hours vs after hours How alerts are reviewed and actioned (interface requirements) What the SLA is for alert response (in seconds for intrusion, minutes for loitering) AI analytics deployment checklist Analytics requirements defined per zone (not “add analytics everywhere”) Camera placement reviewed against analytics geometry requirements Lighting conditions assessed for night performance (IR illumination where needed) Test footage from each camera position reviewed for analytics compatibility before finalising placement Network bandwidth planned for camera-to-server and server-to-storage paths Storage capacity calculated for retention requirement Alert response workflow documented and communicated to relevant staff False positive threshold tuned during commissioning period (first 2–4 weeks) Privacy compliance review completed (GDPR Article 35 DPIA for systematic surveillance) Common failure modes The most common failure in AI CCTV deployments is not the technology — it is the operational wrapper. Systems where no one is monitoring alerts, where alerts go to email inboxes that are checked sporadically, or where the response to a loitering alert is “someone will look at it in the morning” deliver no security improvement over continuous recording. The value of AI analytics is in real-time response; that requires real-time monitoring capacity.
