Yes. We cover doing this with Exacq here: VMS Multistreaming Comparison
Also, you could look at using the Exacq web client (if possible / allowed), since it uses transcoding: VMS Remote Monitoring Tested
I feel that running the web client and transcoding all that video for multiple users will put a load on the server that I don't want. Is this a valid assumption? I don't want to in any way put more load on these servers to prevent them from doing their job. Right now we aren't running the web server at all on these systems. I care about recording video first and monitoring second so I don't want to compromise that. From my observation these guards spend most of their time talking to employees anway instead of doing what they are supposed to be doing.
I will look into your article. Thank you.
IPVMU Certified | 02/20/15 04:12pm
I wouldn't say it is a guaranteed benefit, though it definitely might be worth doing. I would say it depends a lot on which network, the camera or the corporate, is more saturated, as well as server capacity.
Setting an up an additional stream on the camera would necessarily add to the traffic on the camera network, even while at the same time it might reduce traffic on the corporate network to the same or greater degree. It all depends on the use cases.
- Are all cameras being displayed at all times somewhere, or are some not?
- How many cameras are there?
- How many clients are active at one time?
- What type of clients mobile/PC are in use?
Also, if the camera LAN bandwidth is limited but the servers have CPU capacity, transcoding as John says may be the way to go.
To clarify, when you say "running 100%" , do you mean at 100% capacity or 100% uptime?
There are 2-3 guards streaming 16 cameras from multiple servers at all times. In addition there could be up to 2-3+ others streaming live or viewing playback at various times throughout the day. There are over 100 cameras but probably only 1/2 or less might be important for the guards to use. There are no webservers running and no mobile usage at all. When I say 100% I mean that I have NO issues on my end with the system right now and I don't want to create any just to reduce the overhead this streaming is creating on their network. We haven't yet been asked to solve a problem at this point but I want to have a solution if the question arises. I'm always trying to forsee problems that might arise as systems grow so I can plan accordingly and have the solutions in my back pocket.
[I work for Exacq]
Undisclosed B accurately describes the tradeoffs. Creating lower resolution streams adds bandwidth to the camera network but reduces bandwidth on the corporate network if guards are monitoring the lower resolution streams.
I'm not sure the web service and transcoding for the web client would save bandwidth. The transcoded video is MJPEG, which consumes *more* bandwidth than h.264. You'll save processing overhead at the cllient, but not bandwidth. The only way you'd save bandwidth is if the screen was very small (like mobile devices), then the resized, transcoded video is also much smaller.