Significant Video issues with LaView cameras

Greetings all,

I have some significant video quality issues with my video system. I have two IP LaView cameras and a raspberry pi as a DVR, I also have a windows DVR that I am trying to phase out.

My setup is camera - 60ft cat5e - poe injector - switch - RPI. The RPI DVR is using Motion Eye and the Windows DVR is using ISpy. There is some packet loss (5%) on the cables as tested by JPerf, I know that I need to fix that but I can't get to that right now. I'm not sure what is causing that amount of loss but usually loss at that level on just cables is interference.

On to the problem. When I log into the webpage on the LaView camera I get perfect crystal clear video even when there is a lot of movement in the field of view. When I start ISpy, while no movement is occurring, the video is crystal clear. When movement begins the video quality drops horribly. Parts of the video remain unchanged and the parts that are changing are not in sync with real time. I have used VLC to connect to the cameras and the same results as with ISpy but the video quality is worse with movement. On the RPI watching the video with no movement is very clear. When movement occurs the area of change goes crazy. Sometimes with the RPI the video will get super grainy while there is no movement but if there is then it will clear up.

I believe this video quality issue is the result of the packet loss but I do not understand the level of quality issues. People could have a phaser fight in my front yard and I could watch it on the webpage with perfect quality, but not from the software... I don't get that, if the packet loss (5%) is so bad why is not the webpage ever affected?

I will attach a link with the example video below:

https://drive.google.com/file/d/0B4JSHhNONAZubU5TMUFPano2bms/view?usp=sharing

Here are my questions:

1 - has anyone else every used the LaView cameras?

2 - has anyone with LaView cameras had this problem?

3 - has anyone without LaView cameras had this problem?

4 - Does anyone else use MotionEye and get problems like this?

I know I need to fix the interference problem, but I cannot right now.

5 - Is there some kind of software fix?

6 - Could I use an intermediate box to fix the video then send it to the RPI?

I have tried to search the net for issues like this and I have not found anything relevant, but then maybe I am not searching for the right terms. I have tried configuring the DVR to use the "MainStream" and the "SubStream" but with the same results.

Can someone please provide some insight and/or help?

The webpage uses different protocols to transmit the video......fix your network..what are your camera settings?

I can't fix the network right now but 5% loss is not that sigbificant. here are my settings:

I can't fix the network right now but 5% loss is not that sigbificant. here are my settings:

 

[attachment=1]set1.png[/attachment]

 

[attachment=0]set2.png[/attachment]

Why dont you take the camera down and test it with a good cable...you may think 5% is insignificant, the camera might disagree. Laview is rebranded hikvision. You should not be having this problem...also what is your cpu consumption when testing in ispy?

What you are seeing is dropped frames....try increasing your iframe interval to 20. try setting to constant bitrate.

I'll have to take the camera down after work. I tried setting the Iframe to 20 and the video is still messed up. I also tried setting it to 50 and the video goes to a monotone green then after awhile it goes back to color. I set it back to 20. I set the bitrate to constant, no change. The CPU sits at 38 - 40 with peaks of 48%. Here are the stats from VLC:

Is it possible to just configure the camera to send stills at a frequency of 10 fps? If there are no updates then they would have whole frames and if one is lost then the effect would not be catastrophic. Is that possible? It sounds like you are familiar with the LaView/Hikvision.

I took the camera down and moved it to the central point and lost 15 frames in 30 minutes

I ran a cable tester on it and it reported that there was no cross talk and no noise. If that is the case how could there be cable loss?