20 / 22
Case file
Video analytics is a layer, not a product — it runs on whatever streams the cameras already on site can genuinely deliver. We survey the estate first, establish what each camera can support, and integrate the analytics tier with the CCTV, access-control and network stack already in place.
/ The discipline, in detail
How we approach ai video analytics.
The question worth answering is not whether an analytics platform is camera-agnostic — every vendor says it is — but whether a specific estate can carry analytics at all. That begins with stream access. An ONVIF profile gives a third-party application a documented way to discover a camera and pull video from it; RTSP is the session-control protocol that negotiates and controls that stream, while the media itself travels over RTP. Two points are routinely misstated. ONVIF conformance is declared by the member on the basis of its own testing — ONVIF does not test the product — so two conformant devices do not automatically interoperate; compatibility is something we establish by testing on the actual estate, model by model and firmware by firmware. And a Profile S or Profile T stream carries video only. It does not carry the camera maker's own AI events or object metadata, which travel over that maker's SDK or event channel, so an estate bought for its on-camera intelligence may be unable to hand that intelligence to anyone else.
Beyond the protocol, the blockers are prosaic and they decide projects. Codec support — which H.264 profile is in use, whether H.265 is present and in which variant — decides whether the analytics engine can decode the stream at all. The camera's authentication method decides whether a third party can open it; ONVIF has said Profile S is being deprecated — after 31 March 2027 no new product or firmware version can be submitted for Profile S conformance, in part because username-token authentication no longer reflects current cybersecurity recommendations. Then there is capacity: a camera serves a limited number of concurrent streams, and every stream the analytics tier takes is one competing with the recorder, the operator wall and the mobile client. Resolution and frame rate have to clear the floor the rule needs. Region-locked SKUs and firmware left untouched for several years close the remaining doors. None of this is legible from a brochure — it comes out of a survey.
Where the inference runs is a design decision with real trade-offs, not a preference. On-camera inference costs no extra stream and no bandwidth, survives a link outage, and gives the lowest latency — but the analytics set is fixed by the camera's own firmware and applies only to cameras capable of hosting it, which on a retrofit estate is usually a minority. An on-premise server decouples the analytics from the camera generation and keeps video and metadata inside the building, but it is sized by concurrent decoded streams rather than camera count, and decode capacity is the ceiling people forget to check. Cloud inference removes the server but moves the constraint to per-site upload bandwidth — the figure that matters is upload, not the download speed on the broadband invoice — and it raises questions about where footage and metadata are held and for how long. In every architecture, local recording at the site must continue through a link outage and back-fill afterwards; anything that depends on the link for the recording itself is a gap dressed up as a feature.
Accuracy is governed by the scene, not by the algorithm alone. Camera angle and mounting height, pixels on target — IEC 62676-4 describes this as the DORI criteria, distinguishing detection from observation, recognition and identification by pixel density across the target — lighting and IR behaviour at night, rain, fog and dust, occlusion by shelving, vehicles or crowds, frame rate, and how tightly the rule is written all move the result more than the choice of platform does. An overview camera mounted high and wide will detect motion and will not reliably classify a person; no amount of software fixes the geometry. Any honest deployment includes a tuning period after go-live in which rules are revised against reviewed false positives, and any deployment will produce false positives — the objective is a rate the operators can live with, not zero. That is also why the operator surface matters: events belong in the VMS or command centre the security team already uses, with role-based permissions, acknowledgement and an audit trail, and with forensic search available across the estate. On multi-site work, head office watching branches is a federation question before it is an analytics question — mixed-brand estates federate unevenly, and per-site upload, local recording continuity and operator permissions govern what a central operator can actually see. We integrate that layer against the CCTV, access-control, intrusion and networking scope rather than bolting a second, parallel system onto the building.
On record
Every ai video analytics engagement is documented end-to-end — design, programming, commissioning, calibration — and handed over with the files our successors would need if we were never to return.
· Retrofit assessment
From an existing camera to an alert an operator will act on
Analytics sits on top of a chain that already exists. Each link constrains the one after it, which is why the assessment starts at the camera and not at the platform.
01
Existing camera
Record model, firmware, codec, authentication method, mounting geometry and how many concurrent streams the device can serve before the recorder is affected.
02
Stream access
Obtain video through a supported ONVIF profile or an RTSP session, with RTP carrying the media; any vendor AI metadata arrives over a separate channel and is confirmed by testing, not assumed.
03
Inference point
Decide where the analytics executes — on the camera, on an on-premise server, or in a cloud service — against decoded-stream count, per-site upload bandwidth, latency and data-handling constraints.
04
Analytics rule
Configure the rule for the specific scene: zone or line, object class, dwell and direction, schedule, and the conditions under which the rule should stay silent.
Link outage at a site
Local recording must continue on site and back-fill when the link returns. Whether footage recovered from that period is analysed afterwards depends on the platform and is settled at design stage.
05
Event, search and report
Raise the alert, index object metadata so footage can be searched after the fact, and aggregate counting or occupancy data into the reports the operation asked for.
Tuning period
Rules are revised against reviewed false positives before the alert is treated as operational. Every deployment produces false positives; the target is a rate operators keep acting on.
06
Operator surface
Present the event where operators already work, with role-based permissions, acknowledgement and an audit trail across one site or several.
Indicative retrofit and inference chain, not a project drawing, camera layout or network topology. What a given estate can support is established by survey and testing on the actual cameras and firmware in place.
/ Three lenses on the same system
Read it the way you actually need it.
Three short readings of ai video analytics — for a non-engineer who needs the picture, an engineer who needs the spec, and a buyer who needs to see the system in operation.
/ In simple terms
AI video analytics is software that watches camera footage and raises an alert when something specific happens — someone crosses a line after hours, a vehicle parks where it should not, a queue grows past a threshold, a bag is left behind. It also indexes what it sees, so instead of scrubbing through hours of recording you can search for the event. The part that actually decides the answer: whether it works on the cameras you already have depends on those cameras — their age, how they are mounted, what video they can hand over, and how much of the scene the lens actually resolves.
/ Technical explanation
An analytics deployment on an existing estate is a retrofit integration. Media is obtained per camera through a supported ONVIF profile or a direct RTSP session, with RTP carrying the media; ONVIF conformance is a member self-declaration and does not by itself establish interoperability, and a profile stream carries no vendor AI metadata. Inference runs on the camera, on an on-premise accelerated server sized by concurrent decoded streams, or in a cloud service constrained by per-site upstream bandwidth. Rule quality is bounded by scene geometry — pixels on target per the DORI criteria described in IEC 62676-4 — along with lighting and IR behaviour, weather, occlusion, frame rate and suppression logic. Events and indexed metadata are surfaced in the existing VMS with role-based access and audit, and multi-site work is a federation problem governed by local recording continuity and uneven metadata exposure across brands.
/ Real project usage
Our method puts the assessment before the purchase. The survey produces a per-camera verdict — usable as installed, usable after repositioning or a firmware update, or not a candidate — and that verdict, not a platform datasheet, determines what the analytics scope can honestly promise. On multi-site estates the same survey establishes per-site upstream capacity and what each brand will expose to a central operator, which is usually where a centralisation plan either holds together or quietly narrows. After commissioning, the work continues through a tuning period in which false positives are reviewed with the operators and rules revised, because a rule that survives contact with a real scene is the deliverable — not the rule that demonstrated well on a clear afternoon.
/ System architecture
The layers, named.
Every layer below is engineered as one piece of the integrated stack. Each carries its own commissioning artefact and its own AMC inclusion.
- 01
Camera layer — the existing estate, each device characterised by model, firmware, codec and profile support, authentication method, mounting height and angle, and how many concurrent streams it can serve before the recorder is affected.
- 02
Stream-access layer — a per-camera media stream obtained through a supported ONVIF profile or a direct RTSP session, with RTP carrying the media itself; vendor AI events and object metadata, where used, arrive over a separate SDK or event channel rather than over the profile.
- 03
Inference layer — analytics executing on the camera, on an on-premise accelerated server, or in a cloud service, sized to concurrent decoded streams rather than to camera count.
- 04
Rule layer — per-camera configuration holding zones and lines, object classes, dwell thresholds, direction, schedules and the suppression conditions under which the rule should stay silent.
- 05
Event and index layer — alerts raised to the operator, object metadata indexed so footage can be searched after the fact, and counting or occupancy data aggregated into reports.
- 06
Operator layer — events presented inside the VMS or command-centre surface the team already works in, with role-based permissions, acknowledgement workflow and an audit trail spanning one site or many.
/ Design considerations
The decisions we take early.
- Pixels on target is the first check, not the last. IEC 62676-4 describes the DORI criteria — detection, observation, recognition and identification at rising pixel densities across the target — and a camera mounted for wide overview simply does not deliver the density that classification rules need. Geometry is established before a platform is discussed.
- Stream budget is counted per camera, not per site. The analytics pull is an additional concurrent stream competing with the recorder, the video wall and any mobile client; on older devices that budget is small, and exhausting it degrades the recording rather than the analytics.
- Per-site upload bandwidth governs any centralised or cloud topology. The relevant figure is upstream capacity at the branch during business hours with the recorder already running, measured rather than quoted from the service plan.
- Data handling is a design input. Where footage and derived metadata are stored, for how long, who may export a clip, and whether counting data can leave the site are settled before topology, because they can rule out an architecture outright.
- Rules are written as operational decisions, not as features. 'Alert when a person crosses this line between 22:00 and 06:00 and remains inside the zone' is a rule an operator can act on; 'intrusion detection' is not. Each rule names who responds and what they do.
- Mixed-brand estates federate unevenly. Some devices surrender full event metadata to a central platform, some surrender only a stream, and the design must state per site what a central operator will actually be able to see and search.
/ Integration logic
How it talks to the rest.
- The analytics tier feeds the existing VMS wherever the VMS can receive it, so operators keep one surface; a second parallel console is a predictable route to the analytics being ignored.
- Access-control and intrusion events are correlated with analytics events by timestamp, so a door-forced or a zone-intrusion alarm arrives with the relevant camera and the seconds preceding it already attached.
- Counting, occupancy and queue outputs are exposed to the operations side of the building — reporting dashboards, and where relevant the BMS or the facilities team's own reporting — rather than being trapped inside the security platform.
- Network integration is explicit: the analytics traffic is placed on the camera VLAN with controlled routes to the inference host, and the additional stream load is added to the switch and uplink calculation before commissioning, not after.
/ Failure scenarios
What goes wrong, in practice.
- Platform chosen before the estate is surveyed — a codec variant, an authentication method or a stream-capacity limit surfaces during commissioning and part of the camera estate cannot be onboarded at all. Mitigated by testing stream access on the live cameras before any platform commitment.
- Geometry wrong for the rule — analytics specified on cameras mounted high and wide for overview coverage, which detect motion but cannot classify reliably. Alerts are inaccurate from day one, the operators lose confidence, and the tier is switched off within weeks. Mitigated by a pixels-on-target assessment per rule, with repositioning or a dedicated camera where the geometry cannot be recovered.
- Stream exhaustion — the analytics pull is added to cameras already serving the recorder and the video wall, and the recording drops frames or the camera resets under load. Mitigated by counting the stream budget per device during survey and by using a sub-stream for analytics where the rule tolerates it.
- Branch link saturation — cloud inference on a site whose upstream is already carrying remote viewing; frames are dropped, events are late, and during an outage nothing is analysed. Mitigated by measuring upstream capacity at the branch, keeping recording and where possible inference local, and defining what the platform does with footage recovered after a link returns.
- Alert fatigue — generic rules pushed across the estate without per-scene tuning, producing a volume of alarms nobody can triage. Mitigated by a defined tuning period with reviewed false positives, suppression conditions written into each rule, and a quarterly rule review with the operations team.
/ Maintenance expectations
What the AMC actually delivers.
- Quarterly rule review with the operations team — alerts raised versus alerts acted on, rules tuned, added or retired against what the site now does.
- Firmware changes revalidated rather than assumed. A camera firmware update can change stream behaviour, sub-stream availability or the authentication method, and can silently break an analytics connection that has worked for a year.
- Scene-drift checks — new signage, racking, planting, seasonal light angles, a repainted wall or a relocated entrance all change what a tuned rule sees. Scenes are re-checked on a calendar, not only after a complaint.
- Decode and stream capacity tracked as the estate grows. Every camera added consumes inference capacity, and the headroom is reported rather than discovered at the point of failure.
- Event-path health monitored end to end — camera to inference host to VMS to operator — because an analytics tier fails silently: no alarm is indistinguishable from nothing happening.
/ Where we deploy this
Active across 6 sectors.
AI Video Analytics is rarely a standalone brief — it sits inside a wider sector practice with its own codes, expectations and operating rhythm.
Hospitality
Guest experience, engineered.
Commercial & Corporate
Workplaces that begin meetings on time.
Education & Institutions
Schools, colleges and universities.
Healthcare
Hospitals where systems serve the patient.
Retail & Malls
Footfall, loyalty, footprint.
Industrial & Warehousing
Operations that don't take a day off.
/ Sister services
The rest of elv.
A serious brief usually crosses two or three of these. Read across the discipline — we deliver them as one contract.
- 01
CCTV & Surveillance
Coverage. Storage. Evidence.
IP video surveillance — Hikvision, Dahua, Axis, Bosch — designed to coverage, recording-bandwidth and retention specifications, with VMS and AI-analytics overlays.0 - 02
Access Control
Right person. Right door. Right time.
Card, biometric, mobile-credential and visitor-management — Honeywell, HID, Matrix and Suprema — integrated with CCTV, intrusion and HR systems.1 - 03
Fire Alarm System
Detection that pinpoints. Response that is coordinated.
Addressable and conventional fire detection and alarm — one of the three fire families (fire alarm, fire hydrant, fire extinguishers) — Honeywell, Bosch, Notifier and Siemens panels — integrated with PA, BMS, access control and emergency lighting to readiness per NBC, IS 2189 and NFPA 72, for consultant and AHJ review.2 - 04
Fire Hydrant System
High-volume water, precisely where it's needed.
Wet- and dry-riser hydrant systems — one of the three fire families (fire alarm, fire hydrant, fire extinguishers) — jockey-and-main pump rooms, yard hydrants and four-way fire-brigade inlets, engineered to readiness per NBC, IS 13039 and NFPA 14 for consultant and AHJ review.3 - 05
X-Ray Baggage Scanners
Operator confidence, in seconds.
Dual-energy X-ray baggage and parcel scanners for airports, hotels, government buildings, courts, malls and corporate lobbies.4 - 06
Under Vehicle Surveillance (UVSS)
Full-chassis scan, the moment a vehicle arrives.
Embedded high-resolution UVSS with ANPR and driver-occupant cameras — a critical first line of defence at every vehicle entry point.5 - 07
Door-Frame Metal Detectors
Quick, unobtrusive, accurate.
Multi-zone DFMDs with adjustable sensitivity, pinpoint LED indicators and networked logging — for hotels, courts, places of worship, malls and government buildings.6 - 08
Boom Barriers & Motorised Gates
Controlled flow, every gate.
Boom barriers, sliding and swing gates, road blockers, bollards and turnstiles — integrated with ANPR, RFID and access control.7 - 09
Nurse Calling System
Patient request to nurse response. Documented.
IP-based nurse call systems with bedside, bathroom, code-blue and staff-presence stations, integrated with mobile and PA.8 - 10
Gas Suppression System
Fire put out without water touching the equipment.
Clean-agent and inert-gas fire suppression — the clean agent flooding system of consultant schedules — FM-200/HFC-227ea, fluoroketone-class NOVEC 1230, CO2 and inert-gas systems — for server rooms, data centres, archives, electrical and panel rooms and other spaces where water would do as much damage as the fire, engineered to readiness per NBC, relevant IS codes and NFPA 2001/12 for consultant and AHJ review.9 - 11
Fire Sprinkler System
Automatic water, only where the heat is.
Automatic water sprinkler systems — wet, dry, pre-action and deluge — engineered to readiness per NBC, relevant IS codes and NFPA 13, and coordinated with the fire-hydrant and fire-alarm systems for consultant and AHJ review.10 - 12
Emergency Lighting & Egress Signage
A lit, legible path out when the mains go dark.
Emergency and egress lighting with photoluminescent exit and wayfinding signage — self-test luminaires, central-battery systems and IS-compliant signage — designed so occupants can find and follow a marked route to a final exit when normal power fails, engineered to readiness per NBC and relevant IS codes for consultant and AHJ review.11 - 13
Fire Doors & Fire-Rated Shutters
The fire held at the doorway.
Fire-rated doorsets and rolling shutters — passive fire protection at compartment lines, staircases and service openings — with frames, closers, panic hardware and magnetic hold-open release coordinated with the fire alarm and the escape plan, supplied and installed where project-fit.12 - 14
Fire Extinguishers & Fire-Protection Goods
First response, within arm's reach.
Portable fire extinguishers — one of the three fire families (fire alarm, fire hydrant, fire extinguishers) — ABC dry powder, CO2, clean-agent, foam and water classes, with site-assessed placement, mounting, signage, refilling and AMC, along with related fire-protection goods and accessories.13 - 15
Automatic Tube Fire Detection & Suppression
Suppression born inside the cabinet.
Automatic Linear Pneumatic Tube Detection systems — enclosure-level fire detection and suppression for electrical panels, server and network racks, battery enclosures and machine cabinets — operating standalone without external power, in direct- and indirect-discharge configurations.14 - 16
Intrusion Detection & Alarm
Know the moment a boundary is crossed.
Intrusion and perimeter detection — door/window contacts, dual-tech motion sensors, glass-break, vibration and fence sensors, panic and alarm panels with app and central-station-ready monitoring — integrated with CCTV and access control.15 - 17
Intercom & Video Door Phone
See who's there before you open the door.
Intercom and video door phone (VDP) door-entry — audio and video door stations, indoor monitors, IP and 2-wire systems, lift and lobby intercom, apartment and villa door-entry — integrated with access control and mobile answer.16 - 18
Facial Recognition System
Recognised at the door. Logged, with consent.
AI face-recognition for access, attendance and surveillance — face-based entry, watchlist and VIP/denied-entry alerts — integrated with CCTV and access control on a consent-aware, privacy-respecting deployment.17 - 19
ANPR & Number-Plate Recognition
The plate decides the barrier.
Automatic number-plate recognition for gate automation, parking and visitor logging — plate-read cameras with watchlist alerts, integrated with boom barriers and access control.18 - 21
Centralised CCTV Monitoring
Many sites. One monitoring picture. Stated limits.
Head-office monitoring across branch sites commissioned years apart on different recorders — surveyed site by site, then built on what each recorder actually exposes.19 - 22
Fireman Talk-Back & Emergency Communication
Two-way communication that is supervised, not assumed.
Supervised fireman's telephone circuits and talk-back field stations — fixed jack points and handset outlets distributed through the building, calling a master console at the fire command point over dedicated two-wire circuits that are monitored, so a cut or a short shows up as a fault rather than as a surprise during an incident.20
/ Integration with
How ai video analytics talks to the rest.
A serious deployment of this system rarely operates in isolation. The disciplines below most commonly share its cabling pathways, its controller logic, and its cause-and-effect matrix.
CCTV & Surveillance
Coverage. Storage. Evidence.
IP video surveillance — Hikvision, Dahua, Axis, Bosch — designed to coverage, recording-bandwidth and retention specifications, with VMS and AI-analytics overlays.Centralised CCTV Monitoring
Many sites. One monitoring picture. Stated limits.
Head-office monitoring across branch sites commissioned years apart on different recorders — surveyed site by site, then built on what each recorder actually exposes.ANPR & Number-Plate Recognition
The plate decides the barrier.
Automatic number-plate recognition for gate automation, parking and visitor logging — plate-read cameras with watchlist alerts, integrated with boom barriers and access control.Facial Recognition System
Recognised at the door. Logged, with consent.
AI face-recognition for access, attendance and surveillance — face-based entry, watchlist and VIP/denied-entry alerts — integrated with CCTV and access control on a consent-aware, privacy-respecting deployment.Network Security
Segmentation. Visibility. Recoverable backups.
Next-generation firewalls, segmentation, NAC, EDR, SIEM and backup — Fortinet, Palo Alto, Sophos, Check Point — designed to how breaches actually unfold, not how vendors describe them.
/ Read deeper
The engineering, in long form.
Each article below goes deeper than this service page can — a full walk-through of the engineering decisions, written by the team that delivers this work.
- ELV · 12 min
CCTV design for hospitals: privacy zoning, retention windows and the camera count nobody calculates
Hospital surveillance is not a commercial brief with a medical sticker. Patient privacy, infection-control zoning, NABH audit retention and clinical-engineering veto rights mean the camera plan, the storage sizing and the analytics rules all read differently. The design discipline we have built around it.
Read article - ELV · 11 min
Eight ELV integration mistakes that survive into commissioning — and how to catch them earlier
ELV integration faults rarely surface in design review or installation — they survive into commissioning because the seam-level coordination is nobody's contractual responsibility. The eight failure modes we see most often, and the design-stage discipline that catches each one before it becomes a snag list at handover.
Read article
Engineering toolkit
Tools to scope this work
Calculators and reference checkers we use ourselves to sense-check the engineering before any drawings change hands.
- ELV · Surveillance · Storage
CCTV Storage Retention Calculator
Multi-brand, codec-aware CCTV storage retention sizing across a source-cited camera-profile catalogue including Hikvision, Dahua, Axis, Hanwha, Bosch, Honeywell, CP Plus, Ubiquiti, Verkada, Meraki, Avigilon, Pelco and more. Computes storage TB, HDD count plan, recorded bandwidth and an NVR/VMS class recommendation against camera count. Pairs with the CCTV Coverage Calculator.
47 brands · codec-awareOpen - Life-safety · 28 states + 8 UTs
NBC Fire-Safety by State
State or union territory, building height and occupancy in — list of sprinkler, voice-evac PA, wet-riser and Fire-NOC triggers out, with explicit source-status tiering across all 28 Indian states and 8 union territories.
NBC 2016 · state ruleOpen - Life-safety
NBC Compliance Checker
Building height, type and occupancy in — the life-safety and ELV systems NBC 2016 indicates for that building, citing NBC 2016 and the relevant IS codes.
NBC 2016 · IS codesOpen
/ Plan it right
AI Video Analytics — getting the brief right.
Common mistakes to avoid
- Treating ONVIF conformance or an RTSP URL as proof of compatibility — neither establishes that a given camera and a given analytics platform will actually work together.
- Buying the analytics platform before anyone has surveyed the camera estate, then discovering at commissioning that part of it cannot be onboarded.
- Specifying classification rules on cameras mounted for wide overview coverage, where there are not enough pixels on the target for the rule to work regardless of the software.
- Expecting a camera maker's on-board AI events to arrive over a standard profile stream — that metadata travels over the maker's own SDK, not over the profile.
- Sizing a multi-site or cloud design on download speed when the binding constraint is each branch's upload capacity during business hours.
- Treating go-live as the end of the project rather than the start of the tuning period, and judging the system on its first fortnight of untuned alerts.
What to share before a quotation
- A camera schedule — make, model, firmware version and mounting height per camera, or simply the device list exported from your current recorder or VMS.
- What your current recorder or VMS is, its version, and how streams are pulled from the cameras today.
- The outcome you want, written as an operational rule — who should be alerted, to what, at what time of day, and what they are expected to do about it.
- Network facts per site: measured upstream bandwidth, whether CCTV sits on its own VLAN, and who administers the switches.
- Where the operators sit, how many sites they watch, and what each role is permitted to view, export or search.
- Any data-handling constraints — where footage and derived metadata may be stored, for how long, and whether anything may leave the site.
/ Frequently asked
AI Video Analytics — what buyers ask first.
Can AI video analytics run on the cameras I already own?
Often yes for part of the estate, but the answer belongs to the estate rather than to the analytics platform. What decides it per camera is whether the device exposes a usable stream (supported profile, codec, authentication), whether it has spare concurrent-stream capacity beside the recorder, whether resolution and frame rate clear the floor the rule needs, and whether its angle and height put enough pixels on the target. A survey usually returns a mixed answer: some cameras carry analytics as they stand, some need repositioning or a firmware update, and some are not candidates at all.
Does ONVIF conformance mean any camera works with any analytics platform?
No. ONVIF conformance is declared by the member on the basis of its own testing — ONVIF does not test the product — and two conformant devices do not automatically interoperate. A Profile S or Profile T stream also carries video only; it does not carry the camera maker's own AI events or object metadata, which travel over that maker's SDK or event channel. Compatibility is established by testing on the actual cameras and firmware in place.
Should the analytics run on the camera, on a server, or in the cloud?
It is decided by stream count, bandwidth, latency and data-handling constraints, not by preference. On-camera inference adds no stream and no bandwidth and survives a link outage, but the analytics set is fixed by firmware and only some cameras can host it. An on-premise server frees you from the camera generation and keeps video inside the building, but is sized by concurrent decoded streams. Cloud inference removes the server and moves the constraint to per-site upload bandwidth and to where footage and metadata may be stored.
Will video analytics produce false alarms?
Yes — every deployment does, and a design that promises otherwise is not describing a real scene. Rain, headlights, IR reflection off wet surfaces, shadows, foliage, trolleys, reflections in glass and crowding all trigger rules that looked clean at commissioning. The work is a tuning period after go-live in which false positives are reviewed with the operators and the rules revised, plus a quarterly review afterwards as the scene changes. The aim is a false-positive rate the operators will keep acting on, not a number on a datasheet.
Can a head office watch analytics across several branches?
Yes, but the constraint is the per-site upload link and the mix of camera brands, not the central software. Each branch must keep recording locally through a connectivity loss and back-fill afterwards; only events and requested video should cross the link in normal operation. Mixed-brand estates federate unevenly — some devices expose full event metadata to a central platform and some expose only a stream — so the design has to state what a central operator can see per site, alongside role-based permissions and an audit trail.
What does an AI video analytics deployment cost?
Scope depends on a site review, so we do not publish a number or a band. Cost is driven by how much of the existing estate turns out to be usable, where the inference runs, which platform the required analytics classes belong to, the network and storage work the design implies, and the commissioning and tuning effort. Email info@technoguru.in or WhatsApp/call +91 88110 34444 with your camera schedule, drawings or BOQ for a written estimate after review.
· Begin
Begin a
ai video analytics
brief.
Tell us about the building, the timeline, and what success looks like a year after handover. We will reply within two working days with a written response, not a sales pitch.
