Why event vision
A frame is a compromise. It fixes a moment in time, integrates light over an exposure, and hands the result to a processor that has to read every pixel to find out which ones changed. For a camera on a tripod this is fine. For a vehicle moving through a cluttered space at speed, three things go wrong at once: motion information arrives late, it arrives smeared, and it arrives in a form whose cost has nothing to do with how much actually happened.
An event camera makes a different trade. Each pixel is independent and reports only when the brightness it sees changes, emitting a timestamp, an address and a polarity. There is no frame and no exposure. The output is proportional to change in the scene rather than to the size of the sensor.
What that buys
Three properties follow from the sensing modality itself, not from any particular implementation:
- Temporal resolution on the order of microseconds, because a pixel does not wait for a shutter.
- Sparse computation, because there is nothing to process where nothing moved.
- Dynamic range wide enough to hold detail in shade and in direct sun in the same view, because each pixel sets its own reference.
Those are the reasons the sensor is interesting. They are not, on their own, a navigation system.
The harder half
The difficulty with event data is that almost every tool in computer vision expects a frame. The obvious move — accumulate events into an image and run a conventional pipeline — throws away the timing that made the sensor worth using.
So the question becomes: what computation is native to this data? One answer has been sitting in the neuroscience literature for decades. The fly solves visual navigation with a small set of specialised circuits that correlate neighbouring inputs over a short delay, producing a local estimate of motion directly, with no image in between. It is local, parallel, asynchronous, and it maps onto sparse event streams far more naturally than onto frames.
That correspondence is the bet haltere is built on: not that biology is elegant, but that this particular architecture fits this particular sensor.
Where we are
Specification complete, implementation starting. Nothing has flown. When there are results worth reporting, they will be reported with their conditions attached — and any figure taken from the published literature will be attributed to its source rather than presented as ours.