Posts made by Jose_320595376935068

I have just checked the recordings taken by my 510WA (firmware version v3.0.0.412_21063012) and I would say it seems to be working fine in this respect. For example, a recent picture sent by mail of a vehicle entering my property was timed at 16:29:50, while the video recording started at 16:29:28, when the vehicle still was beyond detection distance. Of course, although this is good enough for my needs, YMMV.

+1. This is a real need.

I got the same impression when I configured my 510A, but later I noticed that the predefined servers list also had a last 'Custom' option. Selecting that one I was then able to add my preferred NTP server. Of course, you have another model, so YMMV.

Hi, Cynthia, just to know... how many claims about a problem do you require to consider that solving it is worthwhile? Other users may not mention it for many reasons, in the first place because after seeing how you manage our feedback they may feel that complaining here is useless. If fact I wrote some weeks ago (topic/how-to-arrange-cameras/) about the need to fix those differences between apps and clients whithout even a response. If you really want to know and measure that interest, why not use an issue tracking tool, just as many other developers do?

In order to reduce false alarms, it's advised to combine the methods of setting up the proper sensitivity and defining proper motion detection areas on Reolink Client software.
[/quote]

Although tweaking sensitivity may do the trick in some situations it is not by no means a solution because it also affects distance and on time catching of real intrusions, so defeating the purpose of having a camera to detect them as soon as possible. The same is true for detection areas, of course very useful to mark where you don't want to get an alarm, but no at all to discern about what is causing it.

[quote quote=1458619]
Intensive motion like rain/snowflakes, insects attracted by IR lights, may also cause frequent alarms which may not have a good solution to it.

In this and previous threads you have already received an excellent idea to largely reduce this problem.

In my case, birds seem to be curious about my Argus 2 cameras with camouflage skins installed on the top of a tree. The Argus Eco sometimes show wasps, in daytime, or spiders, at night, but I wouldn't call it 'attack', really. In fact, a bit windy night is usually enough to remove spiderwebs. Also the pair of E1 Zoom I use indoors capture some flying bug (or a gecko foot over the lens), but all of these are not a problem because they trigger only a few alarms, moving shadows and branches blowing in windy days being far worse, but fortunately my 510A cameras have made a great difference at this respect. Even if at first they 'caught' some spiderwebs as 'vehicles' or 'persons', detection has improved quite a bit and now is pretty good to me. Anyway, actually my main problem with lenses is related to muddy rain, because dried droplets blur the image at night (not so during the day) but I'm not sure about the best cleaning method to avoid damaging them.

Mac 8.2.6 client version doesn't have it either.

Maybe this was obvious to everyone else, but it sure tripped me up.

No, you are not alone on this. At least since I have got my 510A I've been racking my brains with exactly the same issue, although in my case aiming for wild boars and foxes... and cats, of course. Thanks for pointing out what ”Any Motion” means.

They are different software.

Cynthia, as a former sysadmin and systems manager I know they are different applications. And maybe this is the problem, precisely: it should be a same application (taken as a same design concept and set of features) albeit developed and running in a variety of platforms, even if some of those features may be harder to obtain in a given development environment. But what doesn't make sense is to give a better user experience to users in a platform and not so good to others, or, worse yet, to give a different and more complete experience to a same user while using the app instead of the client. At least in the iOS vs Mac case there are important features lacking on the latter, as the already commented reordering function, or the bandwidth being consumed by a camera during the connection, useful for troubleshooting, or Time Lapse management, and some others. If one had to be chosen (and I am not saying it needs to be so), I would say it should even be the other way around, because no for nothing playing back or downloading, to say the least, is more at ease in a desktop computer.

We are sorry to tell you that the order of the cameras cannot be changed. If you need to change the order, the only way is to delete the camera and add them again one by one.

This is an often repeated request. Do you think deleting a bunch of cameras, ten in my case, and adding them again is THE way to do that, really? If the app does it, why not the clients?

You could at the very least allow for FTP transfer to a customer's own equipment in the same way you allow for emails to be sent. Whether the video is uploaded to your AWS bucket or a customer's own site should be no difference in power requirements.

I fully endorse that request. The usual 'to prevent battery drainage' mantra is a complete nonsense on this regard.

