mirror of
https://github.com/motioneye-project/motioneye.git
synced 2026-03-02 22:57:06 -05:00
Multiple Motion Threads #2052
Labels
No labels
Android app
Arch Linux
CI/CD
CSS
FreeBSD
HTML/HTTP
Home Assistant addon
JavaScript
Python
Raspberry Pi
Stale No Activity 60 Days
bug
code format
dependencies
dev branch
docker
documentation
duplicate
enhancement
feature
help wanted
i18n/l10n
invalid
legacy motionEye
meta
motion
motionEyeOS
notourproblem
python update
question
question
security
troubleshooting
wontfix
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/motioneye#2052
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @dbeckwith01 on GitHub (Oct 17, 2021).
I am evaluating MotionEye to use to monitor multiple IP video cameras around my home. I hoping to run this on my RPI 4B+. I have successfully got MotionEye setup with one RTSP camera but I noticed it's using ~40% of the CPU. Running htop shows a large number of motion process which seem to run across multiple cores. I was hoping that MotionEye would set motion up to use the RPi's hardware encoding.
It is possible to get MotionEye to use the RPI hardware encoder?
@starbasessd commented on GitHub (Oct 17, 2021):
The GPU encoder is used for encoding / decoding the video, not for motion detection. There was a recent issue discovered where when installing motionEye
specifically motionmotion daemon gets installed and auto starts. If you disable it:sudo systemctl stop motion
sudo systemctl disable motion
and restart the Pi, it will still use motion, but motionEye will control it as it should.
@dbeckwith01 commented on GitHub (Oct 17, 2021):
@starbasessd,
Thank you for the quick reply!
Currently I'm not running MotionEye with the Motion settings. I'm just testing streaming and recording. I'm running Motion in Docker at the moment on Balena OS.
I'm using MotionEye 0.42.1 and Motion 4.3.2.
@starbasessd commented on GitHub (Oct 18, 2021):
Motion daemon is still turned 'on' unless you turn it off and disable it as shown above.
Motion daemon doesn't need to be 'enabled' to be used by motionEye.
If you want to use the GPU encoder, you would want to use an OMX enabled format.
If you want best performance, I would use Pass Through, but then you won't get
video name or time stamp, but you still can get motion detection trigger.