Computer Vision
Computer vision that turns camera feeds and images into counts, inspections and alerts
We build computer vision systems that detect objects, count people and items, inspect products for defects and turn existing CCTV into structured events. Models are trained on your own footage, run at the edge or in the cloud, and send alerts to the people who act on them.
AI & Data
What is computer vision?
Computer vision is a branch of artificial intelligence that lets software interpret images and video, detecting and locating objects, counting them, classifying their condition and tracking movement across frames. In business it turns camera feeds and product photos into structured events and measurements, such as a defect flagged on a production line or a queue length logged every minute.
Most organisations already own the cameras. Warehouses, shops, sites and production lines record hours of footage that nobody watches unless something goes wrong. Computer vision turns that footage into data: how many people came in, whether a forklift crossed a pedestrian zone, which parcels arrived damaged, how long the queue was at the busiest hour.
We begin with the event you care about and the cameras or images you already have. Angle, lighting, resolution and frame rate decide what is detectable, so we review sample footage before promising anything. We then collect and label examples from your environment, fine-tune detection and classification models, and test them on footage they have never seen.
A production system needs more than a model. We build stream ingestion from IP cameras and NVRs, decide what runs on edge devices and what runs in the cloud, store events rather than raw video wherever possible, and deliver alerts and dashboards your team will actually open. Privacy is designed in from the start, with masking, retention limits and access controls agreed before any camera goes live.
Challenges
The problems we are usually brought in to solve
Footage nobody has time to watch
CCTV records around the clock, but incidents are found days later, if at all, because staff cannot monitor every screen.
Generic models that fail on your cameras
Models trained on public datasets struggle with your angles, glare, night-time infrared, dust or products they have never seen.
Bandwidth and hardware limits
Streaming every camera to the cloud is costly and slow, while edge devices have limited compute, so the architecture must be planned site by site.
False alarms from shadows, rain and headlights
Shadows, reflections, rain and passing headlights trigger alerts for nothing, and once operators stop trusting alerts the system is effectively switched off.
Privacy and workforce concerns
Analysing footage of people raises fair questions about purpose, retention and staff monitoring that must be answered before deployment.
Manual inspection that cannot keep up
Visual quality checks depend on tired eyes late in a shift, and spot sampling means defective items still reach customers.
Capabilities
What the service covers
Object detection and tracking
Detect and follow people, vehicles, parcels, pallets or equipment across frames, with zones, lines and direction rules set per camera.
People and vehicle counting
Entry and exit counts, occupancy, dwell time and queue length for shops, branches, car parks and venues, without identifying individuals.
Visual quality inspection
Defect detection and classification on production lines and packing stations, covering scratches, dents, missing parts, wrong labels and damaged packaging.
CCTV analytics and alerting
Intrusion, loitering, restricted-zone entry and after-hours movement detection on existing IP cameras, with a short clip sent to the right person.
Safety and PPE monitoring
Checks for helmets, high-visibility clothing and pedestrian-zone breaches around forklifts and machinery, logged as events for safety reviews.
Image classification and text reading
Sorting product photos and reading labels, meter displays, serial numbers or vehicle registrations, where you have a lawful basis, into structured fields.
Edge, cloud or hybrid inference
Models optimised for GPU-equipped devices beside the cameras, for your cloud account, or split between both to control bandwidth and latency.
Dataset creation and labelling
Frame sampling, annotation guides and review workflows that turn raw footage into a balanced training set covering day, night and unusual cases.
Event dashboards and integrations
Counts, incidents and inspection results pushed to dashboards, WhatsApp, email, ticketing tools or your ERP through APIs.
Our process
How an engagement runs
Every engagement has a named lead, a written scope and working software to review every one to two weeks.
- 01
Site and camera review
We study sample footage or images from each location to check angle, resolution, lighting and frame rate, and confirm what can realistically be detected.
- 02
Define events and privacy rules
We agree exactly what counts as an event, the acceptable false-alarm level, and the masking, retention and access rules for footage.
- 03
Collect and label data
Representative frames are sampled across shifts and conditions, labelled to a written guide and checked by a second reviewer.
- 04
Train and test on unseen footage
Models are fine-tuned on your data, then scored on footage from days and cameras that were held back from training.
- 05
Pilot on live cameras
A small rollout runs alongside existing processes so operators can confirm alerts and tune thresholds before the system reaches more sites.
- 06
Scale and maintain
We extend to further cameras and locations with device health checks, model versioning and a feedback loop for missed or wrong detections.
Technology
Technology we use
Chosen per project for fit, maintainability and your team's ability to own it.
Vision modelling
- Python
- PyTorch
- TensorFlow
- Hugging Face
Streams and events
- FastAPI
- Kafka
- RabbitMQ
- PostgreSQL
Edge and cloud
- Docker
- Linux
- Kubernetes
- AWS
- Microsoft Azure
- Google Cloud
Dashboards and alerts
- Next.js
- React
- n8n
Use cases
Where it makes the biggest difference
Retail footfall and queue analytics
Counts visitors per entrance and hour, measures queues at the tills and alerts managers when another checkout should open.
Warehouse and yard monitoring
Tracks pallets, loading bay activity and vehicle movements, and flags pedestrians who walk into forklift zones.
Production line defect detection
Inspects every item passing a fixed camera at assembly or packing and flags or diverts those with visible defects.
After-hours site security
Turns existing CCTV into intrusion and loitering alerts with short clips, so a guard reviews events instead of scrolling through hours of video.
Goods-in damage evidence
A camera over the receiving conveyor or bay photographs each parcel, flags crushed corners, tears or wet patches, and attaches the image to the goods-in record for supplier claims.
Shelf and stock visibility
Detects empty or disordered shelf sections from fixed cameras so replenishment happens before customers notice the gap.
Industries
Industries we apply this to
Why Softweb Planet
Why teams choose us for this work
Stream ingestion and operator screens built in-house
Our team covers backend services, web and mobile interfaces and cloud infrastructure, so RTSP ingestion, event storage, alert routing and the operator screen are built alongside the vision model.
Footage review before any commitment
We assess your real camera footage before discussing accuracy, and we will tell you when a camera needs moving or better lighting instead of overpromising.
Model updates shipped to site devices by pipeline
In-house DevOps and SRE engineers containerise models, roll updates out to edge devices in stages and monitor device health, so a new model version reaches each site without an engineer visiting.
Progress shown on your own footage
A named lead owns the project, and every one to two weeks you see detection results on your cameras, from the first labelled sample to the live pilot.
What you can expect
- Incidents surfaced as they happen instead of discovered in footage days later
- Consistent visual inspection on every item, not just a sample
- Footfall, occupancy and queue data available for staffing and planning
- Existing cameras reused as sensors, with privacy rules agreed up front
Computer Vision FAQ
Frequently asked questions
In most cases, yes. Any IP camera or NVR that provides an RTSP stream, or recorded footage we can export, can feed a computer vision system. Angle, resolution, lighting and frame rate for the specific event matter more than the camera brand. We review sample footage from each camera first and tell you which are suitable, which need repositioning and where an extra camera would help.
Motion detection reacts to any change in pixels, so it cannot tell a person from a swaying branch, a shadow or rain, which is why it produces so many alerts nobody needs. AI video analytics recognises what is in the frame, such as a person, vehicle or pallet, then applies rules about where it is, which way it moves and how long it stays. An alert can fire for a person in a closed yard after hours but not for a fox or headlights on the fence.
For a first test, a few hundred well-labelled examples per object type can be enough, because we fine-tune pretrained detection models rather than training from scratch. Those examples must cover day and night, busy and quiet periods and the variation you see in practice. A production model usually needs more, gathered from the cases the pilot gets wrong. Rare defects or unusual objects need deliberate collection, which we plan during discovery.
Run models on edge devices when a site has many cameras, weak connectivity or rules against video leaving the premises, and in the cloud when there are fewer cameras or recordings to analyse in batches. Edge processing sends only events onward, which saves bandwidth and keeps footage on site. Cloud processing suits heavier models and longer analysis of stored video. Many deployments use both, with detection at the edge and reporting, retraining and dashboards in the cloud.
Accuracy depends on how visible the defect is, how consistent the lighting is and the quality of labelled examples, so we measure it on your products rather than quote a general figure. During the pilot we report how many real defects were caught and how many good items were wrongly flagged, then set the threshold your quality team prefers. Controlled lighting at an inspection point often helps more than a larger model.
We combine a model trained on your own footage with rules that reflect how real incidents unfold. That includes detection zones, minimum durations, object size limits, schedules and confirmation across several frames before an alert fires. Operators can mark an alert as false, and those examples feed the next training round. We also agree an acceptable alert volume before launch, so the system stays useful rather than noisy.
It can be, when there is a lawful basis, a clear purpose, proportionate coverage and transparent signage. We design systems with UK GDPR in mind: counting and safety use cases can usually avoid identifying anyone, faces can be blurred, raw video retention can be short and access is logged. We are not lawyers, so we recommend a data protection impact assessment with your adviser and provide the technical detail it needs.
Yes. People counting, occupancy and queue measurement detect human shapes and follow anonymous movement between frames without recognising who anyone is. No face templates are created, and frames can be discarded as soon as counts are recorded. For most retail, venue and workplace analytics this anonymous approach provides the numbers needed while carrying far less privacy risk than identity-based systems.
You need cameras suited to the task, somewhere to run the models and a network link between them. Edge processing usually means a small GPU-equipped computer on site for each group of cameras, while cloud processing needs enough upload bandwidth for the streams being analysed. We specify hardware after the camera review, so you buy only what the chosen models require, and we can reuse equipment you already own.
A pilot on a handful of cameras for one well-defined event typically takes a few weeks after discovery and the footage review. The main drivers are the number of cameras and sites, the labelling effort and whether new hardware is needed. Extending to more sites is then mainly hardware installation, per-camera tuning and operator training, planned location by location so each one is proven before the next.
Cost depends on scope, and for vision work the biggest variables are labelling effort and on-site hardware rather than the model itself. The number of cameras and sites, how specialised the detection task is and where the models run also matter. After a discovery call and a review of sample footage, we send a written proposal with a fixed quote for the pilot and an estimate of hardware, hosting and support costs for a wider rollout, so you can judge value before committing to every site.
Accuracy can drop when packaging changes, new products appear or a camera is repositioned, so the system is built to adapt. Low-confidence detections and operator corrections are logged as candidate training examples. When something changes, we collect a short sample of new footage, retrain, compare the updated model with the current one on the same test set and roll it out through the existing deployment pipeline.
Yes. Each detection is stored as a structured event with time, camera, type, confidence and a snapshot or short clip. Events can send WhatsApp, email or Slack messages, open tickets in your service desk, update stock or production records in your ERP, or feed live dashboards. We build these links through APIs or n8n workflows, with routing rules that decide who receives which alert and when.
You do. Sampled frames, annotation files, the labelling guide, trained model weights, test results and the deployment configuration for each edge device are delivered into your repositories and cloud storage. Footage stays in the locations and for the retention periods agreed with you, and your images and labels are not reused to train models for anyone else. If you later bring the work in-house, your team can retrain and redeploy without rebuilding the dataset.
Keep exploring
Related services and solutions
Start your project
Tell us what you're building.
Share the problem, the systems involved and where you want to be. A senior engineer replies with honest advice on scope, architecture and the fastest safe path to production.