Reolink POE Network Cameras

[JohnW]

Hello,

Does anyone have any experience of using the subject cameras ( RLC420 5MP) on Motioneye OS, please?

I am running an RPi 3 B with software as in the image below:-

I  am having intermittent issues with viewing the image via the direct Ip access on my local network ( IE the test set up is in the same physical location on the same network as the device I sm using to view via Chrome)

I have the camera set up as a network camera, via RTSP.

There are times when the display will be fine, but then with no warning, it will turn all Green or some other combination of unrecognizable vertical lines, this issue happens on another camera i have same manufacturer and type. 

Initially, I had the camera connected via the network via 802, and the RPi with wireless, I have now changed the RPi to 802 also but with no real change.

Movie Pass through is enabled. but does not appear to make any difference to the issue.

One other thing i have noticed is a time lag of approx 8 seconds between Motion in the "camera view"  and that being displayed on my MAC/Chrome ??

Any suggestions very welcome

Thanks

JOHNW

[JohnW]

One other point I forgot to mention, there is a manufacturer app that runs on my MAC it uses the PNP port 9000 to communicate with the camera, and that seems to work fine,

but the app is no good for my total requirements hence the use of MotioneyeOS

Thx

JohnW

[Kevin Shumaker]

There are known issues with the version of motion & ffmpeg in version 20200606. The suggested improvement is to back up to 20190911 or install the dev20201026 version available here:

https://github.com/ccrisan/motioneyeos/releases

--

Thanks

Kevin Shumaker

Personal Tech Support

N38° 19' 56.52"
W85° 45' 8.56"

Semper Gumby
“Don't tell people how to do things. Tell them what to do and let them surprise you with their results.” - G.S. Patton, Gen. USA
Ethics are what we do when no one else is looking.
Quis custodiet ipsos custodes?

“There is no end to the good you can do if you don’t care who gets the credit.” - C Powell

You know we're sitting on four million pounds of fuel, one nuclear weapon and a thing that has 270,000 moving parts built by the lowest bidder. Makes you feel good, doesn't it?

[JohnW]

Kevin,

Apologies, I should have remembered you made a comment about that issue on my last thread....

I have now loaded up the software test version you recommended and I will see how things develop...

Thank You

JohnW

[JohnW]

OK, 

Using version 20201026, appears to be more reliable with regard to the general video viewing. However, I still have the following issues viewing single RTSP camera stream when viewing via Video Streaming ip and port, and also viewing via the Admin screen, please note the camera set up is local on my inhouse network, there is no wifi in use at this time for the RPI or Camera stream, my browser is Chrome and i am on a MAC OSX system.

The issues are:-

1. Video clock included in video stream shows at least 15 to 30 secs behind real-time clock of the camera
2. The video stream appears to be in "Slow Motion"

Using the REO Application to display the Video it appears all OK, but that uses a P2P protocol i believe.

I have about 6% of a 16GB SD space free. 

Thanks for our assistance

JohnW

[Kevin Shumaker]

You are modifying a high data rate stream with an SBC. Comparing it to an Apple Mac connected direct to the camera with no modifications is not in the same class.

Also can you try with FireFox or Safari? Chrome also has issues.

--
You received this message because you are subscribed to the Google Groups "motioneye" group.
To unsubscribe from this group and stop receiving emails from it, send an email to motioneye+...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/motioneye/6fd75c94-7477-44ee-8532-317ea5fbb90dn%40googlegroups.com.

[JohnW]

Hello,

The connection from the MAC OSX system via the Reo App is via the external internet and all the delay that causes?? not sure how that compares with  the connection from the MAC via the internal 802 networks directly to the RPi via the inhouse network

So how do you look at real-time video via a browser window on a PC or MAC and get realistic video performance when using MotionEyeOS? or have i missed something...?

Chrome and Firefox no visible difference in performance.... with this specific issue.

Thanks

JohnW

[Kevin Shumaker]

On my production hub (model name Intel(R) Core(TM) i3-4130T CPU @ 2.90GHz) Lenovo TinyPC,

I have currently 5 cameras,

1 USB2 Tiga Generic Dashcam (v4l2),

3 d-Link 5020-L (Network Cameras w/mjpeg feed)

and a FosCam using the rtsp: feed.

