Bureaucrats, dave_user, Administrators
4,650
edits
Changes
→Real-timeness and frame dropping
</pre>
==Real-timeness and , frame dropping, and latency==One of the major concerns that were faced during the conception of the PoC was related to its real-timeness. In principle, regarding the acquisition of the frames from the image sensor, such a PoC should be based on a real-time system because it should guarantee that all of them are captured (no frame loss), no matter what processing is performed simultaneously (encoding the live stream, serving a web page, etc.). This is true when the system is waiting for an alarm to happen. Once an alarm buffer is filled, a fame loss can be tolerated instead. Once an alarm is detected, say A1, the system, in fact, ignores new possible alarms until the buffer associated with A1 is stored on the SSD. A new frame is sent by the image sensor to the processing platform every 3ms approximately. Taking into account that the sensor has no buffering capabilities, this implies that if the processing platform takes longer than 3ms to get a new frame a frame Of course, arrival times are asynchronous with respcet to the Frames In order to limit the implementation effort and the costs, we chose
==Future work==
