That was fun (the example shots). So is it caused by dropped frames or the iframe interval (the missing hand)? I would give this to the cops anyway. You know who he is.
That last shot is a mess. It's like the shutter is really slow. The car seems to reinforce this. I don't see anything but a blur. So when I set the frame rate on the RLC-410/510/520, is it not that speed? If I'm at 10 fps in the main stream with CBR, I would think that the shutter speed would be no more than 0.1 seconds, and likely less. Yet this shot above seems to be much longer than this. Why is this?
Sorry to put you on this spot. Just trying to understand.
Not putting me on the spot, I can talk about this all day LOL.
So the first photo the guy was standing still but moving his arms, thus the missing hand. The next two samples, the whole body was moving, thus you see none of the body in image 2 and a barely there blur in image 3. How many perps will stand still and wave to the camera LOL.
So Reolink, and many consumer grade cameras and almost every cloud based camera, know that the naive consumer favors a bright static image, so the firmware is written to provide that. That comes at a cost of poor motion at night - the blur city and missing bodies of Reolinks LOL. The consumer grade cameras may "let" you change parameters, but the camera will override any setting that the user puts in that will darken the image too much.
These cameras let you "set" the parameters, but the camera will override any user settings the the camera believes are in error because those cameras algorithms are written to provide a nice, bright,
STATIC image over anything else. I have a cheaper camera that lets me "set" the shutter. If you set a shutter for 1/10,000 at night, the image should be pitch black. But nope, the image still looks nice and bright because the cheapo camera internally says "user error on the shutter speed" and makes it what it wants it to be for a nice bright image...
So the car and brick look great, but the person moving is a blur:
FPS and shutter speed are related, but really too different things as it comes to these cameras. You can have a camera set at 10FPS but have a shutter speed a 1/3 of a second or 1/2,000 of a second, and anywhere in between and beyond. So at 10 FPS, it means every .1 second it will pull a frame. But that frame could be any shutter speed - the shutter speed will not be 0.1s. It is the shutter speed that eliminates blur, not FPS.
Let's take a look at capturing plates at night. Whether you make the FPS 1FPS or 1,000 FPS, if the shutter isn't right, it won't get the plate. At night, we have to run a very fast shutter speed (1/2,000) and in B/W with IR and the image will be black. All you will see are head/tail lights and the plate. Some people can get away with color if they have enough street lights, but most of us cannot. Here is a representative sample of plates I get at night of vehicles traveling about 45MPH at 175 feet from my 2MP 5241-Z12E camera running 8 FPS:
So Reolink will brighten the image and how is that done, by slowing the shutter, regardless of what someone may set. It will up gain, brightness, and other parameters to give that great static image, but then motion is a blur. You cannot set a reolink to get the image above because it will favor a bright images as the firmware says "stupid user doesn't realize a shutter that fast will be a black image."
Blue Iris and Reolinks do not work well together (although some of the models will not allow the iframe and FPS to match), but the same principles applies for almost any low end consumer grade camera. It is just Reolinks is one of the more consumer end cameras people buy and come to this site as to why it is pointed out often about. I have a cheapo camera for overview purposes so it doesn't matter, but it exhibits this same behavior even though in the settings I can set an iframe...
This was a screenshot of a member here where they had set these cameras to 15FPS within the cameras (I suspect you will be missing motion that you do not know you are missing....):
Now look at they key - that is the iframes.
Blue Iris works best when the FPS and the iframes match. Now this is a ratio, so it should be a 1 if it matches the FPS. The iframes not matching (that you cannot fix or change with a reolink) is why they miss motion in
Blue Iris and why people have problems. This is mainly why people are having issues with these cameras and there are many threads showing the issues people have with this manufacturer and
Blue Iris. It is these same games that make the camera look great as a still image or video but turn to crap once motion is introduced.
The
Blue Iris developer has indicated that for best reliability, sub stream frame rate should be equal to the main stream frame rate and these cameras cannot do that and there is nothing you can do about that with these cameras... The iframe rates (something these cameras do not allow you to set) should equal the FPS, but at worse case be no more than double. This example shows the cameras going down to a keyrate of 0.25 means that the iframe rates are over 4 times the FPS and that is why motion detection is a disaster with these cameras and
Blue Iris...A value of 0.5 or less is considered insufficient to trust for motion triggers reliably...try to do DeepStack and it will be useless...
Compounding the matter even worse...motion detection is based on the substream and look at the substream FPS - they dropped down to below 6 FPS with an iframe/key rate of 0.25 - you will miss motion most of the time with that issue...and that doesn't even account for the other adjustments they will do like slow the shutter. A KEY of 0.25 means any object in and out of the field of view in under 4 seconds will be missed.
Blue Iris is great and works with probably more camera brands than most VMS programs, but there are brands that don't work well or not at all - Rings, Arlos, Nest, Some Zmodo cams use proprietary systems and cannot be used with
Blue Iris, and for a lot of people Reolink doesn't work well either.
Now compare above to mine and cameras that follow industry standards that allow you to actually set parameters and they don't manipulate them. You will see that my FPS match what I set in the camera, and the 1.00 key means the iframe matches: