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. Re: latest git fails to open netcam (S Andreason)
2. Re: latest git fails to open netcam (S Andreason)
3. Re: latest git fails to open netcam (David Powell)
----------------------------------------------------------------------
Message: 1
Date: Fri, 30 Jul 2021 08:24:55 -0700
From: S Andreason <sandrea...@gmail.com>
To: Motion-user <motion-user@lists.sourceforge.net>
Subject: Re: [Motion-user] latest git fails to open netcam
Message-ID: <87bed0c0-4cbe-357e-2caa-85a8b87a9...@gmail.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Hi Barry,
Good tip, especially since it is headless. Thanks.
Yes, RPi4b 4Gb except one with 8Gb that was intended to be desktop,
eventually.
Running 3 cameras at 640x480x15 doesn't run the cpu very hard, one (of
6) motion thread stays below 60% while not recording, rendering video.
Memory usage shows 133M/7.27G in htop, and motion threads show Virtual
usage at 329M. So I didn't think altering the gpu/arm would matter and
left it alone at 512M.
Back to the 4Gb RPi4, only 1 camera, 94.4M/3.69G and 241M, I would
expect 3x cameras would be 3x memory, but... nope?
Stewart
Barry Martin wrote:
> If it's a Raspberry Pi 4 keep the GPU_Mem _low_ -- to me
> counter-intuitive when have a video problem but read that over in the
> Raspberry Pi forums.? I have an RPi 4 (4 GB version) with two USB
> cameras and it is configured to 128 MB and I could probably go with
> less.? Higher memory caused all sorts of issues, possibly because I
> was 'starving' the ARM.? Appears there is 1 GB shared between the two
> and what one uses the other can't.
>
> ??? pi@raspberrypi:~ $ vcgencmd get_mem gpu
> ??? gpu=128M
> ??? pi@raspberrypi:~ $ vcgencmd get_mem arm
> ??? arm=896M
>
>
------------------------------
Message: 2
Date: Fri, 30 Jul 2021 08:27:29 -0700
From: S Andreason <sandrea...@gmail.com>
To: Motion-user <motion-user@lists.sourceforge.net>
Subject: Re: [Motion-user] latest git fails to open netcam
Message-ID: <0beb3c6f-cf36-e220-6c0d-c2ca64e9c...@gmail.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Hi Dave,
I've had some interesting results you might be interested in.
Booted up this morning, and watched it closely.
Very unusual double green screen in startup video as initial lag at 7
seconds, becomes 1 second at end.
0550.47 startup-green, 7sec-lag-video 05:50.40
0550.50 motion-detect? jump, B-frames-over-green,
0550.51 video I-frame now 1 sec-lag
hhmm.ss? Recv-Q :port# Seconds (lag in snapshot every 60 sec.)
0556.04??? 7320 :45632?? 1
0606.21 2598501 :45632? 7
?Edit capture_rate=16 in webcontrol in browser, without restarting program.
0607.23??????????????? port reset triggered motion recording with green
screen,
?Have video if interested.
0608.37? 843428 :45634
0611.42 2498757 :45634
0612.00 2616961 :45634 30
?Double check camera clock is within 1 second. yes. Yes it is.
0613.43 2603429 :45634
?Set capture rate to =17
0614.00??????????????? 33? stream in snapshot says at 0613.27
0615.00 1678376 :45636 15
0616.00?????? 0 :45638 29? resets with new port#
0617.00 2257776 :45638 18
0618.00? 180472 :45640? 4
0619.00? 697768 :45640? 7
0620.00? 884408 :45640 10
0621.18 2520217 :45640 18
?See pattern, waiting packets grows until new port# kicks back to start
of stream.
0622.17?? null????? rtsp connection gone from list $ ss -t
0622.23?? null????? still not reconnected
0622.41? 204688 :45642
0623??????????????????? 5 sec. Not starting at 1 or has drifted already.
0624.02? 698140 :45642 15
0625.12? 968200 :45642? 5
0626.03 2278012 :45642 19
0626.45 2561981 :45642
0627.01 2522612 :45642 27
0627.26?? null
0627.35?? 99348 :45644
0628.00? 444672 :45644? 5
0629.29? 969940 :45644? 8
0630.00 1501392 :45644 13
0631.00 2481737 :45644 29
0631.25?? null
0631.43?? null
0631.48?? 68916 :45646
0632.05? 353264 :45646? 3
--- repeats until something different happened ---
0645.50?? null
0645.59?? 11156 :45652
0646.00???????????????? 3? motion triggered video, but see nothing
except # of pixels indicates whole frame changed with port reconnection.
No green screen this time.
0647.00??????????????? 12
0647.40? 827424 :45652
?Doubting capture_rate has any effect without restarting program. But
it is resetting the port often. So... unsure?
$ vcgencmd get_mem gpu
gpu=512M
Edit config.txt and reboot
$ vcgencmd get_mem arm
arm=896M
0654.24? 57916 :52654
0655.00?? 4392 :52654? 1
0656.06????? 0 :52654? 1
0657.00????? 0 :52654? 1
0658.07?? 4392 :52654? 1
0659.00????? 0 :52654? 2
0700.23????? 0 :52654? 2
0701.22????? 0 :52654? 2
0729.10?? 4780 :52654? 2
--- 1 hour later ---
0823.01????? 0 :52654? 2
?Still good.
So either editing the arm/gpu memory did the trick, or rebooting so that
capture_rate took effect.
I noticed log_level does not take effect without restarting.
Will have to test capture_rate further to see if it was or not. Set back
to 16 tomorrow.
Stewart
MrDave wrote:
> On your problem lagging camera, I've have one of those too.? I don't
> run on Pi's anymore so some of the solutions may not work on that
> platform.? The items that helped me.
>
> 3.? With the latest version, you now have the option 'capture_rate' in
> netcam_params which allows you to specify how fast pictures should be
> captured from the camera.? The higher the number, the higher the CPU
> load but also the more frequent the clearing of the pictures from the
> decoder (and therefore lower latency)
>
------------------------------
Message: 3
Date: Fri, 30 Jul 2021 12:11:38 -0500
From: David Powell <da...@depowell.com>
To: Motion discussion list <motion-user@lists.sourceforge.net>
Subject: Re: [Motion-user] latest git fails to open netcam
Message-ID:
<17af8666510.279e.ce3d8395e0ae66063e5e142696dac...@depowell.com>
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
FYI, I had a problem with my Pi 4B (4 GB) where it would occasionally lose
its USB ports. Apparently there's a bug on that particular model that
causes that to happen. Curiously, the fix was to modify config.txt
(https://www.raspberrypi.org/documentation/configuration/config-txt/memory.md)
to tell it that it only has 3 GB of memory. Now my external HDD stays
connected, but I have only 3 gigs of memory.
David
On July 30, 2021 10:26:16 AM S Andreason <sandrea...@gmail.com> wrote:
> Hi Barry,
>
> Good tip, especially since it is headless. Thanks.
> Yes, RPi4b 4Gb except one with 8Gb that was intended to be desktop,
> eventually.
> Running 3 cameras at 640x480x15 doesn't run the cpu very hard, one (of
> 6) motion thread stays below 60% while not recording, rendering video.
> Memory usage shows 133M/7.27G in htop, and motion threads show Virtual
> usage at 329M. So I didn't think altering the gpu/arm would matter and
> left it alone at 512M.
>
> Back to the 4Gb RPi4, only 1 camera, 94.4M/3.69G and 241M, I would
> expect 3x cameras would be 3x memory, but... nope?
>
> Stewart
>
> Barry Martin wrote:
>> If it's a Raspberry Pi 4 keep the GPU_Mem _low_ -- to me
>> counter-intuitive when have a video problem but read that over in the
>> Raspberry Pi forums. I have an RPi 4 (4 GB version) with two USB
>> cameras and it is configured to 128 MB and I could probably go with
>> less. Higher memory caused all sorts of issues, possibly because I
>> was 'starving' the ARM. Appears there is 1 GB shared between the two
>> and what one uses the other can't.
>>
>> pi@raspberrypi:~ $ vcgencmd get_mem gpu
>> gpu=128M
>> pi@raspberrypi:~ $ vcgencmd get_mem arm
>> arm=896M
>>
>>
>
>
>
> _______________________________________________
> 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...
------------------------------
------------------------------
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 181, Issue 20
********************************************