I get an average of 10-20 fps per camera, but the recordings are avg 5-10 fps, and they are all set to Movie Pass Through ON

On the Pis, I'm lucky to get 5-10 fps streaming and 3-5 fps recording. Same cameras, same settings. (I have a spare USB dashcam for testing)

On Mon, Nov 2, 2020 at 1:33 PM JohnW <ejw...@gmail.com> wrote:

Hello,

The connection from the MAC OSX system via the Reo App is via the external internet and all the delay that causes?? not sure how that compares with  the connection from the MAC via the internal 802 networks directly to the RPi via the inhouse network

So how do you look at real-time video via a browser window on a PC or MAC and get realistic video performance when using MotionEyeOS? or have i missed something...?

Chrome and Firefox no visible difference in performance.... with this specific issue.

Thanks

JohnW

[Kevin Shumaker]

I also have a few PiZeroWs with PiCams (mmal) that I test with, a couple each of Pi 1s, Pi2s, too many to Count Pi3B & 3B+s, and currently a Pi4-4GB & Pi4-8GB not being used in production items.

I have several flavors of Linux in VMs on a VirtualBox server for testing other environments & OS setups, now including Docker issues. I am in the process of fixing some of the motionEye and motionEyeOS github Wikis.

I try to re-create users issues and environments to give them the best answer I can.

--

Thanks

Kevin Shumaker

Personal Tech Support

N38° 19' 56.52"
W85° 45' 8.56"

Semper Gumby
“Don't tell people how to do things. Tell them what to do and let them surprise you with their results.” - G.S. Patton, Gen. USA
Ethics are what we do when no one else is looking.
Quis custodiet ipsos custodes?

“There is no end to the good you can do if you don’t care who gets the credit.” - C Powell

You know we're sitting on four million pounds of fuel, one nuclear weapon and a thing that has 270,000 moving parts built by the lowest bidder. Makes you feel good, doesn't it?

[JohnW]

OK,

So simply to rely on an RPi configuration even RPi 4 with anything as simple as a 1 or 2 camera system you cannot expect reasonable Video streaming capabilities.

Yes, Motion detection with image and/or Video capture may work but as far as Video streaming..... not a good bet, or again have I missed something?

Apologies if I am asking the simple questions but I am trying to understand what it is I am working with.... ??

Thanks

JohnW

[Kevin Shumaker]

Your definition of 'reasonable' may not match mine. I find the setups more than adequate.

MotionEye is a good, really cheap replacement / extra for something like a multi-cam DVR costing several hundreds of US dollars with certain limitations.

Video streaming as a PiZeroW with PiCam set to Fast Network Camera works well, but doesn't record.

You can optimize for any function, but at the end of the day, you are not going to get the same results as a dedicated DVR/Camera system with streaming.

