-
-
Notifications
You must be signed in to change notification settings - Fork 1.2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Events all report continuous even when it is a motion event. #3854
Comments
I completely refactored the state machine logic... and I've certainly seen similar reports, but thought it resolved in late Feb. Need debug logs around the start of an event that should have been cause=Motion. Also there are new EVENT_CLOSE_MODE settings that may be the issue. It may be incorrectly falling bcak to IDLE instead of Alarm. |
Kk, I'll get some debug logs this evening. Thanks! |
I'm still seeing this problem also. About 80% of my events show a cause of Continuous even though I only ever record on motion. |
Log file is huge lol, the event starts around 18:21:13. This monitor was a view only monitor, no recording or modect. I turned modect on to create an event and it came out as continuous, so the logging should hopefully show what's up. |
Latest code may fix this. Please update and report. |
I believe 503b1ae97 fixes this. |
Solved, only event triggers are recorded now on V1.37.55. Thank you |
Fixed! |
Appears to be fixed. Thanks! |
My custom ml setup checks the cause of the event, ie. Motion|Continuous|Forced web|ONVIF and doesn't run if it isn't a motion or triggered event (skips continuous).
I don't know exactly which commit it was, but I compiled on march 2nd around 11AM MDT.Not a big issue, just thought I would mention it.
Edit: Pretty sure it was this commit: 904f062
The last commit I compiled before that was February 18th @ 10:52 AM MST: def378f
The text was updated successfully, but these errors were encountered: