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: Recording Skip (Stewart Andreason)
   2. Re: Recording Skip (Barry Martin)
   3. Re: Recording Skip (Barry Martin)


----------------------------------------------------------------------

Message: 1
Date: Thu, 24 Apr 2025 08:05:41 -0700
From: Stewart Andreason <sandrea...@gmail.com>
To: Motion-user <Motion-user@lists.sourceforge.net>
Subject: Re: [Motion-user] Recording Skip
Message-ID: <c880f7e8-2040-425d-8132-3441b7778...@gmail.com>
Content-Type: text/plain; charset="utf-8"; Format="flowed"

I have seen that exact behavior several times. The pattern of when it 
occurred, is that a vehicle moved across the field of view, leaving a 10 
second trail of disruption until the pixels are unchanging long enough 
to End the event. Usually motion records the entire 10 seconds as 
changed pixels, but sometimes does not. Then this behavior is, in that 
10 second period if a second vehicle appears, it is not counted as a new 
change, and gets ignored.

That was during the motion v4.5.x time frame, and since I upgraded to 
4.6 in 2023-Nov, I can't say that I have seen it in a while. Since it is 
not repeatable predictably, I ignored it.

No wifi here, all copper, and top shows motion running. But it is 
running 3 cameras, not 1. Watching the cpu load at the exact time would 
be a challenge.

Stewart


On 4/12/25 08:05, Barry Martin wrote:
>
>
> ?Slightly? off-topic but involving my Motion cameras. Randomly the 
> recording will skip several seconds. There is motion going on, so 
> should record, but while the motion is occurring (and being recorded) 
> the video will skip several seconds: no grey, no pixelation, just as 
> if someone took scissors to the film (showing my age! <g>). Does not 
> occur constantly/consistently.
>
>
-------------- next part --------------
An HTML attachment was scrubbed...

------------------------------

Message: 2
Date: Thu, 24 Apr 2025 11:55:07 -0500
From: Barry Martin <barry3mar...@gmail.com>
To: motion-user@lists.sourceforge.net
Subject: Re: [Motion-user] Recording Skip
Message-ID: <902bfcc0-6b14-4066-a366-7ecb44a5b...@gmail.com>
Content-Type: text/plain; charset=UTF-8; format=flowed


Hi Stewart!

> I have seen that exact behavior several times. The pattern of when it 
> occurred, is that a vehicle moved across the field of view, leaving a 
> 10 second trail of disruption until the pixels are unchanging long 
> enough to End the event. Usually motion records the entire 10 seconds 
> as changed pixels, but sometimes does not. Then this behavior is, in 
> that 10 second period if a second vehicle appears, it is not counted 
> as a new change, and gets ignored.
>
Yes, I have seen that here also, I'm talking when a person is walking up 
the front walkway or across the field of view and they are suddenly 
10'/3m from where they were.? The walking motion is continuous and fast 
enough not to have Motion time-out.? The embedded timestamps also 
indicate the skip yet we haven't figured out the cause.? And of course 
it doesn't occur constantly but often enough.


> No wifi here, all copper, and top shows motion running. But it is 
> running 3 cameras, not 1. Watching the cpu load at the exact time 
> would be a challenge.
>
Just capturing the load on the CPU puts a load on the CPU! <g>? Here 
using WiFi admittedly is a convenience over running another Ethernet 
cable.? Most of the computers are hard-wired; the Motion cameras are not 
just because of physical location.? The signal strength seems to be more 
than sufficient -- not anywhere near borderline.? No noted RF 
Interference (QRM/QRN is Ham-talk, though I'm not one)....

Thanks for the suggestions!

Barry





------------------------------

Message: 3
Date: Thu, 24 Apr 2025 15:21:11 -0500
From: Barry Martin <barry3mar...@gmail.com>
To: motion-user@lists.sourceforge.net
Subject: Re: [Motion-user] Recording Skip
Message-ID: <0e45a2bc-77d2-4caf-820e-dadce4327...@gmail.com>
Content-Type: text/plain; charset=UTF-8; format=flowed


Gentlemen (and any ladie):

> No wifi here, all copper, and top shows motion running. 

Here's a question with a probably obvious answer but I'd rather ask and 
avoid 'letting the smoke out'.? Two of the three (current) Motion 
systems are Raspberry Pi 4's,USB cameras, using the 5G WiFi.? The two 
are side-by-side.? What I'm considering is switching them from WiFi to 
Ethernet.

Now here comes the part I'm uncertain of.? Can I use a PoE (extension) 
but (temporarily) still power the Pi's with their wall warts?? I do have 
a PoE Injector rated 802.3af/at and 54v, 30 and 60 W -- if 802.3at = 30W 
how double the output wattage??? Anyway, the injector powers a PoE 
extension with a couple of Pi's on it. I'm thinking of using the 
currently unused port on this extension to power a new PoE extension to 
eventually power the 2 Motion Pi's.

The key word in my question (though I might be running in to a power 
limit too) is can I plug the two Motion Pi's in to the PoE extension 
while still using the wall warts?? I know there are HATs to extract the 
power and data but I'd like to test is wired fixes the glitch problem 
before going to the extra expense.? The price of the PoE extension is 
fine for the test, just the PoE + HATs + new cases is getting up there.

Thanks!

Barry






------------------------------



------------------------------

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 221, Issue 4
*******************************************

Reply via email to