Posts made by Crimp On_62210811129

Do not see an attachment?

Also interested in predicted time line. My RLC-510WA (ends with "A") camera does not support this feature.
Can someone please remind me how users learn of new firmware for cameras?
I see that the previous Support Center link to Firmware Updates no longer appears. (It was very handly to pull up that page and see, "Still no new firmware since April 7".) Should customers now bookmark the firmware page for each of their cameras and open those pages from time-to-time?

It was a good idea to test the camera before mounting it on the roof. The RLC-423 camera specifies a cable length of up to 330 ft. (100 Meters) I suspect there may be a flaw in the cable of the PoE injector. I would test the camera with a different cable (of any length). If that works, there is something wrong with the cable besides length.

If an ICMP packet does not arrive at an E1 camera, the camera cannot respond.
How can ICMP packets get to a Chromecast when they cannot get to an E1 camera?

Will Papertrail collect ICMP packets? That would be an ideal substitute for Wireshark.
The "fixed IP's" are done (a) by setting a Static IP on the camera, or (b) by entering the camera MACaddress into a router table so that it always assigned the same IP?

Dang. I wish I had a way to create multiple subnets. My WiFi router creates only one /24 subnet for all devices (wired, primary WiFi, Guest WiFi). Would love to capture packets on that 192.168.10.0/24 subnet and see if the E1 responds to those pings at all, or if it responds and they do not make it back to 192.168.1.0/24.

Since the E1 does not have a web interface, the goal is to monitor the E1 using the Windows or Mac client software?

I am pretty certain that RLC cameras accept connections from anywhere, so it seems strange that the E1's would be "different".

(Please forgive my ignorance. I got buried in the Unify user manual and made little progress.)
The Apple/Android phone being used to 'cast' to the Chromecast is on one WiFi SSID in a 192.168.1.0/24 subnet and the Chromecast is on a different WiFi SSID in a 192.168.10.0/24 subnet.

Can some OTHER device in the 192.168.1.0/24 subnet ping the Chromecast by the Chromecast IP?
i.e. a PC in 192.168.1.0/24 can ping the Chromecast on its 192.168.10.0/24 subnet IP address?

Could you give examples of other IoT devices that are easily accessible from different IP subnets?
I was not aware that the Ubiquiti Dream Machine could create different subnets. That is quite a step up from the normal residential router.

Trying as in
* Seeking a way to do it? or
* Trying to make the app work for them?

I have the Reolink app loaded on four different Android devices (two phones, two tablets). All four devices can view and play back from my seven cameras

If they install the Reolink 'app' (Android or Apple) and you tell them the UID, user name, and password to the camera they can use the app to live stream and do playback.
When you want them to stop, changing the user name/password will lock them out.

One can hope, but don't hold your breath or purchase cameras based on the expectation of a Linux Client any time soon.
There is always a chance that the current Client is based on software that has a Linux development platform. However, version 8.0.5 was out a YEAR ago (August, 2020). Up to version 8.3.1 now and no Linux client.

Send an email to support(at sign)reolink.com and ask for a link?

v8.3.1 appears to work for me as well. Perhaps it would be a good idea to remove the link to 8.3.0 from the web site and point to 8.3.1 instead.

Thanks for the warning. I will hold off on this version until someone answers you.
(also have moved the slider on Automatic Client Update, hoping that will prevent it from updating itself.)

If no one gets back to you, I can put 8.2.6 on DropBox.

Being a little OCD, I am not thrilled with the changing 'name' of the Reolink Client.
8/4/2020 Reolink Setup 8.0.5.exe
12/20/2020 Reolink_Client 8.1.24.exe
4/22/2021 Reolink Setup 8.2.6.exe
8/10/2021 ReolinkSetup830.exe

(The dates may be when I downloaded them rather than the creation dates. I personally prefer the spaces and periods)

Just noticed that my RLC-510WA camera does not record BEFORE motion begins, even though the slider for PreMotion Record is set (blue). I get a lot of recording of cars passing by where they are almost out of the frame at the very start of the recording. This was NOT the case with my older RLC cameras.

On my cameras, the Windows Client settings for Record have a slider at the top named "Overwrite". Mine is set to the right (blue) and my cameras write over the oldest recordings.

(duh) Sorry. I have some RLC-420-5MP which should be similar. From the picture, your camera is set to record Motion for every hour of the week. When you click on the Time button (Yellow) and then click in an hour square, the square will turn yellow and record constantly. If the square is Grey, then no recording for that hour.

Would help to know which model of camera this is. (Reolink sells so many different models)
Generally speaking, when you go into Playback mode, the camera shows what is on the SDCard, so climbing the ladder should product the same results.

When my Android Reolink client displays video, the bitrate displayed above the picture is in the range of 225kbps, which I believe is a result of the smartphone client defaulting to "Fluent" rather than "Clear". The bitrate for Clear with my 5MP cameras is about 8,000kbps. (16 times greater). My Spectrum cable internet has a download speed of 230mbs, but the upload speed appears to max out at 12mbs. (I envy people with gigabit fiber which seems to allow the same speed up as down.)

Depending on the network speed at the location where the cameras are, it might not be capable of pushing a Clear stream to the Reolink Windows client but have no problem feeding a Fluent stream to the iPhone app. This is one of those areas where the new Windows Client differs from the older client. The old client displayed the network bandwidth in the upper right of the screen and the new client does not show it (as far as I can determine).

My Windows Client 8.2.6 is set to "Clear", which uses tremendous bandwidth compared to "Fluent". If the upload bandwidth on the remote system is too small, this will cause issues with playback.

Since I am on the same network as my cameras, Clear is FAR superior.