However I have just downloaded and tested that same 8.2.4 version for Mac and it still suffers from the same faults found in 8.2.0: a) Battery information is lost. b) Even if I'm live viewing one camera only, all the rest get and remain connected as well with the consequent and unnecesary drainage for battery-powered ones. c) Once opened 8.2.4 client, these faults "spread" to previously well-functioning versions and the only way to recover seems to be removing 8.2.4, opening a good one (i.e. 8.1.28), deleting all cameras from it and adding them again.

Even worse, the Mac client does not offer a way to reorder them (as the app does), so the only way to keep them well ordered is to delete all (not only the battery ones) and re-add them again in the proper order. This cumbersome process would be a bit more manageable if the client had at least a way to save and restore all configuration but this is another basic feature repeatedly requested but still missing.

Maybe you don't even need a full audio system, a little external Bluetooth driven, USB-powered speaker would be enough (i.e. look in Amazon for B08RRVWVGQ reference). My wife has one of these (not this, but another similar brand/model) and I can assure you that audio output is strong enough to get on your nerves.

Hi, Cynthia, if I'm right MacOS version for Mac client needs to be 10.10 at least. In fact my Mavericks was unable to run anything newer than 3.5.6.55.

A bug tracker for all those Reolink issues has been repeatedly requested by other users (and myself, because as a former system manager I'm aware of the advantages it would report), but without success so far. I don't know what risks they see in it.

The Mac client 8.2.0 has the same behavior: choosing a destination folder "Export" button becomes clickable, but clicking on it does nothing. After a bit of wheel spinning I get "Export successfully!" but there is no new file in the selected folder.


Anyway, the worst thing is that all battery status information is gone, both the little battery, charging and sun icons in the devices list and the former Battery section in Camera Settings. Moreover, now that information has suddenly disappeared even in previous versions (checked in 8.1.28. 8.1.25 and 8.0.5), where worked well before. This is a bad issue for us users of battery-powered cameras. Yes, it is still available in the app, but it makes no sense being forced to check the app only for that while using the desktop client.


Battery-info-8.1.png
Battery-info-8.2.png

The same in Mac Client 8.1.28: after clicking the frame by frame icon, there is no way to resume playing.

I don't know whether the problem is the same I wrote about in #1290430: from one day to the next all my configurations had disappeared, except the camera models. The names were changed to default "My device" and all settings and defined scenes were gone. And it is not the first time this has happened. In fact, it was for this reason that I opened my first Support ticket on past Sep 27, 2020, and since then it has been repeated several times for some or all of my cameras. If you have a client version still capable to import a configuration you are in luck, because an added problem in my case is that neither old or new Mac client versions can to do that (I discussed that issue in the same ticket, as well), so I am therefore obliged each time to delete those zombie cameras from the device list and add them again. The worst thing is that the solution is unseen in the horizon if FIVE MONTHS after my first ticket about it (I am sure that I am not alone with this problem) the response I get is "that is a known problem" and "[R&D team] will fix it in the future but now we don't have a proper solution for it". Very disappointing.

Cynthia, I'm sure you are very, very sorry for the inconvenience, but the reality is that telling Support about any serious issue is useless. Days ago I wrote about my cameras had suddenly disappeared from the app and were replaced with "My Device" ones (that is, inexplicably all configuration was lost). I told Support about it and all I got was "it is a known problem" and "R&D said they will fix it in the future" (!). Maybe related to this thread, last weekend I was unable to connect the cameras using the iOS app in a WiFi network, but at least I could use 4G or a Mac client. I told Support about this, but since then the situation has become worse because now the cameras are unreachable for any mean, 4G, iOS app or Mac client. Moreover, it occurs randomly: last night all worked fine again (for 4G at least), but this morning all is failing again, some cameras connect but not others, with no clear pattern. In the meantime the app now tells me that I can register the products (again?) to get the extended guarantee (!!). Last but no least, one camera seems to detect motion on time only in the right side of view field. Any person walking in the left area is "detected", so to speak, when his foot is already disappearing at the left margin of the picture. Support response? "It might be the normal performance of this camera" (!!!). A "half camera" I would say. So you are sorry, but I'm angry and disappointed because all the time wasted trying to get solutions or, at least, good answers to so many issues.

+1.

Sometimes I am stunned and astounded with some decisions taken by the engineering people in Reolink. Taking things a step further, any importing code could be so smart to read an old format or version, apply any usable settings, fill the remaining ones with the usual default values and inform user about this. But, in any case, having the possibility to backup and restore current configuration at least should be obligatory.