Skip to content

WestPoint · AxxonSoft

The analytics are done by the server, not by the camera.

AxxonSoft makes video software with a different idea from almost everybody else's: the analysis runs on the server, over the cameras you already have, old or new. That opens doors other platforms close and brings its own invoices — in machines, in tuning and in questions from purchasing.

Two hundred old cameras that are not going to be changed.

That is the scene where this platform clicks straight away.

There are large installations —a factory, a municipal complex, a port, a hospital— with a camera estate built up in layers over fifteen years: different brands and generations, none of them with analytics inside. Asking for analytics there usually means changing the cameras, and changing two hundred cameras is a project that does not get approved.

AxxonSoft goes at that: the detectors run on the server, so what is needed in order to analyse is not a new camera, it is computing capacity on the machine. A camera from ten years ago that still gives a decent image can take part in a count or in a zone detection.

And it brings two tools that you recognise the moment you use them once: one lets you review hours of recording in minutes, because it puts what happened at different moments into the same view; the other searches inside the archive by what happened and not by the time —an object that entered this zone, a vehicle of this colour—. Anyone who has reviewed a whole weekend of recording knows what that is worth.

It also has a second platform, older and of another nature, for bringing video, access, fire and plant systems together in one console. It is the route for industrial or critical installations where the video is one part of the whole.

How it is built.

A classic platform, on your servers, with one particularity that conditions everything: the analytics eat machine.

  • Distributed architecture: several servers as a single system, with the configuration spread out rather than hanging off one machine, and you grow by adding machines. There are mechanisms so that, if a server goes down, another picks up its cameras — sized beforehand and tested by switching one off for real.
  • Camera compatibility: it is one of the widest on the market, including old equipment and brands other platforms no longer support. On an installation built in layers, that is the difference between integrating what is there and throwing it away.
  • Recording on the servers' drives, with an array and a copy to a second storage, and recording conditioned by events and by detectors — which is where a platform with server-side analytics really saves drive space, recording a lot only when something happens.
  • Access, intruder detection and plant: here there is more than a courtesy integration. With the integration-oriented platform, access controllers, fire control panels and plant systems come into the same console, with their drawings and their procedures. That is project work, not installation-wizard work.
  • SDK, API and licence: there is a development kit and a programming interface, and the licensing is per channel and modular — the base per camera, the detectors and functions separately. It lets you start small and it forces you to get the list right from the beginning: as you grow, what puts the invoice up is not the cameras, it is the functions multiplied by cameras.

What has to be settled first, and it is not technical.

Two conversations that cannot be left until last. Both are about purchasing and compliance.

The first is about origin and supply chain. In many European specifications —and in almost all of those for the public sector and critical infrastructure— the question today is where the software comes from, which company answers for the contract, where the support is and what guarantees there are of continuity and of updates. With AxxonSoft that question is asked before designing and answered with documentation from the manufacturer and from its representation in your country. We do not answer it: we make sure it has been answered before anybody signs.

The second is about the security of the system itself, and it applies to any platform with a lot of old estate behind it. A video system is software exposed on a company's network: you have to know how often the manufacturer publishes fixes, who is going to apply them, which network the servers and the cameras live on and who gets in from outside. When the answer is «the installer looks after that», there is no answer.

And one point in its favour: the video stays at home. There is no compulsory cloud and no subscription governing the system, and for an installation that has to explain where the images are, that simplifies the file. Remote access is solved with a VPN and with the network properly separated, which is IT work — and it has to be said that it is.

The server, which is the invoice nobody counts.

When the analytics run on the server, the server stops being a place where files are kept. Every detector on every camera consumes, and the ones that work with neural networks ask for a graphics card. The sum is not «how many cameras»: it is how many cameras, with how many detectors each, at what resolution and at how many images per second.

That is why the budget has two parts and the second gets forgotten: licences and machines. We have seen installations where the analytics were bought and never fully switched on, because the server was enough to record and not enough to think. The advantage of the same model is real: analytics are added without touching a camera or climbing a pole, so counting vehicles at an entrance that is already recorded is licence and capacity, not building work.

Who it fits, and who it does not.

It is a platform for a large installation with an inherited estate. Outside that, there are more convenient options.

It fits if…

You have many cameras of different brands and ages and you are not going to change them. If you need analytics over what is already in, or to review the archive often and quickly. If the video has to live in the same console as access, fire or plant systems. If you want everything to stay on your servers. And if there is a technical team —yours or ours— able to hold up a platform with a lot of tuning.

It does not fit if…

You are looking to bring twenty small premises into service with little work: this is the opposite. Nor if the purchasing policy demands a manufacturer of a particular origin, or a long list of local references and certifications: that conversation has to be won beforehand and sometimes it is not won. And nor if nobody is going to tune the detectors, because server-side analytics left untuned produce alerts that end up being switched off.

Analytics: what it brings, what can be put on it and where the ceiling is.

Here the analytics are not an add-on, they are the argument: a wide catalogue of detectors on the server —zones, crossings, loitering, object left or removed, people counting, occupancy, vehicles and number plates, smoke and fire in some versions— and forensic search, which consists of asking the archive about what happened and not about the time.

What can be added: the manufacturer's own by modules, the analytics of whatever good cameras there are and whatever is integrated through the programming interface. And every thing that is added comes back to the same place: machine is needed.

The ceiling, which with a catalogue this size has to be said more plainly: these are detectors. They detect defined patterns and they need somebody to tune them for that camera, that light and that scene. They work very well on the well-bounded —a zone, a line, a count— and they fall short when the question is interpretative: whether what is going on there is normal or not, with three things at once. No number of detectors reaches that, and promising it is what gets the alerts switched off a month later.

And the declaration we owe you: in the same house there is IRIS Neural, the NVMS from Infinity Neural —the other company in the group, our own product, and we say so before recommending anything—. On many installations they live together: the VMS governs cameras, recording and retention, and IRIS brings the understanding of the scene, which is the interpretative question we have just talked about. With an open platform on your own servers the coexistence is technical and without surprises: both parts look at the same streams, without duplicating cameras and without taking video out of the installation.

What we do.

On this platform the integrator shows more than on any other. For better and for worse.

  • The real sizing: cameras, resolution, days of retention and —the part almost nobody calculates— which detectors go on which cameras and how much machine and how much graphics card that needs. Written down, with the assumptions in plain sight.
  • The licence list made beforehand, not afterwards: the base per channel and the modules per function, with the cost of extending in two years' time in the same table. It is the model where it is easiest to get a surprise as you grow.
  • The rollout: servers, a video network separated from the company one, adding cameras of every brand there is, user roles and failover tested by switching a machine off.
  • The tuning of the detectors camera by camera, which is the work that decides whether this is any use: zones, sizes, schedules, sensitivity and a week of following up to see what alerts and what does not. Server-side analytics freshly installed are not finished, they are started.
  • The integrations with access, intruder detection or fire when the project calls for them, with their written procedure and tested by triggering the real event. And then maintenance: controlled updates, fields of view, real retention and a periodic review of what is alerting, how much of it was true and what has to be re-tuned.

Who operates it after we go.

It is the platform that demands most of whoever maintains it, and the one that gives most back when there is somebody behind it.

  • IT: servers, drives, backups, graphics cards, video network, accounts and updates. It is real infrastructure —more than on any cloud platform on this list— and a team that already manages servers with a computing load is on home ground.
  • Security: the daily operation, the drawings, the response procedures, the archive review and the exports. And something that is theirs here more than on other platforms: deciding what deserves to raise an alert. A catalogue of detectors with no judgement behind it turns into noise, and the judgement is not technical.
  • The delicate boundary: tuning the detectors sits in the middle. It needs technical hands and it needs knowing what is normal in that industrial unit at three in the morning. It is done well by a technician sitting next to somebody who knows the installation.
  • It demands continuity from the integrator: this platform rewards whoever knows it and punishes maintenance by occasional visits. If the client has no team of their own, they need a maintenance contract that really covers it, and that gets said at the start.
  • Training at three levels: the operator who watches, searches and exports; the administrator on the client's side; and the technical session with IT on servers, backup and what to do when a machine does not come back. All three in writing, because people change.
  • Documentation: the server architecture and which camera records on which, licences and modules with what each one covers, a table of the configured detectors with their parameters and why they were set that way, the retention calculation, the response procedures and the administrator keys in the client's name. The detector table is the one nobody hands over and the one you need the day somebody asks why that camera alerts so much.

Get started

How many cameras do you have, and from how many brands?

If the answer is a lot and from several generations, this is one of the conversations worth having. Tell us what is installed, what you would like to be able to detect and what your purchasing department demands, and we will tell you what can be done with what you have, what machine would be needed and where the limits are.