gump74

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?

I found it on the support > firmware page. Search for 2xx2 and it will be on ne of the pages.

Greetings, I have the same camera and it works great with short cables and horribly with long cables that have small ammounts of loss 5%. I have tried to follow your link and it is no longer availible. I tried searching the hikvision support site and the model you referenced is not listed, there is on that is very close but it has audio. Can you tell me where I could get the file or maybe could I use the one you downloaded?

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

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'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:

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

I would recommend replacing the two routers with switches and using one solid subnet. That would solve all of your problems and not create any new ones.

Yes that is possible to have two routers like your diagram however, your IP ranges will not work. I could spend hours describing IP subnetting but I'll keep it short. On the both sides you will need to have a /25. This will result in the left side having 0 - 127 and the right side having 128 - 255. Your subnet mask will be 255.255.255.128. The router on the right side (private) will be 192.168.0.1 (if you like) and the router on the left side (private) will be 192.168.0.129. The IP's on the cross-over cable cannot be in the same subnet. They will need to be something different like: left (public) will be 192.168.254.201 and the right (public) will be 192.168.254.202, both will have a subnet mask of 255.255.255.252. Your real problem will be the fact that most dlinks use NATing without the option to turn it off. This can be a real problem. The only way to compensate for that will be to use port forwarding on each router and that can be quite involved. In the event that you can turn it off. On most SOHO routers the user has the ability to set static routing on the router. You will need to set a static route on each router for the other routers private subnet with the gateway or next hop being the public IP of that router.

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?