Link to home
Start Free TrialLog in
Avatar of nebb-tgr

asked on

Low latency IP Cameras(less than 200ms)

Were going to mount cameras on a moving vehicle connected through a fibre to a control room. The cameras mounted on the vehilce will serve as the operators eyes, and need to deliver video with very low latency. I see that many producers of IP cameras state "low latency" as one of their criterias, but the delay is not mentioned in the datasheets, and the producers haven't done any tests.

So I'm hoping someone here can guide me in the right direction. We're thinking H264 or MJPEG, communication through a RJ-45 plug and Cat cable connected to a fibre MUX.

We will choose a software package that promises low latency, but right now cameras are most important.

Any suggestions?
Avatar of aleghart
Flag of United States of America image

Why deal with shifting latency numbers and network issues?  Use a live feed, then split it two ways for (1) live monitoring  & (2) recording/distribution.

Give these folks a call and see if latency over your run length is significant.
Sorry, I missed this: Stacking compression/decompression on top of the network this low-speed maneuvering (low accuracy)?   I still think that analog cameras will have less setup and troubleshooting issues.  You can also get them smaller and bulletproof, with a quick&cheap swap out if there's a problem.  IP cameras can get expensive.
Avatar of nebb-tgr


Everyone keeps saying that analog cameras are the best for this kind of setup, and we are thinking of a solution for it.

Analog cameras connected to fibre MUX with X video inputs
Fibre DeMUX is connected to Y-splitter.
One part of the feed is input to the TV/monitors
The other part is input to a digital recording system

Is this what you had in mind?

The thing is: We can factor out network latency. Because that latency will be present in both solutions. The core of the problem is the latency from picture taken to the signal reaches the first ethernet-cable.

The video signal has to be transferred over fiber either way you do it.
Yes, I was imagining users with controls at the end of the fiber, with encoding/recording happening for documentation and non-real-time remote observation.

The "drivers" are using live video for visual reference, not the encoded video.  Although, encoding at that point can be more predictable because you can have rack-minted equipment doing the grunt work instead of tiny chip on the moving vehicle.  For replicating results, every camera swap out (analog) would not be introducing variables.
What kind of cables would you use in this situation?

Analog cameras with HD resolution, what kind of output do they use? I'm guessing Composite video will not give enough quality, so you would have to use component?

I'm asking because we also need to find a suitable fibre MUX that is compatible with this solution. Like you, I'm sure everything in the operator environment is pretty easy. The problem is fitting things on the vehicle. Components need to be small, have as few pins and connectors as possible, have good quality etc. This issue is further stressed by the fact that this is a underwater vehicle, so the electronic containers price is very much dependant on the size..

Avatar of aleghart
Flag of United States of America image

Link to home
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
Start Free Trial
A possible setup would be:
HD camera with composite output
Fibre mux with composite input
Fibre mux with composite output
Y-splitter, one part for viewing, the other for recording and storage.

Would we experience any latency apart from the network latency?

How would this solution work as opposed to digital cameras with built-in H264 encoders? I'm thinking mostly about latency, but other factors as well.

Our current problem is that we have heard that encoding video to H264 or similar would create too much latency. So how can we get the latency down to almost ideal real-time with HD quality?
Didn't choose any of the cameras he suggested, but some of his points were very useful.

We will analog cameras and high-speed encoders or fibre MUX in order to get the video through to top-side.