Copy link to clipboard
Copied
I have AMS 5.0 on a Windows Server. It is dual core, 2GB RAM server. Not that optimal from hardware perspective. I am doing performance benchmarking on it from recroding perspective. For checking the concurrent recordings it can support, I used Flazr client as well as couple of manual recordings. For manual recordings I used NetStream AS class with record mode. Frame rate was default. Did this testing while sitting in same network, just to keep bandwidth issues to minimum.
What I observed is that AMS supported 3-4 concurrent recordings without any signficant loss of frames or delay. With more than 4 concurrent recordings, there was significant delay using Flaxr and loss in frame rate while doing manual recording. Count of 4 seems to be less despite a 2GB server. Now coming to points for discussion:
Thanks and awaiting some thought provoking comments
Copy link to clipboard
Copied
I am not aware of the client which you are talking about but what is your use case. I mean recording can be done via server-side code and you can use tools like ffmpeg to trigger publishing load and then recording it via server-side code.
Copy link to clipboard
Copied
Thanks SE. Part of functional use case is that I want to offer my clients to record videos and view the recorded videos. The recorded video stays on Media Server for couple of minutes and is eventually pushed to a Rackspace CDN. Once pushed to CDN, video is deleted from Media Server. So the role of FMS in my case is primarily recording. That is why I landed up in testing concurrent recordings so as to do capacity planning and optimization.
Will check out ffmpeg. Thanks for the suggestion.