MotionEye Corruption of streamed images

[Kiwi_Experimenter]

I am running MotionEyeOS to monitor two IP cameras via an RTSP stream. The streams keep showing corruption in the lower third of the image on both cameras. I have tried connecting via VLC to the camera RTSP stream directly, and it is not showing any corruption of the image.

This issue occurred with one camera as well as with two.

In the image included in this post, there is an example of the corruption shown, along with the RTSP direct feed to VLC.

I've tried running MotionEye on native Raspian as well as with the MotionEyeOS with the same result.

I'm running MotionEyeOS 20180401, which includes Motion 4.1.1, and MotionEye 0.39

The cameras are running at 15FPS, sending H264 stream.

MotionEye Video Stream is configured per the VideoFeed image

Has anyone seen, or experienced a similar problem, so have any suggested remedies to this issue.

Thank you in advance

[Kiwi_Experimenter]

Just a follow up 

I'm running a Raspberry Pi 3B, and I wonder if the following identified fix https://github.com/raspberrypi/firmware/issues/499 has been included in the MotionEyeOS build?

Thanks

[Calin Crisan]

Hi Kiwi_Experimenter,

motionEyeOS is relatively up to date with Raspbian, when it comes to kernel and firmware. Commits to rpi-firmware from 2016 are definitely present in all post-2016 motionEyeOS builds.

[Kiwi_Experimenter]

Thanks Calin,
I figured it probably was up to date, but thought I should check. Have you seen any similar instances of this stream corruption?

Cheers

[cro...@gmail.com]

I too am experiencing this issue as well on two cameras. 

[Richard Warner]

Hi,

I get the same issue... I have played with other apps and the issue seems only present if the Camera network buffer is low?

See this as an example from BlueIris that you can set on each camera (BlueIris is the bi-polar opposite to motioneyeos though, expensive and needs big hardware):

I can't work out if Motion allows the increase of this (can't see if in the config files), but it seems to make a substantial difference if anything on the network/hardware is less than 100%. I seem to come across this a lot on cheaper cameras.

Downside, I can imagine memory is one thing we're all short of on single-board appliances...

Regards,

Richard

[grumpy oldgit]

I also get  frequent corruption of RTSP streams from my Hikvision cameras, triggering unwanted motion detection.  This does seem to be a motion specific issue.

My Pi 3 has a very recent compiled version of FFMPEG as detailed here https://www.raspberrypi.org/forums/viewtopic.php?t=199775.

I suspect there is a problem in how motion decodes the incoming stream.