BTW, if you can stream from the ReoLink to the Pi, you can usually use the Browser or VLC to view that stream (rtsp://) there, too, bypassing the PI.

--

You received this message because you are subscribed to the Google Groups "motioneye" group.
To unsubscribe from this group and stop receiving emails from it, send an email to motioneye+...@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msgid/motioneye/2efcfd19-3332-4350-b4d4-22b282664729n%40googlegroups.com.

[JohnW]

Hello,

Thanks for the response, from my perspective can I try to close this thread in some form of meaningful way? 

1. Are there any "benchmark" type docs around that give people some idea of summary capabilities of using Motioneye on RPi for example?
2. If I were to convert one of my older macs. like a MAC Pro, for example,( which is still sitting around collecting dust much to my wife frustration) can I load a version of Linux and run Motioneye on that and are there any guidelines on how to get that working?
3. Similarly to 2. above if I were to run a VM on one of the MAcs how would this be best achieved? I use Parallels and Crossover

Thank you for your continued support.

JohnW

[Kevin Shumaker]

1. No, but we are all willing to allow someone to do so. I focus on Pi's and VMs support, both motionEyeOS and motionEye, but do not see the current benefit since everyone's setup is different, especially with Cameras.

2. I have a 2009 era iMac all in one sitting here. 3GHz Core 2 Duo, 4GB RAM.running High Sierra. It is capable of running many other flavors of Linux and there are amy sites and YouTube videos on how to install.

     Ditto for running a VM on Mac. Once you decide which way you want to go, (Base Host or VM) there are instructions here

     https://github.com/ccrisan/motioneye/wiki/Installation

     to install motion/motionEye on those environments. I don't currently, but that's because I have a dedicated Ryzen Ubuntu VirtualBox Server with 32GB RAM and 10 TB storage, with 5 1GB Ethernet connections..

3. I found many sets of instructions for installing Parallels and Ubuntu in a quick Google search: Ditto for Crossover & Ubuntu.

     https://www.google.com/search?client=firefox-b-1-d&q=Run+Ubuntu+on+Parallels

     I cannot make suggestions along those lines, my iMac's purpose is to support other things on Mac.

     I do know there are instructions for VirtualBox on Mac on Intel (like mine) and Docker, too.

[JohnW]

Thank You 

[Danno]

I'm late to this thread but I have experienced similar behavior that JohnW has described with a ReoLink RLC-511W.  I have two USB cameras connected directly to a Pi3B running Picam (motionEye Version 0.42.1, Motion Version 4.2.2+gitUNKNOWN, OS Version motionEyeOS 20200606).  The ReoLink is connected via RST.  There is some minor delay (a few seconds) when viewing the USB cameras but there is a major delay on the stream from the ReoLink.  I have not measured any of the delays with a stopwatch but I'd say the ReoLink is at least 10 seconds delayed.  The image occasionally shows color banding or a black bar and sometimes looks like the scan lines are off.  None of this behavior is seen when running the ReoLink app on a desktop computer on the same network or using the phone app.

I was originally running this camera on Wi-Fi and the signal strength was low.  As I was also experiencing disconnects, I thought maybe this was contributing to the problem so I hardwired it.  The disconnects stopped but the occasional image quality problems still crop up and the delay is just as bad as ever.  At this point I am attributing it to the Pi having to process the stream.  CPU load is 51% with the ARM running full speed (1200 MHz).  I am going to add another ReoLink camera (different model but also hardwired) and it will be interesting to see how that affects the system.

Danno

[JohnW]

Ok, I have installed Ubuntu on a VM on one of my MAcs 

However, can anyone tell me where the correct install instruction are please? as the ubuntu instructions are not available at the following location

https://github.com/ccrisan/motioneye/wiki/Installation

Thank You

JohnW

[Kevin Shumaker]

Your issues with the color and black banding is probably related to issues with ffmpeg in the 2020 release versions. Try downgrading to 20190911 or upgrading to the dev20201026 versions. The dev version I've found works better with rtsp feeds... YMMV

--
You received this message because you are subscribed to the Google Groups "motioneye" group.
To unsubscribe from this group and stop receiving emails from it, send an email to motioneye+...@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msgid/motioneye/34f854ad-6850-4b8b-91ee-129342048e22n%40googlegroups.com.

[StarbaseSSD]

Thanks for catching that. I fixed the link. It was working in the right-hand side block, but the main page link was broken.

Again, thanks for catching it.

[JohnW]

Your welcome... ( at least I made a positive contribtuion !)

JohnW

[JohnW]

Problems getting past step 3 on the Motioneye installation  on Ubuntu

when i try to paste the following into terminal:-

apt-get install python2 curl https://bootstrap.pypa.io/get-pip.py --output get-pip.py python2 get-pip.py

I get the following as in the image below

And when i respond Y the next line is Abort????

What am i doing wrong?? my Knowledge of Linux is very limited sorry....

JohnW

[StarbaseSSD]

These are multiple lines, not a single line:

apt-get install python2 [enter]

curl https://bootstrap.pypa.io/get-pip.py --output get-pip.py [enter]

python2 get-pip.py [enter]

You can't do a simple copy/paste as the group of lines. It sees the curl line as the answer to the question Do you want to install python2. I will mod it to be more clear.

[StarbaseSSD]

Fixed. Thanks again.

[JohnW]

Ok, apologies ahead of this but what now I cannot see motion eye anywhere, I search and it cannot find it.

There is no evidence that motion eye server is running? I seemed to remember that it should be accessible via the browser with the IP of the machine and a special port but I cannot find that document now.

Have I screwed up again?

JohnW

[Kevin Shumaker]

http//[ip_address]:8765

--
You received this message because you are subscribed to the Google Groups "motioneye" group.
To unsubscribe from this group and stop receiving emails from it, send an email to motioneye+...@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msgid/motioneye/515cffbb-6020-4a00-9c92-b4402fb471e5n%40googlegroups.com.

[JohnW]

Hello,

A couple of points first things is I have motioneye working(sort off) on VM on current MAC Mini : there are a few issues i would like to report here, they are:-

 fist of all the software I am running is as in the following image:-

The dealy in the "streaming" video i had via the RPi appears to be identical to what I am still getting on this configuration?

I am also getting a lot more video "distortion" on this set up ie the video or part of it at times has a series of vertical lines within the video making part of the display unusable?

On the setup side of things, I am not expert but it would appear that the instruction as in the image below may not be working as you wish:-

I could not access the URL via Firefox on the VM to work, netstat indicated that port 8765 was used by Python2 for Listening.

So as an experiment I started motioneye via the terminal, and then the URL access fired up... so not sure what that is all about ???

Thanks

JohnW

[Kevin Shumaker]

I have a feeling that the cp command didn't run correctly.

If not already running as su (sudo -i) add sudo  before the line cp /usr/local/share/motioneye/extra/motioneye.systemd-unit-local /etc/systemd/system/motioneye.service

To view this discussion on the web visit https://groups.google.com/d/msgid/motioneye/32b7ec6c-f706-4913-967c-90b1f1dbd1a3n%40googlegroups.com.

[JohnW]

Hello,

In regard to the issue of not being able to connect to the Motioneye server,  that is solved it appears to be finger trouble at my end in that i decided to close down the VM and start over and the server became reachable... so everything in your script worked fine. thanks.

The issue in relation to the video delays as before using RPi is interesting. I made contact with Parallels support (VM Provider) to see how I could access the private IP assigned to the VM via external browsers, they recommended that I change the Network config within the VM to enable it to get a direct IP from the router through the normal DHCP method.

Bingo.  now when i access the server and look at the video stream there are NO delays.... so progress.

THANK YOU

JohnW

[JohnW]

Sorry about this but my video delay is back?? why?? how??

Really confusing...

JohnW

[Kevin Shumaker]

If the delay is on the ReoLink using rtsp, everyone is reporting some delay to all rtsp, for the amount of data and needed processing, it's almost the nature of the beast. On my FosCam (also rtsp), it's recording correctly, though, so I am not concerned.

To view this discussion on the web visit https://groups.google.com/d/msgid/motioneye/a3f3f976-2f08-4429-ad2e-56737297d4aan%40googlegroups.com.

[JohnW]

Hello,

In regard to this issue, I am working with the camera manufacturer and I have now been advised to use TCP protocol only.... can you advise where and how I set this, please?

Thanks

JohnW

[Kevin Shumaker]

You can try here:

https://www.ispyconnect.com/man.aspx?n=Reolink

get the rtmp: link.

take out the username & password part and just use the

rtmp://[ip_address]:(the rest of it)

If you click in the rtmp box, a URL generator pops up...

To view this discussion on the web visit https://groups.google.com/d/msgid/motioneye/b10f56b5-6409-4e22-8c5f-bb2e4fd511f7n%40googlegroups.com.

[JohnW]

Kevin,

Thank You for this, however, I have the RTSP URL working but the issue appears to be that at present the protocol used is UDP and the manufacturer is stating that it would be better in TCP.

They have given me the impression that the TCP protocol can be set by changing the motion.config or camera.config file..... is this correct, please?

JohnW

[Kevin Shumaker]

When I set up my FosCam rtsp camera, I get an option (under username & password) of 'Camera', and if I click the dropdown, it offers rtsp/tcp
as an option. What does it offer you?

You received this message because you are subscribed to a topic in the Google Groups "motioneye" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/motioneye/lH8mOcxUZ5Y/unsubscribe.
To unsubscribe from this group and all its topics, send an email to motioneye+...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/motioneye/11b32c56-3142-486a-a6f7-e12de87a0da8n%40googlegroups.com.

[JohnW]

Kevin,

When i select Network Camera, and i insert the RTSP URL i then get   RTSP/TCP Network Camera and no dropdown, which is interesting as I had not noted that before..... when I complete the User and Password the Camera type changes to Network Camera..... no mention of RTSP/TCP

The manufacturer support clearly suggested to me that UDP protocol is being selected, so not sure how they know that unless they are monitoring the link, which they could be...

However, they also suggested that because of a missing line in the motion.conf file specifying TCP that UDP would be selected by default.... all of this is above my pay grade at present as i am still very much a beginner when it comes to the details of Linux systems etc..

Thanks

JohnW

[Kevin Shumaker]

In Video Device (after camera is set up, in Extra Motion Options, type in

rtsp_uses_tcp on

click Apply at the top, then reboot, and let me know if that changes anything.

To view this discussion on the web visit https://groups.google.com/d/msgid/motioneye/4d2a2007-10c7-4ab9-b89e-6be500a921d8n%40googlegroups.com.

[JohnW]

Kevin,

Hi the current setup i am using is with Motioneye on Ubuntu,  i inserted the (rtsp_uses_tcp on) into the Extra Motion Options field and after a restart of ubuntu, the additions were missing from the Extra Motion Field ...

I will revert to my Rpi set up and retry and see what happens when i can reboot the Rpi

JohnW

[JohnW]

OK, I have tried the recommended addition to the Extra Motion Options and then rebooted the RPi, and after the reboot the Extra Motion Action field still has the additional parameters, whihc is progress compared to the restart when using Motioneye on Ubuntu.

However, my issues in regard to missing frames are still unresolved.... 

So will report back to the Manufacturere.

Thanks for your help with this 

JohnW

[Kevin Shumaker]

Let us know...

To view this discussion on the web visit https://groups.google.com/d/msgid/motioneye/3d8a36cb-7568-4024-8772-624300c18c19n%40googlegroups.com.

[JohnW]

Kevin,

Not sure if you can assist me now with this latest request.

The manufacturer's support has recommended that I make changes to some a src file, recompile and then try again, then reload and try again to resolve this issue of the missing frames when using RTSP protocol.

Firstly, i am currently using motioneye on Ubuntu on my virtual machine, but my target is to go back to the RPi environment, and i am not at all clear if these changes will easily trasfer between the two environments... that is the poor level of my understanding of the code within Linux

The src file concerned is netcam_rtsp.c

There are three lines of code to add, they are :-

av_dict_set(&rtsp_data->opts, "buffer_size", "1024000", 0);
av_dict_set(&rtsp_data->opts, "max_delay", "500000", 0);
av_dict_set(&rtsp_data->opts, "rtsp_transport", "tcp", 0); 

And they need to be inserted after the following line.

netcam_rtsp_set_options(rtsp_data);

Of course, there may be another way to add these changes, i will be guided by you.

If I can make a donation to the support I would gladly do so but I am unaware of how to do this?

Thank You.

JohnW

[Kevin Shumaker]

I will leave this here for @jasaw and @ccrisan to check out.

On Tue, Dec 8, 2020 at 5:20 AM JohnW <ejw...@gmail.com> wrote:

Kevin,

[JohnW]

Kevin,

Thank You

[JohnW]

Kevin,

Is there any way of finding out if there has been any progress on this item, please?

Thanks

JohnW

[Kevin Shumaker]

If you wanted to compile, you could do so with either the x86/Debian/Ubuntu environment or with the ARM/Raspberry Pi OS environment or even cross-compile on the x86 to ARM.

I have never been successful in compiling the motionEyeOS environment, personally but some have.

I haven't heard from @jasaw or @ccrisan but it hasn't been even a week, yet, and I know they have real jobs and real lives and may not have had any time to look at hte consequences or advantages of adding such changes, especially if it only affects ReoLink cameras and their implementation of  rtsp. Since my FosCam rtsp feed works currently, if those changes were made, would it break mine?

--
You received this message because you are subscribed to the Google Groups "motioneye" group.
To unsubscribe from this group and stop receiving emails from it, send an email to motioneye+...@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msgid/motioneye/b5d7c074-15f0-4e45-abb9-0b8385a6251dn%40googlegroups.com.

[John WIlliams]

Kevin,

Thanks and Noted....

--

Thanks & Regards
John Williams
+447748334000

Kevin Shumaker

13 December 2020 at 12:19

If you wanted to compile, you could do so with either the x86/Debian/Ubuntu environment or with the ARM/Raspberry Pi OS environment or even cross-compile on the x86 to ARM.

I have never been successful in compiling the motionEyeOS environment, personally but some have.

I haven't heard from @jasaw or @ccrisan but it hasn't been even a week, yet, and I know they have real jobs and real lives and may not have had any time to look at hte consequences or advantages of adding such changes, especially if it only affects ReoLink cameras and their implementation of  rtsp. Since my FosCam rtsp feed works currently, if those changes were made, would it break mine?

--

Thanks

Kevin Shumaker

Personal Tech Support

N38° 19' 56.52"
W85° 45' 8.56"

Semper Gumby
“Don't tell people how to do things. Tell them what to do and let them surprise you with their results.” - G.S. Patton, Gen. USA
Ethics are what we do when no one else is looking.
Quis custodiet ipsos custodes?

“There is no end to the good you can do if you don’t care who gets the credit.” - C Powell

You know we're sitting on four million pounds of fuel, one nuclear weapon and a thing that has 270,000 moving parts built by the lowest bidder. Makes you feel good, doesn't it?

JohnW

13 December 2020 at 06:54

Kevin,

Is there any way of finding out if there has been any progress on this item, please?

Thanks

JohnW

--
You received this message because you are subscribed to a topic in the Google Groups "motioneye" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/motioneye/lH8mOcxUZ5Y/unsubscribe.
To unsubscribe from this group and all its topics, send an email to motioneye+...@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msgid/motioneye/b5d7c074-15f0-4e45-abb9-0b8385a6251dn%40googlegroups.com.

JohnW

8 December 2020 at 12:12

Kevin,

Thank You

--
You received this message because you are subscribed to a topic in the Google Groups "motioneye" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/motioneye/lH8mOcxUZ5Y/unsubscribe.
To unsubscribe from this group and all its topics, send an email to motioneye+...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/motioneye/46c3a74d-811f-4e51-8f83-bc82b666fe33n%40googlegroups.com.

Kevin Shumaker

8 December 2020 at 12:06

I will leave this here for @jasaw and @ccrisan to check out.

JohnW

8 December 2020 at 10:20

Kevin,

Not sure if you can assist me now with this latest request.

The manufacturer's support has recommended that I make changes to some a src file, recompile and then try again, then reload and try again to resolve this issue of the missing frames when using RTSP protocol.

Firstly, i am currently using motioneye on Ubuntu on my virtual machine, but my target is to go back to the RPi environment, and i am not at all clear if these changes will easily trasfer between the two environments... that is the poor level of my understanding of the code within Linux

The src file concerned is netcam_rtsp.c

There are three lines of code to add, they are :-

av_dict_set(&rtsp_data->opts, "buffer_size", "1024000", 0);
av_dict_set(&rtsp_data->opts, "max_delay", "500000", 0);
av_dict_set(&rtsp_data->opts, "rtsp_transport", "tcp", 0); 

And they need to be inserted after the following line.

netcam_rtsp_set_options(rtsp_data);

Of course, there may be another way to add these changes, i will be guided by you.

If I can make a donation to the support I would gladly do so but I am unaware of how to do this?

Thank You.

JohnW

--

You received this message because you are subscribed to a topic in the Google Groups "motioneye" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/motioneye/lH8mOcxUZ5Y/unsubscribe.
To unsubscribe from this group and all its topics, send an email to motioneye+...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/motioneye/aefefeab-ba37-41ad-8c90-cda8f67c6f2an%40googlegroups.com.

[secca...@gmail.com]

I got rid of the delays on my cameras by doing the following.  Log into the camera application (in your case the REO app) and go to the configuration section where it is indicating things like picture size, frame rate, etc that the camera is sending.  Then change/ validate that the camera is sending images using CBR (constant bit rate) and not VBR(variable bit rate).  Then also change the "I" frame rate or "Key" frame rate to some low number.    

This will increase bandwidth so there is a tradeoff...but what it does is allow Motioneye to more easily decode the images and the lag that occurs between real world and camera display should be minimized.

[JohnW]

Hello,

Thank You for this last suggestion... We are about to move house, so the priority is elsewhere currently but as soon as I get sorted I will try your recommendations and get back to you.

Thanks

JohnW

[JohnW]

Hello,

Ok got the chance to try and experiment with your suggestions but could not find the exact settings you referred to, please see the attached screen shots of the Basic and Advanced setting options within my REO camera app

Not sure if the apps are different but mine is on a MAC OSX system

thanks

JohnW