Posts made by joseph_1979

@davidandrewpowell81_526149738635440 I suggest you to roll back to 8.8.5 on the other pc and wait till they fix it. You are not the only one to encounter this issue. I cannot reproduce and so cannot delve through.

I saw some have drag the camera out of the liveview. Others have deleted and added cams.

In my opinion when upgrading to 64 bit client they should have done a clean up of the installed client and its data and then proceed with the fresh installation. The 64 bit client is using the same data of the 32 bit client.

@davidandrewpowell81_526149738635440 Another suggestion. Can you delete one camera from client and add it again please? None of the configuration is lost.

Versions 8.10.x are 64 bit clients.

@thornton_620874794598455 I told you to restore one first and then one by one if the first works. Always take note of what the settings were before restoring.

@user_667520826966038_667520826966038 E1 OD Pro is DC powered. The picture is crystal clear and never had any false alert since installed.

@thornton_620874794598455 So it works after restore?

@davidandrewpowell81_526149738635440 I am a customer like you and trying to help wherever possible. I have it installed on both Win 10 and 11 and don't have any of those mentioned by you and the other customer. But there are other issues which I have reported to support. I normally close tickets when our customers are satisfied with the solution/answer provided. Moreover I close tickets with international BIG suppliers if I am satisfied with the solution provided.

Presumably these issues didn't appear in your case when you were running the 8.8.5 (32bit client). So the difference is the environment. Are your Windows and MS C++ distributed packages updated?

I re-read your comment and I see that you are unable to connect to the cameras? Can you ping the cameras? Can you describe your setup? Are you using different VLANs?

@das-dos_208145718501556 No response!! So command is not reaching the camera as otherwise there is a response. Can you please send the command directly rather than executing the script? Can you ping the camera?

Try this simple cmd to get the time

curl -s -k -X POST -H "Content-Type : application/json" -d "[{\"cmd\":\"GetTime\",\"action\":1}]" "https://camera_IP/cgi-bin/api.cgi?user=USER&password=PASSWORD"

@davidandrewpowell81_526149738635440 Win 10 or Win 11?

@andré-figueiredo Unfortunately we haven't seen this implemented yet.

On this line we have requested
1. Separate detection and alarm trigger zones each of which has its own scheduler
2. In email and push notification, a separate schedule for each object type.
3. In sensitivity, a separste scheduler for each object type which allows user to change its value at least night and day.

@thornton_620874794598455 Do a restore on one of the cameras and check again. What is the model of your smartphone?

@bcloco_670093297197135 I presume the cams are connected via a switch to your server on which you are running the Windows client. When this happens go to the task manager and on performance tab check the receive bytes on the connected eth. If it is low then the camera are not sending the stream but I doubt this is the case.

As a test I would remove the recording and have the live view and see whether this occurs. I suggest you to start with low resolution and then repeat the test with the highest resolution. Leave hw acceleration off (you can permanently set it to FALSE in the usersettings file). Repeat the tests with recording on. I would also use an application to pink the cameras to ensure they are always reachable. There are myriads of such programs.

@das-dos_208145718501556 I replaced the '5' with '0'. Please insert your IP and credentials and try again. What is the error received? Ensure https is enabled. I tried the command on a non-patrolled PTZ camera and hereunder find the expected response. This is because parameter StartPatrol is not accepted on my camera.

@andreyrouk_670275300401177 Networks/Advanced/Server Settings

@andreyrouk_670275300401177 Enable RTSP and ONVIF and try again using VLC.

@das-dos_208145718501556 Try this without token and ensure https is enabled. None of my cameras have the patrol feature :(.

curl -s -k -X POST -H "Content-Type: application/json" -d "[{\"cmd\":\"PtzCtrl\",\"action\":0,\"param\":{\"channel\":0,\"op\":\"StartPatrol\",\"id\":0}}]" "https://192.168.1.X/cgi-bin/api.cgi?user=${username}&password=${passwd}"

@user_702496898662565_702496898662565 I suggest you to email Reolink support. They shall reply within 24 hours. I don't have any nvr and so I cannot help. First check this out https://support.reolink.com/hc/en-us/articles/10355774385945-Troubleshooting-for-RLN36/

@user_702445053329578_702445053329578 Issue can be the ISP bandwidth or the Radio Acceess network bandwidth (mobile which i do not think unless you are on 4G). I think the issue is your upload speed of 24Mbps. That's too low. 8MP camera may peak at 18Mbps. Recall that from camera side the upload bandwidth is important and from your smartphone the download speed. When you have the issue try to measure the UL speed either from pc or smartphone connected to your home network.

@myreolink_533265780207845 Exactly. But if you set any motion then it will be recorded and you will be annoyed if push notification is enabled on any motion too.

@user_694815223382207_694815223382207 Please proceed with the request. But you can select clear mode in playback and download the file in high def.

@user_702132770812051_702132770812051 So under AUDIO you have record audio enabled right? On the Android and Window client do you hear the audio while in live view? While in the live view click on the record icon and then check the audio in the recorded file.