The problem scenario is when using the SDK to receive camera status events, we are unable to obtain status changes from cameras that are recently added to the system. The only solution appears to be to reinitialize the SDK and resubscribe.
We don’t appear to be able receive camera events for new cameras. We would like to be able to receive status for cameras without interruption to existing hardware events for new cameras and their IO.
Is there something in the SDK that will allow us to subscribe to a camera that was added after detecting a configuration change?
Thanks Rie. We have attempted to reload the configuration as it appears in the configuration updated sample.
The issue appears to be that once we have reloaded the configuration and we have identified the new camera, we still don’t receive any camera events for that GUID. It appears the code that watches for status change does not get refreshed. We have attempted to create a new SystemStatusMonitor to listen for CameraStateChanged events, but still don’t receive them for the new camera until after we have logged out and reinitialized the SDK.
This route is problematic because there becomes a small window that we may miss camera events every time we reload the configuration.
Is there something we are missing in the SDK to force the SystemStatusMonitor to refresh?
New code has been implemented so that SystemStatusClient will automatically pick up newly added cameras. I verified the new code behavior with the SystemStatusClientConsole sample.
This change will be in the next release of the MIP SDK. MIP SDK 2020 R1 is expected to be released in February 2020.