never-ending recording about viseron HOT 4 CLOSED

The never ending recording is probably because your motion detection is quite sensitive.
area: 100 is quite low. If you turn on debugging you can see the motion area in realtime and tune it accordingly.
timeout: true also tells Viseron to not stop recording until no motion is detected.
I should probably implement some sort of max length so this doesnt occur.

Regarding not being able to play the file while its being recorded is due to how the .mp4 container is designed.
I would need to look at another container, did some quick research and probably have to go with .mkv or .ts

from viseron.

I noticed this occurring periodically in my logs, while the motion ended several minutes ago. Might be a clue:

[2020-09-15 15:27:21] [lib.recorder.cam02      ] [ERROR   ] - Timed out
[2020-09-15 15:28:25] [lib.recorder.cam02      ] [ERROR   ] - Timed out

I haven't seen the usual Stopping recording in: x messages, although I do see it for other cameras that have triggered and correctly stopped after the errant camera has been triggered.

Watching the motion_detect debug log, I do not see motion events for the camera that is stuck recording (cam02 here). I don't think it's refusing to stop because it sees motion.

from viseron.

Another clue... it appears that once object detection starts the recorder, the scene must have no motion to stop. I'm not sure that this is good, at least in its current form. I think that the intention is to stop recording timeout seconds after any object detections have stopped triggering when object detection is the source of the recording, not after any motion has been seen.

Alternatively, perhaps the motion trigger settings can be split up so that they have one set of parameters to start a recording and another (perhaps less aggressive) set to stop recording. This would help prevent a windy day moving leaves around from creating gigantic recordings after a vehicle drives by.

Personally I prefer "timeout after last object has been detected" when object_detection causes the recording, and "alternate set of motion detection parameters" when object detection is not used, but perhaps I'm not seeing the bigger picture.

from viseron.

I hear what you're saying.

I think removing the timeout option from motion_detection would be a good idea, and then extend the settings under recorder to set a timeout after last detected object as you describe, and then an optional timeout after last motion detected. Would also be good to implement a "max" timeout for the motion detection to nullify the never ending recording problem.

from viseron.