|
From: Barry M. <bar...@gm...> - 2021-05-23 22:43:21
|
Hi Mark!
Update – probably bad form not to wait for a reply so I apologize for
that but followed through on some of my considerations from the earlier
post.
Verified I had been using two different versions of Motion; listed on
the IP_addr:8080 webpage – of course I look at the individual cameras
pages where I get full screen and so don’t see.Eventually found /motion
-h/ displays the version also. So, the RPi with the two glitching
cameras I’ve been playing with is version 4.1.1 and a different RPi with
one camera and AFAIK never glitches is version 4.3.2. Is this the “It’s
this!” we’ve been looking for??!!
<modify-test-correct typo-retest> Nope, not the cure. I don’t think even
made any difference. Good news is at least I’m using the current version
of Motion now.
I’m starting to think the problem is with the cameras. Right now not
sure how to test in a live scenario – getting to the window where the
current cameras are isn’t all that easy. It seems the glitching problem
is worse with a bright day, though also occurs when overcast, just to a
lesser degree Might be able to rig a test out a different window but
requires two, maybe three USB extensions (that could give a garbage
signal!)…. Powered hub partway?…. (I’m sort of typing to myself to get
ideas.)
I tried to do a bit of investigation with the vendor:model number from
lsusb:
32e4:9422 Both cameras of the RPi with the glitching.
SV-USBFHD06H-BL36 (SVPRO Brand), which appears to be the same as the
ELP ELP-USBFHD06H-BL36.
32e4:9320 ELP-USB130W01MT-BL21 – camera has no glitching; this RPi
had the newer Motion version and so I cloned from this unit to the
one that glitches.
I couldn’t find these codes when I went to https://usb-ids.gowdy.us
<https://usb-ids.gowdy.us/> and that’s the only site I know of.
OK, ‘nuff for now.
Barry
|