Send Motion-user mailing list submissions to
motion-user@lists.sourceforge.net
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.sourceforge.net/lists/listinfo/motion-user
or, via email, send a message with subject or body 'help' to
motion-user-requ...@lists.sourceforge.net
You can reach the person managing the list at
motion-user-ow...@lists.sourceforge.net
When replying, please edit your Subject line so it is more specific
than "Re: Contents of Motion-user digest..."
Today's Topics:
1. Raspi 8MP Cam Motion Detection PI2 vs PI3 (free...@tango.lu)
2. Re: Raspi 8MP Cam Motion Detection PI2 vs PI3 (tosiara)
3. Re: Raspi 8MP Cam Motion Detection PI2 vs PI3 (free...@tango.lu)
4. Re: Raspi 8MP Cam Motion Detection PI2 vs PI3 (free...@tango.lu)
----------------------------------------------------------------------
Message: 1
Date: Thu, 28 Jun 2018 09:52:30 +0200
From: free...@tango.lu
To: motion-user@lists.sourceforge.net
Subject: [Motion-user] Raspi 8MP Cam Motion Detection PI2 vs PI3
Message-ID: <9c9284ed3b7facbf9f13a38a2cce2...@tango.lu>
Content-Type: text/plain; charset=US-ASCII; format=flowed
I had a Raspi 2 v1.2 running since a year with an 8MP camera. The camera
is inside looking into a narrow hallway.
Unfortunately the board died and I had to swap it to a Raspi 3 (not the
latest 3B).
Anyone who test the 2 boards side by side with camera noticed a
difference in the motion detection?
One would assume that the 3 might be better detecting motion since it
has a faster CPU but as I noticed in HTOP motion is usually using 1 core
only.
I have the stock motion in Raspbian Stretch:
ii motion 4.0-1 armhf V4L capture program supporting motion detection
My config:
daemon on
process_id_file /home/bell/motion.pid
setup_mode off
logfile /home/bell/motion.log
log_level 5
log_type all
v4l2_palette 17
input -1
norm 0
frequency 0
rotate 0
width 1280
height 720
framerate 30
minimum_frame_time 0
netcam_keepalive off
netcam_tolerant_check off
auto_brightness off
brightness 0
contrast 0
saturation 0
hue 0
roundrobin_frames 1
roundrobin_skip 1
switchfilter off
threshold 1500
threshold_tune off
noise_level 32
noise_tune on
despeckle_filter EedDl
smart_mask_speed 0
lightswitch 0
minimum_motion_frames 1
pre_capture 0
post_capture 0
event_gap 60
max_movie_time 0
emulate_motion off
output_pictures off
output_debug_pictures off
quality 75
picture_type jpeg
ffmpeg_output_movies off
ffmpeg_output_debug_movies off
ffmpeg_timelapse 0
ffmpeg_timelapse_mode daily
ffmpeg_bps 500000
ffmpeg_variable_bitrate 0
ffmpeg_video_codec mpeg4
use_extpipe off
snapshot_interval 0
locate_motion_mode off
locate_motion_style box
text_right %Y-%m-%d\n%T-%q
text_changes off
text_event %Y%m%d%H%M%S
text_double on
snapshot_filename %v-%Y%m%d%H%M%S-snapshot
picture_filename %v-%Y%m%d%H%M%S-%q
movie_filename %v-%Y%m%d%H%M%S
timelapse_filename %Y%m%d-timelapse
ipv6_enabled off
stream_port 8081
stream_quality 50
stream_motion off
stream_maxrate 100
stream_localhost off
stream_limit 0
stream_auth_method 1
stream_authentication admin:hold
webcontrol_port 8082
webcontrol_localhost on
webcontrol_html_output on
track_type 0
track_auto off
track_iomojo_id 0
track_step_angle_x 10
track_step_angle_y 10
track_move_wait 10
track_speed 255
track_stepsize 40
quiet on
Sometimes it did not detect the motion if someone went by fast (although
its rare). I hope that the upgrade will make things better. Any config
tuning options are welcome.
------------------------------
Message: 2
Date: Thu, 28 Jun 2018 11:12:12 +0300
From: tosiara <tosi...@gmail.com>
To: Motion discussion list <motion-user@lists.sourceforge.net>
Subject: Re: [Motion-user] Raspi 8MP Cam Motion Detection PI2 vs PI3
Message-ID:
<cachtdwsntrcvrupu2kudccyvcugfr_wuadjmsq02tb9g_lv...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Regarding HTOP observation. Motion is indeed mostly using one thread for
all the heavy execution, like frame encoding/decoding and motion detection.
On multi core platforms you can use netcam with v4l2:// protocol to offload
input decoding - this will give you an extra thread. And also extpipe for
movie save - with H264 codec it can use all the available cores.
There are also ARM NEON optimizations available that can save up to 20% of
CPU on the main motion thread, but it is unofficial and not available in
the main repo (created by github user "notorca"), you would need to apply
patch and recompile motion
On Thu, Jun 28, 2018 at 10:52 AM, <free...@tango.lu> wrote:
> I had a Raspi 2 v1.2 running since a year with an 8MP camera. The camera
> is inside looking into a narrow hallway.
> Unfortunately the board died and I had to swap it to a Raspi 3 (not the
> latest 3B).
>
> Anyone who test the 2 boards side by side with camera noticed a difference
> in the motion detection?
>
> One would assume that the 3 might be better detecting motion since it has
> a faster CPU but as I noticed in HTOP motion is usually using 1 core only.
>
> I have the stock motion in Raspbian Stretch:
>
> ii motion 4.0-1 armhf V4L capture program supporting motion detection
>
> My config:
>
> daemon on
> process_id_file /home/bell/motion.pid
> setup_mode off
> logfile /home/bell/motion.log
> log_level 5
> log_type all
> v4l2_palette 17
> input -1
> norm 0
> frequency 0
> rotate 0
> width 1280
> height 720
> framerate 30
> minimum_frame_time 0
> netcam_keepalive off
> netcam_tolerant_check off
> auto_brightness off
> brightness 0
> contrast 0
> saturation 0
> hue 0
> roundrobin_frames 1
> roundrobin_skip 1
> switchfilter off
> threshold 1500
> threshold_tune off
> noise_level 32
> noise_tune on
> despeckle_filter EedDl
> smart_mask_speed 0
> lightswitch 0
> minimum_motion_frames 1
> pre_capture 0
> post_capture 0
> event_gap 60
> max_movie_time 0
> emulate_motion off
> output_pictures off
> output_debug_pictures off
> quality 75
> picture_type jpeg
> ffmpeg_output_movies off
> ffmpeg_output_debug_movies off
> ffmpeg_timelapse 0
> ffmpeg_timelapse_mode daily
> ffmpeg_bps 500000
> ffmpeg_variable_bitrate 0
> ffmpeg_video_codec mpeg4
> use_extpipe off
> snapshot_interval 0
> locate_motion_mode off
> locate_motion_style box
> text_right %Y-%m-%d\n%T-%q
> text_changes off
> text_event %Y%m%d%H%M%S
> text_double on
> snapshot_filename %v-%Y%m%d%H%M%S-snapshot
> picture_filename %v-%Y%m%d%H%M%S-%q
> movie_filename %v-%Y%m%d%H%M%S
> timelapse_filename %Y%m%d-timelapse
> ipv6_enabled off
> stream_port 8081
> stream_quality 50
> stream_motion off
> stream_maxrate 100
> stream_localhost off
> stream_limit 0
> stream_auth_method 1
> stream_authentication admin:hold
> webcontrol_port 8082
> webcontrol_localhost on
> webcontrol_html_output on
> track_type 0
> track_auto off
> track_iomojo_id 0
> track_step_angle_x 10
> track_step_angle_y 10
> track_move_wait 10
> track_speed 255
> track_stepsize 40
> quiet on
>
> Sometimes it did not detect the motion if someone went by fast (although
> its rare). I hope that the upgrade will make things better. Any config
> tuning options are welcome.
>
> ------------------------------------------------------------
> ------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> _______________________________________________
> Motion-user mailing list
> Motion-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/motion-user
> https://motion-project.github.io/
>
> Unsubscribe: https://lists.sourceforge.net/lists/options/motion-user
>
-------------- next part --------------
An HTML attachment was scrubbed...
------------------------------
Message: 3
Date: Thu, 28 Jun 2018 11:22:07 +0200
From: free...@tango.lu
To: Motion discussion list <motion-user@lists.sourceforge.net>
Subject: Re: [Motion-user] Raspi 8MP Cam Motion Detection PI2 vs PI3
Message-ID: <a9e79bd07b42f59d46d038364bf13...@tango.lu>
Content-Type: text/plain; charset=US-ASCII; format=flowed
Hello,
No it worth the time for me to recompile it but using external tools
like what you have suggested here netcam? extpipe? do I really need
these.
I do not want to record or store anything on the device just stream to
an iSPY server as it was before when there is a motion.
Although motion is constantly streaming some data (4-6GB from the camera
per day) this would be 10xtimes more for constant raw video feed.
On 2018-06-28 10:12, tosiara wrote:
> Regarding HTOP observation. Motion is indeed mostly using one thread
> for all the heavy execution, like frame encoding/decoding and motion
> detection. On multi core platforms you can use netcam with v4l2://
> protocol to offload input decoding - this will give you an extra
> thread. And also extpipe for movie save - with H264 codec it can use
> all the available cores.
> There are also ARM NEON optimizations available that can save up to
> 20% of CPU on the main motion thread, but it is unofficial and not
> available in the main repo (created by github user "notorca"), you
> would need to apply patch and recompile motion
>
> On Thu, Jun 28, 2018 at 10:52 AM, <free...@tango.lu> wrote:
>
>> I had a Raspi 2 v1.2 runnin g since a year with an 8MP camera. The
>> camera is inside looking into a narrow hallway.
>> Unfortunately the board died and I had to swap it to a Raspi 3 (not
>> the latest 3B).
>>
>> Anyone who test the 2 boards side by side with camera noticed a
>> difference in the motion detection?
>>
>> One would assume that the 3 might be better detecting motion since
>> it has a faster CPU but as I noticed in HTOP motion is usually using
>> 1 core only.
>>
>> I have the stock motion in Raspbian Stretch:
>>
>> ii motion 4.0-1 armhf V4L capture program supporting motion
>> detection
>>
>> My config:
>>
>> daemon on
>> process_id_file /home/bell/motion.pid
>> setup_mode off
>> logfile /home/bell/motion.log
>> log_level 5
>> log_type all
>> v4l2_palette 17
>> input -1
>> norm 0
>> frequency 0
>> rotate 0
>> width 1280
>> height 720
>> framerate 30
>> minimum_frame_time 0
>> netcam_keepalive off
>> netcam_tolerant_check off
>> auto_brightness off
>> brightness 0
>> contrast 0
>> saturation 0
>> hue 0
>> roundrobin_frames 1
>> roundrobin_skip 1
>> switchfilter off
>> threshold 1500
>> threshold_tune off
>> noise_level 32
>> noise_tune on
>> despeckle_filter EedDl
>> smart_mask_speed 0
>> lightswitch 0
>> minimum_motion_frames 1
>> pre_capture 0
>> post_capture 0
>> event_gap 60
>> max_movie_time 0
>> emulate_motion off
>> output_pictures off
>> output_debug_pictures off
>> quality 75
>> picture_type jpeg
>> ffmpeg_output_movies off
>> ffmpeg_output_debug_movies off
>> ffmpeg_timelapse 0
>> ffmpeg_timelapse_mode daily
>> ffmpeg_bps 500000
>> ffmpeg_variable_bitrate 0
>> ffmpeg_video_codec mpeg4
>> use_extpipe off
>> snapshot_interval 0
>> locate_motion_mode off
>> locate_motion_style box
>> text_right %Y-%m-%d\n%T-%q
>> text_changes off
>> text_event %Y%m%d%H%M%S
>> text_double on
>> snapshot_filename %v-%Y%m%d%H%M%S-snapshot
>> picture_filename %v-%Y%m%d%H%M%S-%q
>> movie_filename %v-%Y%m%d%H%M%S
>> timelapse_filename %Y%m%d-timelapse
>> ipv6_enabled off
>> stream_port 8081
>> stream_quality 50
>> stream_motion off
>> stream_maxrate 100
>> stream_localhost off
>> stream_limit 0
>> stream_auth_method 1
>> stream_authentication admin:hold
>> webcontrol_port 8082
>> webcontrol_localhost on
>> webcontrol_html_output on
>> track_type 0
>> track_auto off
>> track_iomojo_id 0
>> track_step_angle_x 10
>> track_step_angle_y 10
>> track_move_wait 10
>> track_speed 255
>> track_stepsize 40
>> quiet on
>>
>> Sometimes it did not detect the motion if someone went by fast
>> (although its rare). I hope that the upgrade will make things
>> better. Any config tuning options are welcome.
>>
>>
> ------------------------------------------------------------------------------
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>> _______________________________________________
>> Motion-user mailing list
>> Motion-user@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/motion-user [1]
>> https://motion-project.github.io/ [2]
>>
>> Unsubscribe: https://lists.sourceforge.net/lists/options/motion-user
>> [3]
>
>
>
> Links:
> ------
> [1] https://lists.sourceforge.net/lists/listinfo/motion-user
> [2] https://motion-project.github.io/
> [3] https://lists.sourceforge.net/lists/options/motion-user
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> _______________________________________________
> Motion-user mailing list
> Motion-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/motion-user
> https://motion-project.github.io/
>
> Unsubscribe: https://lists.sourceforge.net/lists/options/motion-user
------------------------------
Message: 4
Date: Thu, 28 Jun 2018 12:51:56 +0200
From: free...@tango.lu
To: Motion discussion list <motion-user@lists.sourceforge.net>
Subject: Re: [Motion-user] Raspi 8MP Cam Motion Detection PI2 vs PI3
Message-ID: <97e1ff6ea139815e29095a9148af2...@tango.lu>
Content-Type: text/plain; charset=US-ASCII; format=flowed
Hello,
Actually, multiple people talk about the frame issues:
https://github.com/ccrisan/motioneyeos/issues/227
"@dmarkscouk unfortunately I'm afraid that's the best you can get with
motionEyeOS. No hardware/accelerated encoding/decoding is performed by
the motion daemon and therefore the performance is limited to what the
CPU can offer.
A slow SD card may impact the performance as well, while saving videos
to a network share could make matters even worse.
The reason why FNA is that fast is that it doesn't use the motion
"backend" but rather makes use of the streamEye project to simply
capture and stream the mjpeg frames without processing them in any way
(hence the great performance).
I know this is not ideal and is probably not what most of you were
hoping for when decided to try motionEye(OS) but this is what we have."
It was similar experience for me as well, when there is motion, the
framerate drops so what is recorded at the end is more like a sequence
of pictures instead of a "movie".
I have now compiled the latest:
motion Version 4.1.1+git20180626-43b9c2b, Copyright 2000-2017 Jeroen
Vreeken/Folkert van Heusden/Kenneth Lavrsen/Motion-Project maintainers
and will do some experiments but with the same config I can see already
that it is only using 1 core again :( so I will not expect much
improvement.
On 2018-06-28 10:12, tosiara wrote:
> Regarding HTOP observation. Motion is indeed mostly using one thread
> for all the heavy execution, like frame encoding/decoding and motion
> detection. On multi core platforms you can use netcam with v4l2://
> protocol to offload input decoding - this will give you an extra
> thread. And also extpipe for movie save - with H264 codec it can use
> all the available cores.
> There are also ARM NEON optimizations available that can save up to
> 20% of CPU on the main motion thread, but it is unofficial and not
> available in the main repo (created by github user "notorca"), you
> would need to apply patch and recompile motion
>
> On Thu, Jun 28, 2018 at 10:52 AM, <free...@tango.lu> wrote:
>
>> I had a Raspi 2 v1.2 runnin g since a year with an 8MP camera. The
>> camera is inside looking into a narrow hallway.
>> Unfortunately the board died and I had to swap it to a Raspi 3 (not
>> the latest 3B).
>>
>> Anyone who test the 2 boards side by side with camera noticed a
>> difference in the motion detection?
>>
>> One would assume that the 3 might be better detecting motion since
>> it has a faster CPU but as I noticed in HTOP motion is usually using
>> 1 core only.
>>
>> I have the stock motion in Raspbian Stretch:
>>
>> ii motion 4.0-1 armhf V4L capture program supporting motion
>> detection
>>
>> My config:
>>
>> daemon on
>> process_id_file /home/bell/motion.pid
>> setup_mode off
>> logfile /home/bell/motion.log
>> log_level 5
>> log_type all
>> v4l2_palette 17
>> input -1
>> norm 0
>> frequency 0
>> rotate 0
>> width 1280
>> height 720
>> framerate 30
>> minimum_frame_time 0
>> netcam_keepalive off
>> netcam_tolerant_check off
>> auto_brightness off
>> brightness 0
>> contrast 0
>> saturation 0
>> hue 0
>> roundrobin_frames 1
>> roundrobin_skip 1
>> switchfilter off
>> threshold 1500
>> threshold_tune off
>> noise_level 32
>> noise_tune on
>> despeckle_filter EedDl
>> smart_mask_speed 0
>> lightswitch 0
>> minimum_motion_frames 1
>> pre_capture 0
>> post_capture 0
>> event_gap 60
>> max_movie_time 0
>> emulate_motion off
>> output_pictures off
>> output_debug_pictures off
>> quality 75
>> picture_type jpeg
>> ffmpeg_output_movies off
>> ffmpeg_output_debug_movies off
>> ffmpeg_timelapse 0
>> ffmpeg_timelapse_mode daily
>> ffmpeg_bps 500000
>> ffmpeg_variable_bitrate 0
>> ffmpeg_video_codec mpeg4
>> use_extpipe off
>> snapshot_interval 0
>> locate_motion_mode off
>> locate_motion_style box
>> text_right %Y-%m-%d\n%T-%q
>> text_changes off
>> text_event %Y%m%d%H%M%S
>> text_double on
>> snapshot_filename %v-%Y%m%d%H%M%S-snapshot
>> picture_filename %v-%Y%m%d%H%M%S-%q
>> movie_filename %v-%Y%m%d%H%M%S
>> timelapse_filename %Y%m%d-timelapse
>> ipv6_enabled off
>> stream_port 8081
>> stream_quality 50
>> stream_motion off
>> stream_maxrate 100
>> stream_localhost off
>> stream_limit 0
>> stream_auth_method 1
>> stream_authentication admin:hold
>> webcontrol_port 8082
>> webcontrol_localhost on
>> webcontrol_html_output on
>> track_type 0
>> track_auto off
>> track_iomojo_id 0
>> track_step_angle_x 10
>> track_step_angle_y 10
>> track_move_wait 10
>> track_speed 255
>> track_stepsize 40
>> quiet on
>>
>> Sometimes it did not detect the motion if someone went by fast
>> (although its rare). I hope that the upgrade will make things
>> better. Any config tuning options are welcome.
>>
>>
> ------------------------------------------------------------------------------
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>> _______________________________________________
>> Motion-user mailing list
>> Motion-user@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/motion-user [1]
>> https://motion-project.github.io/ [2]
>>
>> Unsubscribe: https://lists.sourceforge.net/lists/options/motion-user
>> [3]
>
>
>
> Links:
> ------
> [1] https://lists.sourceforge.net/lists/listinfo/motion-user
> [2] https://motion-project.github.io/
> [3] https://lists.sourceforge.net/lists/options/motion-user
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> _______________________________________________
> Motion-user mailing list
> Motion-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/motion-user
> https://motion-project.github.io/
>
> Unsubscribe: https://lists.sourceforge.net/lists/options/motion-user
------------------------------
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
------------------------------
Subject: Digest Footer
_______________________________________________
Motion-user mailing list
Motion-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/motion-user
------------------------------
End of Motion-user Digest, Vol 144, Issue 10
********************************************
